Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Inherit compressed folder name when decompressing #120

Open
7 tasks done
nehemiagurl opened this issue Sep 24, 2024 · 2 comments · May be fixed by #125
Open
7 tasks done

Inherit compressed folder name when decompressing #120

nehemiagurl opened this issue Sep 24, 2024 · 2 comments · May be fixed by #125
Labels
enhancement New feature or request

Comments

@nehemiagurl
Copy link

Checklist

  • I made sure that there are no existing issues - open or closed - to which I could contribute my information.
  • I made sure that there are no existing discussions - open or closed - to which I could contribute my information.
  • I have read the FAQs inside the app (Menu -> About -> FAQs) and my problem isn't listed.
  • I have taken the time to fill in all the required details. I understand that the bug report will be dismissed otherwise.
  • This issue contains only one feature request.
  • I have read and understood the contribution guidelines.
  • I optionally donated to support the Fossify mission.

Feature description

When decompressing compressed folder example123.zip, the resulting folder is always "decompress". instead I would expect the decompressed folder to inherit the name, so "example123".

(preferrably there would be a name prompt asking for a name which defaults to "example123", but just automatically defaulting to the folder name is also great.)

Why do you want this feature?

This is the default behaviour in most decompressors. I also believe it makes more sense. "Decompress" doesn't say much, and requires you to either change the name, or create a new folder just to put the "decompress" folder inside.

Additional information

No response

@nehemiagurl nehemiagurl added feature request Issue is about a new feature in the app needs triage Issue is not yet ready for PR authors to take up labels Sep 24, 2024
@Aga-C Aga-C added enhancement New feature or request and removed feature request Issue is about a new feature in the app needs triage Issue is not yet ready for PR authors to take up labels Sep 24, 2024
@Aga-C
Copy link
Member

Aga-C commented Sep 24, 2024

Currently, it works this way, but only when you're unpacking ZIP without entering it. In my opinion, the behavior should be the same, no matter if we unpack without entering ZIP or unpack after entering it.

@nehemiagurl
Copy link
Author

ah wow, I never even noticed that.
then yeah, if that's the behaviour in one case it should definitely be made consistent.

Aga-C added a commit to Aga-C/File-Manager that referenced this issue Oct 19, 2024
@Aga-C Aga-C linked a pull request Oct 19, 2024 that will close this issue
4 tasks
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

Successfully merging a pull request may close this issue.

2 participants