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

Warn users when they select the "downloads" folder as Installation Location #2608

Open
MaiNeym opened this issue Aug 19, 2024 · 2 comments
Open
Labels
enhancement New feature or request Stale

Comments

@MaiNeym
Copy link

MaiNeym commented Aug 19, 2024

Is your feature request related to a problem? Please describe.

If a user accidently selects the downloads folder as installation folder. Wabbajack will then autofill the download location as downloads\downloads. Example:
wabbajack download folder
The result of this mistake is that all previous downloads will be removed. Because the previous download folder is now the installation location.

Not a common mistake, but happens occasionally when users are troubleshooting and had to restart wabbajack. Which only adds to the frustration cause they have to redownload everything.

Describe the solution you'd like

When the installation location is: \downloads
And the download location: \downloads\downloads
Add a warning/popup to notify the user they most likely selected the wrong install location.

Describe alternatives you've considered

None

Additional context

It's the users fault for not reading carefully or being hasty.
But if a simple solution is possible, it could prevent any frustration from such a stupid mistake.

@ghoulsblade
Copy link

Suggestion: "are you sure?" messagebox if there are 20+ *.meta and *.zip files directly in the selected "install" folder.

"The install folder you selected has a lot of files that look like they are from a previous download folder,
Are you sure you want to continue and potentially overwrite or remove those files ?"

@tr4wzified tr4wzified added the enhancement New feature or request label Sep 18, 2024
Copy link

Marked as stale due to no interactions in the last 90 days. If the issue still exists, please provide any possibly still needed information or excuse the devs for not getting around to addressing this issue yet. If this issue is still considered unsolved a dev will soon remove the stale tag from this issue.

@github-actions github-actions bot added the Stale label Dec 18, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request Stale
Projects
None yet
Development

No branches or pull requests

3 participants