[2.20] tag bug

[simon]

Hello
It seems that the 2.20 has got some problems with the tag management: not only it takes about 1-2 seconds for the red tag mark to appear on an thumbnail (it is almost instaneous with 2.13) but also tagged images are not remembered, despite "never" is selected in the "tagged file must be cleared" option. Just looking at another folder and coming back to the initial one is enough to clear all tags of the initial folder. It seems that the dbf file is not affected by tagging or untagging files (although "tag" is selected in option/database info). In contrast the 2.13 version with the same parameters works perfectly.
Simon (under windows 7 64bits)

[xnview]

Strange, i can't reproduce. have no delay, and tag is kept.
You try with 2.13/2.20 on same file?
Do you are in thumbnails mode?

[simon]

I did excactly the same things with 2.13 and 2.20. And I did them on two different computers (both under windows 7 pro 64 bits). However in both cases, I did not reinstall xnview, I only replaced xnview.exe v.2.13 by the v.2.20, and back to v.2.13. May be there is an associated dll that has changed between 2.13 and 2.20 ?

[xnview]

no, and it's the same on 2 computers???

[simon]

Yes, exactly the same behaviour on the two computers (delay to show the red mark, automatic clearing of the tags when looking in another folder and back). Both are under windows 7 64 bits, but one is a i-7 HP laptop whereas the other is a Dell xeon tower.All other functions I tested seem to work properly both in 2.13 and 2.20
simon

[simon]

I have just performed some additional testing (on a single computer for now). With v.2.20, even in remaining in the same folder (so that tagged files have a red mark), "show all tagged files" (shit-T) resuts in nothing (the thumbnail window is empty). Interestingly, I looked at what happens after deleting the category.db file: then the red tag appears instantly when a file in tagged in v.220 (contrary to what happened before) but the tags are not kept (shift-T still results in nothing and tags are cleared when looking in another folder). Furtermore, no new .db file is created and the category window is empty. Back to v.213, a new db file has been created, the catergory window shows the category structure, and tagges files are memorized (shift-T works normally, looking into a new folder no more clear the tags). I also noticed another difference between v.213 and v220. When opening xnview, I have initially an empty window with the basic toolbar. Then I click on the browsing icon to display the thumbnails. With v213, the browser is opened almost instantly whereas with v220, it takes about 1 s before the thumbnail window open. Not a big issue, but the sign that there is something that works quite differently between 2.13 and 2.20
hope his helps
simon

[xnview]

If you remove category.db, and start XnView 2.20, no category.db created??
I can't reproduce the delay when clicking on browse icon...

[simon]

Exactly, no category.db is created by 2.20 (and nothing is changed by 2.20 if the file already exists: the date/time remains the same)
In turn, when i replace 2.20 by 2.13, the category.db is created if it did not exist, and if it existed, it is modified as soon as I tag a file

[xnview]

i can't reproduce, where category.db/XnView.db is saved?
Do you removed thumb.db too?

[simon]

The folder issue is another story. I have just proceed to some testing I was finally able to have v220 working normally with some trials and errors in playing with folders. When I used windows XP some years ago, things were very easy. I had just to tell xnview where I wished to store such or such file (in particular xnview.ini) and it works as wished. With windows 7, it is a quite different story (even with the same xnview version). For instance it is quite hard for me to have the ini file stored with xnwiew.exe, windows 7 tends to put it in C:\Users\name\AppData\Local\VirtualStore\Program Files (x86)\XnView. I was able to have the ini and the exe file stored in the same folder (C:\Program Files (x86)\XnView) on one computer, not on the other one. For the db files, it is more or less the same thing, windows 7 does not necessarily store them where I specified in the xnwiew options. Strangely, whereas v213 is able to find the db files wherever they are, and if the category.db file is not found, to generate a new one, v220 is not able to do that. Finally in specifying in xnview options to store both xnview.db and category.db in C:\Program Files (x86)\XnView\cache, v220 works normally and the files are indeed stored in the specified folder (and a new categegory.db is generated if erased) . There are probably many other storage possibilties that should work with v220, but also some ones (as the one I used previously) that do not work at all. It strange that v220 losses the ability to work with folder configurations that work perfectly with v213. I suspect windows 7 to be unecessarily complex in its files/folders management. I did not have the opportunity to test v220 under XP but i am pretty sure that it should work as v213. I will also try this with windows 8 in the next days.
simon

[xnview]

Starting with Vista, you have no more the rights to write on "Program Files"

I'll search why 2.13 has no problem.

Do you use the XnView setup?

[simon]

With XP, I used only the zip file, but this method turned out not to be appropriate with windows 7 (I managed to avoid vista). So now, when I get a new computer, I first use the setup to install xnview, and for next versions, i use the zip to replace old files with new ones.

In my preview configuration, neither xnview.db nor category.db were stored in "program files": xnview.db was stored on c:\temp\cache (as I specified in the options) whereas category.db was stored in the AppData\Local\virtual store by default. Currently v220 works perfectly well on my laptop (I no access to my tower up to monday,still with v213) with xnview.ini in C:\Program Files (x86)\XnView, and the two .db files in C:\Program Files (x86)\XnView\cache.

Yesterday, as I suspected some issue with my previous configuration, I fully uninstalled xnwiew on my tower, then erased all residual xnview folders (virtual store, roaming), and finaly reinstalled v220 using the minimal setup ... and there was still the same tagging issue and non using / generating category.db file. But I had just to replace xnview.exe v220 by v213 to have all things working well. However, as I did not clean the windows registry afer uninstalling xnview, it is quite possible that some scories prevent v220 from installing correcly.

Anyway, sorry to have bother you with problems that seem to be linked only with the way I configured xnview
cheers
simon

[xnview]

I've sent you an email...

[simon]

I have just received an automatic notification from contact@<!-- removed* --> ...

• <!-- * E-mail address removed by moderator (see “Rules and Guidelines”) -->

[simon]

Oups, sorry, I did not notice that there was an email box included in the forum, i just checked my usual mail box. I have replaced v220 by 221, and did not change anything else. Results are rather strange.
1) about tags, it works normally (tags are memorized, and if I delete the category.db file, a new one is generated in the same folder (C:\Program Files (x86)\XnView\cache), but sometimes with a few second delay
2) however, most often, after starting xnview directly, it takes about 5 s to open the browser; Sometimes attempting to open the brower result in a crash, and sometimes the brower opens almost instantly
3) starting xnview by clicking on an associated (e.g. .jpg or .png) file takes about 17 (seventeen !!) seconds, but finally it opens the file normally