Description of problem: File-roller doesn't refresh the nautilus after extraction to a folder. Version-Release number of selected component (if applicable): How reproducible: file-roller-2.6.0-1 nautilus-2.6.0-1 Steps to Reproduce: 1. open nautilus and browse to directury with a compress file 2. right click and select "extract here" 3. forced to hit Ctrl+R to refresh content of window Actual results: Forced ctrl+R Expected results: auto refresh on content change. Additional info:
I found out that if I save a file to ~/ from any program with ~/ open nautilus doesn't refresh automatically. so I changed it over to a nautilus bug.
Actually, Nautilus doesn't seem to refresh its windows at all. However, it refreshes the desktop automatically. I've checked, and fam is running in the background. PS: I think you should change the summary of the bug, as it is not related to file-roller at all.
In Bug #119901, Dan Williams said: "FAM has been disabled for a while due to SELinux (FAM seems to be a security hole you could drive a truck through), and this is being discussed. Becuase so much of the desktop depends on FAM being active, its probably going to be re-enabled for FC2 Test 3, we're not sure." If it's true (which i don't doubt), that explains why Nautilus doesn't refresh its windows. But that doesn't explain why it *does* refresh the desktop automatically and why it still doesn't refresh its windows after I have manually launched fam as root...
fam is reenabled now.
After the latest development builds (Apr 16th), Nautilius still doesn't refresh it's windows, with fam enabled. [scott@curran103 scott]$ ps auxw | grep -i fam scott 3076 0.0 0.0 4808 604 pts/2 R 20:29 0:00 grep -i fam again to cause this bug, I right click on a compress file, select "extract here" and am forced to ctrl+R
It's fixed in Apr 17 builds
This is broken again in test3