Bug 51961 – viewing "Image Collection" may cause nautilus to stop responding

• Product: Gentoo Linux
• Status: RESOLVED WONTFIX

[Description Surakshan Mendis 2004-05-24 18:17:05 UTC]

VERSION: Gnome 2.6.0 AND 2.6.1

Tried: creating a new user so all gnome config files are fresh... did not solve problem

After viewing a directory of images in the view as "Image Collection" setting Nautilus may crash upon

a) changing back to icon/list view
b) closing the window in image collection view

If this happens, all icons are disappear from all opened nautilius windows as well as the desktop.

Reproducibility I've set as sometimes, but its common, just not everytime. The images I view are over 1MB each... Not sure if thats a trigger.

Even though nautilus stops responding I can bring it back to life without killing nautilius. Rather I killall eog-collection-view and nautilis comes to life.

Futher more when checking my "uptime" I noticed very high load average. "top" command revealed that gst-thumbnail was taking up 95% of CPU. Again could be related.

If the thumbnails are done by gst-* perhaps there's a problem in this method as previewing audio (some files) makes nautilus unstable see [Bug 51787]


Reproducible: Sometimes
Steps to Reproduce:
1. Open directory of images
2. select "View" menu, select "View as image collection
3. View images...
4. Attempt to switch views, or close window

Actual Results:  
may crash at this stage

Expected Results:  
Window to close or switch to the requested view

emerge info
Portage 2.0.50-r6 (default-x86-1.4, gcc-3.3.2, glibc-2.3.2-r9, 2.6.6)
=================================================================
System uname: 2.6.6 i686 Intel(R) Pentium(R) 4 CPU 2.66GHz
Gentoo Base System version 1.4.10
Autoconf: sys-devel/autoconf-2.58-r1
Automake: sys-devel/automake-1.8.3
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CFLAGS="-O3 -march=pentium4 -funroll-loops -fprefetch-loop-arrays -pipe"
CHOST="i686-pc-linux-gnu"
COMPILER="gcc3"
CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config
/usr/kde/3.2/share/config /usr/kde/3/share/config /usr/share/config
/var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-O3 -march=pentium4 -funroll-loops -fprefetch-loop-arrays -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs ccache sandbox"
GENTOO_MIRRORS="ftp://ftp.uwa.edu.au/mirrors/linux/gentoo/
ftp://mirror.pacific.net.au/gentoo/"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY=""
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="X alsa apm arts avi berkdb cdr crypt cups encode esd foomaticdb gdbm gif
gnome gpm gtk gtk2 imlib java jpeg libg++ libwww mad mikmod motif mpeg ncurses
nls oggvorbis opengl oss pam pdflib perl png ppds python quicktime readline sdl
slang spell ssl svga tcltk tcpd truetype x86 xml2 xmms xv zlib"

[Comment 1 Joe McCann (RETIRED) 2004-05-24 21:42:26 UTC]

Possible dupe of http://bugs.gentoo.org/show_bug.cgi?id=51246

[Comment 2 Surakshan Mendis 2004-05-24 22:39:51 UTC]

yeh might me the same one, I did actually search though.
However the current workaround is to kill eog-collection-view

Just recompiled nautilus with no CFLAGS.
This does NOT solve the problem?

Looks like a upstream problem?

[Comment 3 foser (RETIRED) 2004-05-25 01:54:36 UTC]

well you should probably recompile more than nautilus alone. eog for example.

Anyway, i do think this is an optimizations issue. I cannot reproduce this. Do not assume this is an upstream problem right away. Upstream devs tend to be very unhappy with ill-reproducable, no good proof (stack trace?) optimizations related problems.

You might want to remove nautilus-media for a start if gst-thumbnail is the problem. nautilus-media is broken in my opinion and is not included in the meta ebuild anymore.

[Comment 4 Surakshan Mendis 2004-05-25 04:34:48 UTC]

recompiled nautilus and eog with no CFLAGS (commented out in /etc/make.conf)
removed nautilus-media

problem still occurers.
After an hour of flicking through images, I believe its only doing this to large images, those over say 1MB. It is not crashing on other smaller images.

I don't see the point of compiling gnome again as a whole with no optimisations since most packages are not related to this problem. If you still believe it is optimisation related what other packages do you urge to remerge?

How do I run strace on eog and natuilis since it starts at startup?

[Comment 5 Surakshan Mendis 2004-05-25 05:08:07 UTC]

Created attachment 31994 [details]
tar.gaz compressed output strace -f on natilus

strace -f on nautilus
strace then looks at child processes (eog) as well

I compressed the file since its to large otherwise to attach

[Comment 6 foser (RETIRED) 2004-06-17 15:56:38 UTC]

the strace doesn't look very informative to me.. really we would need a backtrace, run the bonobo component built with debug info & non-stripped and go from there..

That being said, I'm not sure the eog image preview is ideal & designed for what you are doing, in my opinion it's slow and ugly. Consider using other solutions like gthumb.

I don't have dirs with a lot of oversized pictures, so i can't really try to reproduce that bit.

[Comment 7 foser (RETIRED) 2004-08-18 09:23:45 UTC]

the image collection view will be dropped in 2.8, so this problem will dissapear & we won't spend any more time on this one. I wasn't able to reproduce it anyway.

Thanks for the report.

[Comment 8 Surakshan Mendis 2004-08-18 18:01:58 UTC]

no problems, I still have it in 2.6.2 but if its going out in 2.8 then yeh no problems. Cheers