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

Default installation path is Program Files even in current-user mode #2848

Closed
wikeaka opened this issue Sep 26, 2024 · 1 comment
Closed

Comments

@wikeaka
Copy link

wikeaka commented Sep 26, 2024

Describe the bug

The default installation path is "C:\Program Files," regardless of whether the installer is in all-user mode or current-user mode. The installer cannot modify the Program Files directory when in current-user mode, so I have to manually change the installation path.

"%LocalAppData%\Programs\CopyQ" (or somewhere the installer can modify without the UAC prompt) would be better for current-user mode.

To Reproduce

  1. Run the installer.
  2. Click "Install for me only."
  3. Continue installing until the "Select Destination Location" section
  4. Notice that the default location is "C:\Program Files."

Expected behavior

The default path is "%LocalAppData%\Programs\CopyQ" when in current-user mode.

Version, OS and Environment

  • Application Version: 9.0.0
  • OS: Windows 10

Additional Context

The developer mentioned in #1912 that Inno Setup should handle this issue previously, but it seems that a solution is now available.
https://jrsoftware.org/ishelp/index.php?topic=consts ("Auto Constants" section)

@wikeaka wikeaka added the bug label Sep 26, 2024
@hluk hluk removed the bug label Nov 17, 2024
@hluk
Copy link
Owner

hluk commented Nov 17, 2024

Not sure if this is worth fixing. Looks like a problem in Inno Setup that can be easily worked around by user providing a different path. I do not know where apps should be installed if not in "Program Files" and if Inno Setup itself cannot provide an alternative path.

But if you can provide a fix (a pull request), I would be probably OK with accepting it.

@hluk hluk closed this as completed Nov 17, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants