files icon indicating copy to clipboard operation
files copied to clipboard

Regression: refreshing almost never happens automatically

Open Gabriel-p opened this issue 9 months ago • 9 comments

What Happened?

This issue is back in v7.1.0. I mostly experience it with files downloaded using Google Chrome. The file shown below with the green arrow icon is a temp file associated to a PDF I downloaded with Chrome:

Image

It has been sitting there for 10 minutes and it will not go away until I manually refresh Files

Steps to Reproduce

  1. Download a PDF with Chrome (although it randomly happnes in other scenarios too)

Expected Behavior

Files should refresh almost instantly

OS Version

8.x (Circe)

Session Type

Classic Session (X11, This is the default)

Software Version

Latest release (I have run all updates)

Log Output


Hardware Info

No response

Gabriel-p avatar Mar 22 '25 13:03 Gabriel-p

I assume the file was downloaded to a local Downloads directory? Local directories should have a monitor that signals when a file is removed. I'll see if there are any recent changes that may have stopped this working. Do you know the last version where it worked?

jeremypw avatar Mar 23 '25 15:03 jeremypw

I think it somewhat worked in OS 7 but never fully as far as I can remember (https://github.com/elementary/files/issues/2304)

Gabriel-p avatar Mar 24 '25 12:03 Gabriel-p

Thanks - I meant which version of Files worked properly (if known)? The current version seems to work OK when creating/removing files with the terminal. I'll see if I can reproduce with Chrome.

jeremypw avatar Mar 25 '25 15:03 jeremypw

I can confirm there is an issue with browser (Chromium) downloads - investigating.

jeremypw avatar Mar 25 '25 16:03 jeremypw

I don't think this bug is specific to saving a file from Google Chrome. I actually think it's a general File Manager refresh bug.

I often delete directories (with SHIFT + DEL) of old projects of mine, and the directory doesn't always disappear visually; it only disappears after I close and reopen File Manager and enter the same path again.

That's a critical bug in my opinion, imagine the non-technical user experience seeing a folder that doesn't exist anymore visually. If the user tries to interact with that deleted folder, obviously it gives erros, but it should not be there visually in the first place.

GuilhermeIsNotUnix avatar Jul 23 '25 20:07 GuilhermeIsNotUnix

I don't think this bug is specific to saving a file from Google Chrome. I actually think it's a general File Manager refresh bug.

Can confirm that this occurs when when Firefox completes downloads, too. It seems like a recent regression, to me, too (within a major release or two). But I dragged my feet upgrading to Horus, so I may have been late to notice it…

ernstki avatar Dec 02 '25 00:12 ernstki

I don't think this bug is specific to saving a file from Google Chrome. I actually think it's a general File Manager refresh bug.

I often delete directories (with SHIFT + DEL) of old projects of mine, and the directory doesn't always disappear visually; it only disappears after I close and reopen File Manager and enter the same path again.

I see this happen a lot when plugging in a USB drive and seeing files and folders that I've recently deleted on another PC, but they still show up in Files on elementaryOS until I do a manual refresh.

@jeremypw, should I create a new issue for this?

@BugFixesAndPerformanceImprovements Is this the same as #1618?

jeremypw avatar Dec 04 '25 19:12 jeremypw

@BugFixesAndPerformanceImprovements Is this the same as #1618?

Hi @jeremypw. Yes, seems like the same issue.