Self-retagging ghost files (sorta)

Ask for help and post your question on how to use XnView Classic.

Moderators: helmut, XnTriq, xnview

Post Reply
delta
Posts: 14
Joined: Fri May 22, 2009 12:12 pm

Self-retagging ghost files (sorta)

Post by delta »

I'm using xnview 1.96.1 on WinXP. I noticed after some tagging, untagging, etc...: Some files are tagged even after restarting xnview ("clear tagged file list" is set on something else than 'never')

In detail: I can untag each file with space or by clicking the tag box but after I change the folder and come back it's tagged again. :? However, none of those files are listed under Categories -> Tag, but they are indicated as tagged in the tag box. Only if I untag and tag again they show up in the tag category.

Here is what I did: I set "clear tagged file list" to "on exit". I browsed to some folders and tagged files. Then I went to the tag-category and assigned a category to all tagged files (via View -> Set Category) and then I untagged all files. I can't reproduce the bug though.

Is this a know issue? And is there a workaround?

/edit:
Seems to be reproducable but not 100%. I can go into more detail if it's not known already.
User avatar
xnview
Author of XnView
Posts: 46236
Joined: Mon Oct 13, 2003 7:31 am
Location: France
Contact:

Re: Self-retagging ghost files (sorta)

Post by xnview »

delta wrote: Is this a know issue? And is there a workaround?
/edit:
Seems to be reproducable but not 100%. I can go into more detail if it's not known already.
I can't reproduce, could you try on a clean .ini?
Pierre.
delta
Posts: 14
Joined: Fri May 22, 2009 12:12 pm

Re: Self-retagging ghost files (sorta)

Post by delta »

Hm, what do you mean by a clean *.ini? Should I just delete xnview.ini from "../application data/"? Can do, but I'm sure it's pretty clean because this was a new installation and I did not change anything in the ini manually. Also, will there anything significant be lost by deleting it? Database, categories? Well, I could move it elsewhere and then later copy it back.
User avatar
xnview
Author of XnView
Posts: 46236
Joined: Mon Oct 13, 2003 7:31 am
Location: France
Contact:

Re: Self-retagging ghost files (sorta)

Post by xnview »

delta wrote:Hm, what do you mean by a clean *.ini? Should I just delete xnview.ini from "../application data/"? Can do, but I'm sure it's pretty clean because this was a new installation and I did not change anything in the ini manually. Also, will there anything significant be lost by deleting it? Database, categories? Well, I could move it elsewhere and then later copy it back.
ok, so could you tell me how to reproduce this problem?
Pierre.
delta
Posts: 14
Joined: Fri May 22, 2009 12:12 pm

Re: Self-retagging ghost files (sorta)

Post by delta »

Darn, can't seem to reproduce it myself anymore. :| I'll keep trying. ;)
fung0
Posts: 6
Joined: Mon Jun 03, 2013 6:09 am

Re: Self-retagging ghost files (sorta)

Post by fung0 »

I've been having the same problem. Files that show up in Show Tagged Files view, even though the tick-box is un-ticked.

It would be helpful to understand how XnView stores tagging info. I don't mind cleaning out the data store once in a while, if you can tell me where to look.
fung0
Posts: 6
Joined: Mon Jun 03, 2013 6:09 am

Re: Self-retagging ghost files (sorta)

Post by fung0 »

I figured it out. It's the XnView.db SQLite file in the XnView program folder. I just deleted that, and now everything is pristine.

Fortunately, I haven't been using tags, labels or categories much, so it's no big loss to start clean. Even so, I did notice that my XnView.db had grown to a whopping 471MB. I have no idea what's in there, but I honestly don't need XnView to store that much info about any of my image files, most of which I simply process and discard. If XnView is storing thumbnails, I wish I could tell it to stop, or maybe do it just for the very few DVDs that I might actually want to have cataloged.

Overall, it seems far too easy to accumulate un-needed rating info, right now, and much too difficult to purge it. It would be nice to see more options to disable whatever XnView.db is doing, and robust tools to batch-clean it selectively, as junk accumulates.
Post Reply