Opened 15 years ago
Closed 4 years ago
#5078 closed bug (not reproducible)
[Tracker] Wrong file icons displayed
Reported by: | mpanasyuk | Owned by: | nobody |
---|---|---|---|
Priority: | normal | Milestone: | R1 |
Component: | Applications/Tracker | Version: | R1/alpha1 |
Keywords: | Cc: | ||
Blocked By: | Blocking: | ||
Platform: | All |
Description
Sometimes after I copy files in Tracker new files displayed with wrong icon. And this wrong icon is the icon of other file I did some operations with some time before.
Like in this example (see images attached) new text file (of 'text/x-source-code' mime-type) has icon of Haiku kernel.
First image - just created new file. Second image - did Alt+I on it. Third image - closed folder, opened again (icon is right) and did Alt+I again.
Fourth image - then I opened file with Pe end edited it. Fifth image - after I saved it icon again became wrong.
I closed and opened folder again. Icon is right. Changed file contents and saved - again wrong icon.
checkfs reports nothing wrong, listattr says there are only 2 attributes: 'BEOS:TYPE' (with 'text/x-source-code' value) and 'pe-info', nothing strange.
Restarted Tracker and icon became right 'forever', can't change it anymore using previous trick with file editing.
I've tried to find way to reproduce this bug with no luck. But It happened 2 times already. hrev33922, don't know if it's still present in more recent builds.
Attachments (5)
Change History (11)
comment:1 by , 15 years ago
Summary: | [Tracker] Wrong file icons → [Tracker] Wrong file icons displayed |
---|
by , 15 years ago
by , 15 years ago
by , 15 years ago
by , 15 years ago
by , 15 years ago
comment:2 by , 15 years ago
comment:3 by , 8 years ago
Owner: | changed from | to
---|---|
Status: | new → assigned |
comment:4 by , 4 years ago
The icon cache was updated to a newer version of OpenHashTable and then again to use BOpenHashTable since then. And I don't remember every seeing this problem.
Should we close this as not reproductible, or has anyone seen it?
comment:6 by , 4 years ago
Resolution: | → not reproducible |
---|---|
Status: | assigned → closed |
I've seen similar weirdness as well. It may also be a problem with the icon cache inside Tracker. Even when you could reproduce the bug, that the icon always went back to the correct one hints that there is nothing wrong with the file system and the attribute. So it may either be a problem in the mime database code (not so likely IMHO), or in the Tracker icon cache.