WindowTop / WindowTop-App

Set window on top, make it dark, transparent and more
Other
1.1k stars 70 forks source link

This update reset all my settings. bar 2 but it still shows them as being set. #297

Closed EoinBurke93 closed 1 year ago

EoinBurke93 commented 1 year ago

The only settings still in effect (that were at least very noticeable); are live preview (and I'm sure that was a default one) & show mouse preview on hover. I had changed most settings (about half), including a lot of the Hotkeys, but going back to change them, they also showed the previous settings.

An app restart, PC restart or reinstallation didn't work, but uninstalling the Windows version, and then installing the ordinary version worked (because they have different settings folders is what I'm thinking)

I don't have the Windows app versions of the settings files anymore, in clearing all traces of it to fix this app, so I can't upload them unfortunately. I also can't copy them into my ordinary install either (if they were the same, but I doubt it. Maybe Windows apps use a cache or something that wouldn't clear on a reinstall. But that's a blind guess. You're the developer.

Let me know if I can help with any more information. But remember I have no trace of the problematic Windows version of the app anymore and just using the ordinary version with totally new config files. I do know for sure that it happened after I restarted the app after I downloaded an update. I use your app constantly and I knew straight away all my settings were reset after the update restart and that the app said they were fine.

gileli121 commented 1 year ago

@EoinBurke93 Thanks for the report, I will check it now... I am surprised that it happened.

Do you know what version you had before? From where did you install the app? Microsoft store or from the installer? Please note that if you install the update via the installer while the app is installed from the Microsoft Store, it will look like the settings will reset, but in fact, it is just another version that stores the settings in another place

Other than the settings reset issue, the app work file?

I will change it so that in such a case it will create a backup file of the settings file. Will be released as a hotfix.

EoinBurke93 commented 1 year ago

Microsoft store, sorry that was unclear. Also the regular (downloadable on your website) app was not installed at that time. I can't tell you the previous version, but it did update to this current version on the store, as it was done the ms store updater, and I don't notice those update versions, as they do them all at once.

Yes the app worked fine after the update. Just all my settings were reset and for me the app was unusable, without fixing it. I use your app almost everyday, so I had it heavily customised to my workflow, that's how I know that more than just a couple reset, yet on the app, the settings stated they were unchanged and togleing them did not reset it. Like I said, it was like there was a second config file, or the apps cache got stuck after the update, or maybe the update wrote a default config file, but the app was reading one that was not there anymore.

I really did try to find my old config file in "search-ms:displayname=Search%20Results%20in%20WindowsApps&crumb=location:C%3A%5CProgram%20Files%5CWindowsApps\25571BiGilSoft.WindowTop_5.20.0.0_neutral_split.scale-150_gejtaqnb6x66e" and "C:\Users\eoin-\AppData\Roaming\WindowTop" Settings.json did not show changes from toggling settings, just default ones, where toggling settings on the current (manually downloaded) app showed immedate changes. and cache.json showed nothing informative (for me)

I'm not a developer, I only know basic troubleshooting and looking at settings files etc. You're a small developer and I want to help you further as this glitch was a real pain for me because of my loss of customisations which took days of suttle tweaking last year to work well with my workflow. And to troubleshoot and fix the issue by actually removing the windows store version, deleting the appdata (I don't know if that helped, it's just good practice) installing your manual download version of the app as simply reinstalling the ms store app didn't help or even deleting the settings and cache files didn't stop the settings from not updating.

Let me know if you need any more info

On Thu, 25 May 2023 at 07:18, Gil Eliyahu @.***> wrote:

@EoinBurke93 https://github.com/EoinBurke93 Thanks for the report, I will check it now... I am surprised that it happened.

Do you know what version you had before? From where did you install the app? Microsoft store or from the installer? Please note that if you install the update via the installer while the app is installed from the Microsoft Store, it will look like the settings will reset, but in fact, it is just another version that stores the settings in another place

Other than the settings reset issue, the app work file?

I will change it so that in such a case it will create a backup file of the settings file. Will be released as a hotfix.

— Reply to this email directly, view it on GitHub https://github.com/WindowTop/WindowTop-App/issues/297#issuecomment-1562340214, or unsubscribe https://github.com/notifications/unsubscribe-auth/ADYQGAMEUTXBRKBF5NDERTDXH32RXANCNFSM6AAAAAAYOKV6TQ . You are receiving this because you were mentioned.Message ID: @.***>

gileli121 commented 1 year ago

@EoinBurke93 Thanks for your time. Actually, the original plan was to develop a feature to backup settings (#63) as part of v5.20 but in the end, only the crop (#133) was implemented. Feature #63 will be added in v5.21

For now, you can backup/import settings manually - If you use the Microsoft Store version, the settings file is located at:

%AppData%\WindowTop -OR- %LocalAppData%\Packages\25571BiGilSoft.WindowTop_gejtaqnb6x66e\LocalCache\Roaming\WindowTop

And it depends. If it finds the settings files under %AppData%\WindowTop, it will use the files from there. Otherwise, it will use the second path because this is how it works for MS Store apps.

So to back up your settings, first check in %AppData%\WindowTop. If you found the files there, backup them. You should see these files: image The important file to backup is settings.json. You don't have to backup cache.json

If you use the regular version (not from MS Store), the path is always %AppData%\WindowTop. To load the backup settings, just close the app and put the backup files there before you start it.

About this event that you had, I tried to reproduce it but without success. It sounds like you probably switched between the MS Store version and the downloadable version and somehow, something here caused the problem.

Anyway, the backup & restore settings feature will be the next thing that I will develop. A lot of users requested it.

Another thing, may I ask what are the most useful features that you use, how they improve your workflow, and any suggestions that you may have? thanks.

EoinBurke93 commented 1 year ago

One thing I did set in your settings.json manually was default preview size as your defaults don't take 4k monitors into account. I always set PIP to about 1/5th of my screen, but your max default was way too small on a 4k monitor. I can't tell you what dimensions I set as I lost the setting, but that ratio was Ideal. So one improvement, besides settings backup would be to increase the default PIP resolution options. Perhaps this is why the update reverted to default? I don't know what your checks are, but gnome extensions did this often. It wouldn't explain the non responsive toggles though (they did switch, just not change settings)

Feature wise, PIP, Set top and Anchors for the win! Preview on hover and click though should be default in my opinion, but I just got used to that in Gnome and that's the only reason I'd use them; Minify a vm or app, set it to top and be able to actually work with the window all with one flick of the mouse. Then set top should have been a windows shortcut all along, plus anchors for larger apps also set with a differnt flick or keyboard shortcut. These things are why I refused to use windows for years.

Complement time: This app, wox, buying a mouse with gestures, windows powertoys, and a decent terminal fixed almost everything I hated about windows and I can't thank you enough for fixing a ton of my issues at once as researching replacements for every gripe I had was a pain. And no PIP program comes close to yours. I was so stubborn with OpenSuse for 12 years before this allowed me to finally switch. It's perfect when you have to use a lot of VMs (one OS version for when each program was commissioned dating back to the 80s crap that you see if you ever worked for an old company in IT). I had a similar setup though extensions in Gnome DE and when I switched back to windows for work, I needed the same functionality and this does everything and without manually editing files to make them compatible with upgrades every 6 months and editing settings files for basic extensions.

On Thu, 25 May 2023 at 12:37, Gil Eliyahu @.***> wrote:

@EoinBurke93 https://github.com/EoinBurke93 Thanks for your time. Actually, the original plan was to develop a feature to backup settings (

63 https://github.com/WindowTop/WindowTop-App/issues/63) as part of

v5.20 but in the end, only the crop (#133 https://github.com/WindowTop/WindowTop-App/issues/133) was implemented. Feature #63 https://github.com/WindowTop/WindowTop-App/issues/63 will be added in v5.21

For now, you can backup/import settings manually - If you use the Microsoft Store version, the settings file is located at:

%AppData%\WindowTop -OR-

%LocalAppData%\Packages\25571BiGilSoft.WindowTop_gejtaqnb6x66e\LocalCache\Roaming\WindowTop

And it depends. If it finds the settings files under %AppData%\WindowTop, it will use the files from there. Otherwise, it will use the second path because this is how it works for MS Store apps.

So to back up your settings, first check in %AppData%\WindowTop. If you found the files there, backup them. You should see these files: [image: image] https://user-images.githubusercontent.com/17680514/240899229-571d2dd7-8961-4719-b9fe-3431ca79c424.png The important file to backup is settings.json. You don't have to backup cache.json

If you use the regular version (not from MS Store), the path is always %AppData%\WindowTop. To load the backup settings, just close the app and put the backup files there before you start it.

About this event that you had, I tried to reproduce it but without success. It sounds like you probably switched between the MS Store version and the downloadable version and somehow, something here caused the problem.

Anyway, the backup & restore settings feature will be the next thing that I will develop. A lot of users requested it.

Another thing, may I ask what are the most useful features that you use, how they improve your workflow, and any suggestions that you may have? thanks.

— Reply to this email directly, view it on GitHub https://github.com/WindowTop/WindowTop-App/issues/297#issuecomment-1562750004, or unsubscribe https://github.com/notifications/unsubscribe-auth/ADYQGANJYWAVKFYA5RFLLU3XH475ZANCNFSM6AAAAAAYOKV6TQ . You are receiving this because you were mentioned.Message ID: @.***>

EoinBurke93 commented 1 year ago

One more thing I didn't realise, I purchased your app on the microsoft store, and switched to the desktop version to get it working again. Do I need to purchase it again?

On Thu, 25 May 2023 at 13:37, Eoin Burke @.***> wrote:

One thing I did set in your settings.json manually was default preview size as your defaults don't take 4k monitors into account. I always set PIP to about 1/5th of my screen, but your max default was way too small on a 4k monitor. I can't tell you what dimensions I set as I lost the setting, but that ratio was Ideal. So one improvement, besides settings backup would be to increase the default PIP resolution options. Perhaps this is why the update reverted to default? I don't know what your checks are, but gnome extensions did this often. It wouldn't explain the non responsive toggles though (they did switch, just not change settings)

Feature wise, PIP, Set top and Anchors for the win! Preview on hover and click though should be default in my opinion, but I just got used to that in Gnome and that's the only reason I'd use them; Minify a vm or app, set it to top and be able to actually work with the window all with one flick of the mouse. Then set top should have been a windows shortcut all along, plus anchors for larger apps also set with a differnt flick or keyboard shortcut. These things are why I refused to use windows for years.

Complement time: This app, wox, buying a mouse with gestures, windows powertoys, and a decent terminal fixed almost everything I hated about windows and I can't thank you enough for fixing a ton of my issues at once as researching replacements for every gripe I had was a pain. And no PIP program comes close to yours. I was so stubborn with OpenSuse for 12 years before this allowed me to finally switch. It's perfect when you have to use a lot of VMs (one OS version for when each program was commissioned dating back to the 80s crap that you see if you ever worked for an old company in IT). I had a similar setup though extensions in Gnome DE and when I switched back to windows for work, I needed the same functionality and this does everything and without manually editing files to make them compatible with upgrades every 6 months and editing settings files for basic extensions.

On Thu, 25 May 2023 at 12:37, Gil Eliyahu @.***> wrote:

@EoinBurke93 https://github.com/EoinBurke93 Thanks for your time. Actually, the original plan was to develop a feature to backup settings (

63 https://github.com/WindowTop/WindowTop-App/issues/63) as part of

v5.20 but in the end, only the crop (#133 https://github.com/WindowTop/WindowTop-App/issues/133) was implemented. Feature #63 https://github.com/WindowTop/WindowTop-App/issues/63 will be added in v5.21

For now, you can backup/import settings manually - If you use the Microsoft Store version, the settings file is located at:

%AppData%\WindowTop -OR-

%LocalAppData%\Packages\25571BiGilSoft.WindowTop_gejtaqnb6x66e\LocalCache\Roaming\WindowTop

And it depends. If it finds the settings files under %AppData%\WindowTop, it will use the files from there. Otherwise, it will use the second path because this is how it works for MS Store apps.

So to back up your settings, first check in %AppData%\WindowTop. If you found the files there, backup them. You should see these files: [image: image] https://user-images.githubusercontent.com/17680514/240899229-571d2dd7-8961-4719-b9fe-3431ca79c424.png The important file to backup is settings.json. You don't have to backup cache.json

If you use the regular version (not from MS Store), the path is always %AppData%\WindowTop. To load the backup settings, just close the app and put the backup files there before you start it.

About this event that you had, I tried to reproduce it but without success. It sounds like you probably switched between the MS Store version and the downloadable version and somehow, something here caused the problem.

Anyway, the backup & restore settings feature will be the next thing that I will develop. A lot of users requested it.

Another thing, may I ask what are the most useful features that you use, how they improve your workflow, and any suggestions that you may have? thanks.

— Reply to this email directly, view it on GitHub https://github.com/WindowTop/WindowTop-App/issues/297#issuecomment-1562750004, or unsubscribe https://github.com/notifications/unsubscribe-auth/ADYQGANJYWAVKFYA5RFLLU3XH475ZANCNFSM6AAAAAAYOKV6TQ . You are receiving this because you were mentioned.Message ID: @.***>

EoinBurke93 commented 1 year ago

Never mind, I use it all day, 5 days a week. You deserve it.

On Thu, 25 May 2023 at 13:49, Eoin Burke @.***> wrote:

One more thing I didn't realise, I purchased your app on the microsoft store, and switched to the desktop version to get it working again. Do I need to purchase it again?

On Thu, 25 May 2023 at 13:37, Eoin Burke @.***> wrote:

One thing I did set in your settings.json manually was default preview size as your defaults don't take 4k monitors into account. I always set PIP to about 1/5th of my screen, but your max default was way too small on a 4k monitor. I can't tell you what dimensions I set as I lost the setting, but that ratio was Ideal. So one improvement, besides settings backup would be to increase the default PIP resolution options. Perhaps this is why the update reverted to default? I don't know what your checks are, but gnome extensions did this often. It wouldn't explain the non responsive toggles though (they did switch, just not change settings)

Feature wise, PIP, Set top and Anchors for the win! Preview on hover and click though should be default in my opinion, but I just got used to that in Gnome and that's the only reason I'd use them; Minify a vm or app, set it to top and be able to actually work with the window all with one flick of the mouse. Then set top should have been a windows shortcut all along, plus anchors for larger apps also set with a differnt flick or keyboard shortcut. These things are why I refused to use windows for years.

Complement time: This app, wox, buying a mouse with gestures, windows powertoys, and a decent terminal fixed almost everything I hated about windows and I can't thank you enough for fixing a ton of my issues at once as researching replacements for every gripe I had was a pain. And no PIP program comes close to yours. I was so stubborn with OpenSuse for 12 years before this allowed me to finally switch. It's perfect when you have to use a lot of VMs (one OS version for when each program was commissioned dating back to the 80s crap that you see if you ever worked for an old company in IT). I had a similar setup though extensions in Gnome DE and when I switched back to windows for work, I needed the same functionality and this does everything and without manually editing files to make them compatible with upgrades every 6 months and editing settings files for basic extensions.

On Thu, 25 May 2023 at 12:37, Gil Eliyahu @.***> wrote:

@EoinBurke93 https://github.com/EoinBurke93 Thanks for your time. Actually, the original plan was to develop a feature to backup settings (

63 https://github.com/WindowTop/WindowTop-App/issues/63) as part of

v5.20 but in the end, only the crop (#133 https://github.com/WindowTop/WindowTop-App/issues/133) was implemented. Feature #63 https://github.com/WindowTop/WindowTop-App/issues/63 will be added in v5.21

For now, you can backup/import settings manually - If you use the Microsoft Store version, the settings file is located at:

%AppData%\WindowTop -OR-

%LocalAppData%\Packages\25571BiGilSoft.WindowTop_gejtaqnb6x66e\LocalCache\Roaming\WindowTop

And it depends. If it finds the settings files under %AppData%\WindowTop, it will use the files from there. Otherwise, it will use the second path because this is how it works for MS Store apps.

So to back up your settings, first check in %AppData%\WindowTop. If you found the files there, backup them. You should see these files: [image: image] https://user-images.githubusercontent.com/17680514/240899229-571d2dd7-8961-4719-b9fe-3431ca79c424.png The important file to backup is settings.json. You don't have to backup cache.json

If you use the regular version (not from MS Store), the path is always %AppData%\WindowTop. To load the backup settings, just close the app and put the backup files there before you start it.

About this event that you had, I tried to reproduce it but without success. It sounds like you probably switched between the MS Store version and the downloadable version and somehow, something here caused the problem.

Anyway, the backup & restore settings feature will be the next thing that I will develop. A lot of users requested it.

Another thing, may I ask what are the most useful features that you use, how they improve your workflow, and any suggestions that you may have? thanks.

— Reply to this email directly, view it on GitHub https://github.com/WindowTop/WindowTop-App/issues/297#issuecomment-1562750004, or unsubscribe https://github.com/notifications/unsubscribe-auth/ADYQGANJYWAVKFYA5RFLLU3XH475ZANCNFSM6AAAAAAYOKV6TQ . You are receiving this because you were mentioned.Message ID: @.***>

gileli121 commented 1 year ago

@EoinBurke93 Thank you very much for your feedback and I am happy to hear that the app really helps you and is great for you. Can you please copy-paste your great feedback here into Microsoft store reviews? Here you can submit a review: ms-windows-store://review/?ProductId=9PG6GHB4CT57

Copy and paste this link into the browser. it will open the MS Store app with a prompt to provide your feedback

And thanks for purchasing. You don't have to (only if you care to use the downloadable version but it is the same as the store one)

About your other suggestions, I noted them and will think about them when I will work on v5.21

gileli121 commented 1 year ago

I am closing for now since this is probably not a bug, but some accident by switching between the MS store and the downloadable version. If you think that it should be reopened or you reproduced it again, let me know.