GNOME Bugzilla – Bug 313901
filebrowser problem (shows the same file 2 times and more)
Last modified: 2008-09-10 05:59:15 UTC
Version details: 1.0.3RC2 Distribution/Version: Debian Sid I know the summary is not the best, but I hope I can describem, what I observe. The situation: In a project I have 3 directories which all have a robots.txt and a .htaccess. I have all 3 .htaccess files opened. Now work with the first .htaccess and save it. Then I go to the next, change something and save it. After saving, the filebrowser shows the robots.txt and .htaccess twice. After manipulating and saving the third .htacess, I have see 3 .htaccess and 3 robots.txt in the filebrowser. I guess this could become more and more. 2 directories contain a file index.de.html, but this file is not shown doubled. It seems, only text-files are affected. Can you reproduce it? I can also make a screenshot if necessary. Regards, Daniel
this problem should be fixed in the CVS version already, and it will be really difficult to fix in the stable branch.
I must be doing some wrong. I have not been able to reproduce this. Do you see this when using the single or dual pane file browser?
Dual pane. Shall I make a screenshot?
I don't think a screenshot would help. I still can't reproduce this.
Ok. I missed one thing: The project is opened. Now I open the three .htaccess files. Then I save and close the project (without closing the files). Now I reopen the project and I have 3 opened .htaccess files. Now proceed as written in the OP and you should be able to reproduce the behaviour. I found similar behaviour in sftp-projects, when the project was closed without closing all files. Then I see the base-directory twice in the directory window. Maybe this is a possible "workaround" for these filebrowser problems in stable: Force that all files are closed, before the project is closed.
Hmm, have not tried an sftp project yet, but I still can't reproduce the behavior. Could this be a GTK+ bug? I'm using 2.6.10 right now.
I use GTK 2.6.10. The bug is fully reproducible here. Any idea for a way to detect the reason, why you can't observe this behaviour and I always can?
the old file browser definately has bugs with showing remote files, so that might be the key to reproducing this.
because this issue is fixed in CVS HEAD I'm closing this bug. For the stable branch I don't think we should try to fix it, there are too many bugs in the filebrowser in the stable branch, the rewrite in cvs HEAD is much better.
Jim suggested to change the buid-dependencies for the stable version too, so we can drop some old compatibility-code. Maybe we could make gnome-vfs a required build-dependency too and backport the changes from CVS HEAD. Reopening bug (please close it as WONTFIX, if you are not going to fix it)
I would rather spent time to make a new stable branch then to start porting things to the current stable branch (not tagged as WONTFIX yet).
I'm closing this as obsolete since this is fixed in CVS HEAD and is unlikely to be addressed in the 1.0 branch.