-
Notifications
You must be signed in to change notification settings - Fork 1.1k
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
Settings for a WPF app goes into new folders for every publish of click-once #9195
Comments
This looks related to dotnet/runtime#31959 |
Tagging subscribers to this area: @dotnet/area-system-configuration |
Tagging subscribers to this area: @agocke, @vitek-karas, @VSadov |
Not quite convinced this is WPF business yet as settings are not part of the WPF codebase. @wallymathieu are you calling Update()? |
In ClickOnce for .net framework you don’t need to call update |
Calling update does not work unfortunately. We tried that since we figured we did something wrong in our old WPF .net framework app, but in a .net WPF app, the update does not help us… |
Description
On each publish we get a new folder.
Reproduction Steps
Create a minimal WPF app in .net8, publish it as a clickonce to IIS and install from IIS.
Say that my App Data folder for the Company
${CompanyName}
is:C:\Users\${UserName}\AppData\Local\${CompanyName}
Then inside that folder we get new subfolders when saving user settings in the following format:
Expected behavior
The expected behaviour would be that the old settings are copied or read on startup.
Actual behavior
You do not get any of the old user settings.
Regression?
This is a regression. It works in .NET Framework. Perhaps it is related to how .net Framework clickonce applications store user data in a special folder.
Known Workarounds
Use https://github.com/Bluegrams/SettingsProviders
Configuration
.net 8
Windows
Other information
No response
The text was updated successfully, but these errors were encountered: