When updating XnView the users preference are reset to the 'factory default'.
Thus erasing all of the users settings.
As far as I can tell the file that is most effected is the 'xnview.ini' file.
New: Run-Command (Dec 2, 2024), Platform 29.5.3 (Jun 27, 2024)
1,100+ portable packages, 1.1 billion downloads
No Ads Nov/Dec!, Please donate today
When updating XnView the users preference are reset to the 'factory default'.
Thus erasing all of the users settings.
As far as I can tell the file that is most effected is the 'xnview.ini' file.
Fix coming later today
[EDIT] I had a chance to look into this, but can't duplicate. What settings aren't being maintained for you?
All 'Open with' settings, Read/Write settings (Xnview has settings for each format group) , 8bf folder(s) , startup folder (fold that Xnview always starts in) .
There maybe others I don't know.
These are the ones that I know about and can track down.
What were the values, what are they now, and what are they supposed to be?
The values where completely deleted.
I backup my flash to HD weekly so i have a copy of my old xnview.ini, and my current one.
Just tell me where to send them.
Please post them on pastebin, and post the links here.
Old xnview.ini http://pastebin.com/c20XmHw2
After update and first run http://pastebin.com/EeU6bKhP
Where was your old xnview.ini located? I see the previous maintainer kept copies in both App\XnView and Data. They should be identical, from the looks of his spaghetti code, but if you deleted the one in Data manually, that may be the issue.
Could be a problem in converting an custom launcher app to PA.c launcher. As the old XNView Portable did not use a settings folder in Data the PA.c launcher copies over the contents of DefaultData at first run. The existence of the settings folder (or the lack of it) seems to be the only condition for using DefaultData or not.
Just a quick guess, I did not check your custom code.
btw. there seems to be a settings folder in your defaultdata.
That's intentional. It's needed for converting default LastDrive & LastPackagePartialDir values to the correct values.
However, you might have found the issue - I'll have to look into it some more.
I thought so. I don't know if that's the way it should be done. I think I remember a statement of John that this should be avoided, but am not shure about that. I don't find that topic anymore. I had the same construct in my first dev test releases of PhotoFilmStrip but discarded it for that reason.
But I found the topic related to upgrading from non-PAL to PAL apps: https://portableapps.com/node/30522
any update Gord? I know I asked the same question?
“Be who you are and say what you feel because those who mind don't matter and those who matter don't mind.” Dr. Seuss
The files that I posted were in the \Data\ .
And I didn't delete / move / copy / etc. anything until it started acting strange due to the xnview.ini file being altered.
This is fixed in the current release. Upgrading from earlier versions will work properly now.
Sometimes, the impossible can become possible, if you're awesome!
Not fixed at all. Update to 1.99.6 reset my settings