After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 580624 - Visual refresh issues while browsing into the directories included in the archive
Visual refresh issues while browsing into the directories included in the arc...
Status: RESOLVED OBSOLETE
Product: file-roller
Classification: Applications
Component: general
2.26.x
Other Linux
: Normal normal
: ---
Assigned To: file-roller-maint
file-roller-maint
Depends on:
Blocks:
 
 
Reported: 2009-04-28 16:14 UTC by Pedro Villavicencio
Modified: 2020-11-11 19:12 UTC
See Also:
GNOME target: ---
GNOME version: 2.25/2.26



Description Pedro Villavicencio 2009-04-28 16:14:20 UTC
this report has been filed here:

https://bugs.edge.launchpad.net/ubuntu/+source/file-roller/+bug/367525

"File-roller 2.26.1 has a annoying, disturbing visual refresh issue that can be reproduced while browsing into the directories included in the archive you opened with file-roller.

To reproduce:

1. Open an archive using file-roller. The archive could be a .zip, a .tar.gz or whatever, but it needs to have directories in it.

2. Browse across the directory structure, clicking in the directories included in the archive to go into them, and going back using the file-roller 'back' button.

Result: Sometimes, when you go into a directory clicking in its name, file-roller does not display the directory's contents immediatly. Instead, file-roller displays for a 0.5 second the same directory listing as looked like before clicking, but removing the directory name itself and all the items above the directory name.

It's hard to explain using words, so I've record a video capture. Look what happens when I click in the "docs" directory: instead of display the "docs" contents immediatly, file-roller displays the same contents as before but removing the "docs" item itself and all of the above ("autopackage", "debian" and "desktop-icons" directories) for a 0.5 second, and then it goes into the "docs" directory as expected. The issue can't be reproduced when I go into the "lang" or "skins" directories, however.

This issue appears with many archives, not only the one used for the video capture. Even more, the issue is not always reproducible: when you go into "docs" directory, there could be a chance to not show the bad behavior.

The problem can't be reproduced with file-roller 2.24.1-0ubuntu2 supplied with Intrepid (I've tested it), so a workaround could be to install the file-roller_2.24.1-0ubuntu2_i386.deb package replacing the Jaunty's one."


Video:

http://launchpadlibrarian.net/26006327/capture.avi

Thanks,
Comment 1 Ricardo Perez 2009-05-18 14:26:30 UTC
Any news about this issue? I've got the same symptoms with many compressed archives, especially with big ones (size of several megabytes).
Comment 2 Ricardo Perez 2009-10-31 12:06:38 UTC
The problem is still present in Ubuntu 9.10 (GNOME 2.28.1).
Comment 3 Paolo Bacchilega 2009-10-31 18:57:07 UTC
On my system is much less visible so I'm not so sure, but this should be fixed now in both gnome-2-28 and master branches, can please someone test?
Comment 4 Ricardo Perez 2010-03-11 17:40:29 UTC
The problem is still here in my latest Ubuntu 9.10 (Karmic) using GNOME 2.28. Any news about this nasty & irritating bug?
Comment 5 Paolo Bacchilega 2010-03-11 17:45:22 UTC
this should be fixed in versions 2.28.2 and 2.29.1
Comment 6 André Klapper 2020-11-11 19:12:41 UTC
bugzilla.gnome.org is being replaced by gitlab.gnome.org. We are closing all old bug reports and feature requests in GNOME Bugzilla which have not seen updates for a long time.

If you still use file-roller and if you still see this bug / want this feature in a currently supported version of GNOME (currently that would be 3.38), then please feel free to report it at https://gitlab.gnome.org/GNOME/file-roller/-/issues/

Thank you for creating this report and we are sorry it could not be implemented (volunteer workforce and time is limited).