Thunar don't refresh directory on content change

Bug #1300398 reported by Jakub T. Jankiewicz on 2014-03-31
This bug affects 14 people
Affects Status Importance Assigned to Milestone
thunar (Ubuntu)

Bug Description

When something change in directory, like saving (creating new) file, from terminal or just calling save as (for instance in inkscape or create compresed file using context menu) the file don't appear in directory (you need to hit F5 to refresh the view).

To reproduce you can for instance,

1. Right click inside directory and create new file (it will appear)
2. Open terminal and go to the same directory
3. Remove the file from terminal

The file will not disappear from directory in Thunar.

Xubuntu 13.10, Thunar 1.6.3 package: 1.6.3-1ubuntu1(saucy)

description: updated
Jakub T. Jankiewicz (jcubic) wrote :

It seems it invalid, when I restart system everything seems fine.

Changed in thunar (Ubuntu):
status: New → Invalid
Jakub T. Jankiewicz (jcubic) wrote :

It seem that this happen again after I run the system for a while. don't know what trigger this.

Changed in thunar (Ubuntu):
status: Invalid → New

Testing Xubuntu 15.04 currently. I cannot reproduce the described issue. However, if I rename the file instead, then it will disappear in Thunar (until next content refresh is triggered).

Changed in thunar (Ubuntu):
status: New → Incomplete

ApportVersion: 2.20.1-0ubuntu1
Architecture: amd64
CurrentDesktop: XFCE
DistroRelease: Ubuntu 16.04
InstallationDate: Installed on 2016-03-12 (25 days ago)
InstallationMedia: Xubuntu 16.04 LTS "Xenial Xerus" - Alpha amd64 (20160224)
Package: thunar 1.6.10-2
PackageArchitecture: amd64
ProcVersionSignature: Ubuntu 4.4.0-17.33-generic 4.4.6
Tags: xenial third-party-packages
Uname: Linux 4.4.0-17-generic x86_64
UpgradeStatus: No upgrade log present (probably fresh install)
UserGroups: adm cdrom dip lpadmin plugdev sambashare sudo
_MarkForUpload: True

tags: added: apport-collected third-party-packages xenial

apport information

apport information

apport information

Pavlushka (pavelsayekat) on 2016-04-15
Changed in thunar (Ubuntu):
status: Incomplete → Confirmed
Changed in thunar (Ubuntu):
importance: Undecided → High
Goth Queen (artistbraab) wrote :

This bug has been around for quite some time now (+ 3 years!). No activity and/ or solutions?

Angger B. Pinasti (anggerbp) wrote :

in my case, pressing f5 or refresh doest fix anything. worse, it display the wrong file; it's displaying file "A"; name is file "A", thumbnail is file "A" -- but if I open it, or worse, permanently delete it, it refers to another file. it could be the file I just edited. Disastrous file loss.

I have to go to parent folder then go forward to that folder again (using back doesn't fix in once occurence, yea, well, coz when this occur, it's too late to realize so I can't test it using diferrent approach coz, well, the bug already gone (or hide, maybe)).

it happens in random occurence, mostly like this:
0. let's say there's file A, B, C, D, E
1. edit a png/svg (gimp/inkscape) directly from thunar, say file A, and let thunar open.
2.a. After quite long period editing, save it or save as in the same dir, it happens.
2.b. More often, while saving progress almost done (or when progress bar likely stop a while),
     quickly switch to/raise thunar and wait for the file.
3. In my case visually it's file "A", but in fact, it's another file (file B).
   And file A is displayed as file E. So:
   * Visually, the file is in correct order ( A, B, C, D, E)
   * but phisically (or what should I called it?) it is B, C, D, E, A
   * the order is still following my sorting option, i.e, above is sort by name,
     if I sort by type, i.e. original sort is A, C, E, B, D, then 'phisically' the result is
     C, E, B, D, A.
   * I'm not quite remember whether changing sorting opts fix it or not
   * also can't remember right click > properties is the right or wrong file

ubuntu 16.04.2 32 i686
using patch from this article
to patch another issue
thunar 1.6.10 xfce 4.12

Angger B. Pinasti (anggerbp) wrote :

Oh, one more, it's mostly (if not always) when saving/editing using gimp or inkscape, or renaming picture (mostly when renamed pic is opened with pic viewer). office that use preview
like libre, more often crash (close) thunar than displaying wrong thumb. (I moved to wps then).

David (david-9ei9nyjpwdex) wrote :

In my case if I run another program like gprename to rename some files in a folder when thunar is open showing those same files, it not only does not update but typically hangs and eventually terminates.

Angger B. Pinasti (anggerbp) wrote :

Still happen in thunar 1.6.11 Xfce 4.12.0 (X)Ubuntu 16.4.3 when editing svg file with inkscape. Also when exporting it to png files (still with inkscapes). never happen with plain text file. refresh does nothing. should go up to parent and go to that folder again to "real refresh" it.

thumbnailing problem? inkscape problem?

Stefan Wagner (wagner-stefan) wrote :

I'm curious, since I have the same problems in combination inkscape/thunar and thought it was a pure thunar problem, but it obviously isn't.

I created a textfile a1.txt, while thunar is open, iconview activated and order by modification time descending, so that the most recent file is on top.

"Save as..." a2.txt shows immediately a new file a2.txt, the marked a1.txt moves to the right, iconview and the filename in the thunar window is in sync with the filename, according to the statusbar.

But I often produce a SVG file a.svg, export a PNG a.png, and now the newest one is a.png. But the exportname gets stored in the SVG, so the SVG is marked as unsaved changed in Inkscape with an asterix, so shortly thereafter I will save the SVG again, so it changes Position with the PNG in Thunar, but it doesn't - maybe influenced by the fact, that both previews render the same output.

So the big window shows the files in wrong order or better said with wrong names and previews. Because the cursor, the marking of the file stays on the svg-file, changing position between 1 and 2 depending on the age and the statusbar seems always in sync with the real file upon which is acted, for instance, if I delete it or open it or something else in Thunar.

Is it suitable to append an ogv-Video of nearly 10 Mb? I try it, remove it, if unwanted.

alexxcons (alexander.schwinn) wrote :

Possibly fixed upstream:

Please first verify, since comment #1 sounds like a slightly different bug .. however the later comments fit well for 12435
( For 12435 "F5"/refresh did not help. Re-enter the folder helped. Deleting the modified file will crash thunar )

This bug is not inkscape related, it appears for all types of thumbnails (e.g. .png, .jpg ... )
- You need to use icon view or compact view to reproduce
- You need to select view --> sort --> by modification date

For a simple reproduce, you may use the testers of these duplicates:

To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.