Windows 8.1 App doesn't read app settings correctly RRS feed

  • Question

  • Good day. I'm deploying a .NET 4.6.1 C# app through a VS Setup Project (we previously tried deploying via a Click Once publish, but we moved on to Setup Project for a better UE).

    This app stores its settings on the App.settings, and after deployment, uses %LocalAppData% to store the changes on the settings files the user ends up making.

    On Win7 and Win10 system, when changing settings, they are correctly stored on %LocalAppData%/[Publisher]/[ApplicationName.exe_url_randomcharacters]/user.config, however, when attempting to deploy to a Win8.1 system, although user.settings is generated, neither it nor the .settings file located on the app's folder are read - the app reads some setting stored somewhere else.

    I.E. App.settings has a string setting like

    <value>data source=localhost;initial catalog=C:\Program Files (x86)\Company\Software\Base\FilenameFDB;user id=USERNAME;Password=password;charset=WIN1252</value>

    which is read and placed on a textbox as the app starts, however, it reads a totally different setting which was once used when debugging another situation.

    Any suggestions?

    Friday, March 16, 2018 12:23 PM


  • Hello Artur_Sousa,

    I have met some problems regard to setting file in windows 8 OS, it seems that windows 8 OS has done some special operations with the setting file. Like the below circumstance.

    Visual Studio 2008 - Settings: Synchronize button. - No user.config files were found

    I still have no idea what exactly caused this issue. Really sorry about it brought such inconvenience. And I will keep this thread open to wait if other members have any ideas. Also, I will let you know if I find a solution.

    Best regards,

    Neil Hu

    MSDN Community Support
    Please remember to click "Mark as Answer" the responses that resolved your issue, and to click "Unmark as Answer" if not. This can be beneficial to other community members reading this thread. If you have any compliments or complaints to MSDN Support, feel free to contact

    • Marked as answer by Artur_Sousa Wednesday, March 21, 2018 7:34 PM
    Wednesday, March 21, 2018 9:55 AM