Red Hat Bugzilla – Bug 74833
nautilus freezes when opening a particular folder
Last modified: 2015-01-07 19:00:40 EST
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.1) Gecko/20020830
Description of problem:
When I open one of two folder that were copied over from a windows ntfs
partition nautilus freezes and the scroll bar does not work and clicking on any
files does not highlight them or open them. All of the files in this directory
can be accessed though from applications that open them.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1.click the folder open
2.click any file or try to use the scroll bar.
Actual Results: everthing in the window is frozen.
Expected Results: folder and files would be clickable.
We'll need an archive of this folder, or some other way to reproduce the bug.
Or you can maybe try stracing nautilus or otherwise debugging it and attach any
info you can collect.
The directory is too big to send and has several thousand files. If you instruct
me I will go through the debug process to the extent I can.
Step 1 is be sure nautilus is locked up rather than just slow. i.e. wait a few
minutes. (Just checking, you probably already did this.)
Then we need to get nautilus out of your session so we can start a copy of it in
the terminal. Run gnome-session-properties, select nautilus, click remove and
apply. When you're done debugging you'll want to start nautilus again, and
gnome-session-save, to get nautilus back in your session. Or delete
~/.gnome2/session to revert to the default session.
Once nautilus is gone, start it in a terminal under strace as follows:
strace -o /tmp/output -f nautilus
Do what you need to do to lock up nautilus. Then Ctrl+c the nautilus in the
terminal, type "gzip /tmp/output", and make /tmp/output.gz available somewhere
we can get it (attaching it to this bug report would be fine).
I don't know if that will turn out to be useful, but it might give us some leads.
Here is what i got when i typed the first command. At the time of typing this
there are no folders open, just the desktop.
[root@dhcppc2 root]# gnome-session-properties
(gnome-session-properties:1450): GnomeUI-WARNING **: While connecting to session
Authentication Rejected, reason : None of the authentication protocols specified
are supported and host-based authentication failed.
** (gnome-session-properties:1450): CRITICAL **: file gsm-protocol.c: line 636 (
gsm_protocol_new): assertion `GNOME_CLIENT_CONNECTED (gnome_client)' failed
** (gnome-session-properties:1450): WARNING **: Could not connect to gnome-sessi
If you're logged in as a user, you need to type these commands as that user, not
Created attachment 78124 [details]
Did you browse to the problematic folder while the strace was in progress?
Or are you sure the old nautilus process was gone?
It looks like the nautilus process exited very quickly without doing much,
as if perhaps it just opened a new window in an existing nautilus instead of
getting a new nautilus in the strace.
I am not sure I am following the instructions the way you want. Please enumerate
step by step the procedures starting from a fresh login.
Created attachment 78164 [details]
i think this one is correct
1. Open a terminal
2. type gnome-session-properties
3. in gnome-session-properties choose Current Session tab
4. select nautilus from the list
5. click the Remove button, click Apply button, close dialog;
nautilus should now have exited, so you have no desktop icons
or file manager windows
6. run "strace -o /tmp/output -f nautilus" in the terminal
7. nautilus should have started up; follow the steps to reproduce this bug
report, so nautilus is locked up
8. return to the terminal and type Ctrl+C to exit nautilus
9. gzip /tmp/output and attach /tmp/output.gz to this bug report
10.delete ~/.gnome2/session to restore the default session, so you
have nautilus again in the future.
I'm not sure what all the SIGRTMIN stuff is about...
It looks like nautilus is basically busy reading files when you ctrl+c it,
as if it might finish someday. If you add the "-tt" option to the strace command
line it might help show where there's a long pause (where a hang may occur).
Could also try "tail -f /tmp/output" from another terminal while nautilus is
hanging, and see if anything is being printed out.
Created attachment 78225 [details]
here is the trace file again following your instructions exactly
Created attachment 78226 [details]
here is a copy of my terminal window with commands used and outputs
Created attachment 78244 [details]
here is the output file after using -tt option
Wild guess, can you see if the problem is "/home/hardaway/Desktop/Java Skyline
Learn JDBC_files/tss_bigblue.gif" (for example if you move that file elsewhere
and browse to the elsewhere in nautilus, will nautilus crash?)
The problem is once i open the folder with the files, all of the icons of other
folders and files appear BUT i can not click into any of the folders showing or
click any file showing. If i put the cursor over a file it will not highlight
nor can i move it or anything. The only way for me to access the files in this
problem folder is to open an application and then browse to the folder and
select a file to open.
Just an idea to talk over with management!
Would it help if I flew to rh and spend a couple of days letting the engineers
work with my laptop to get this problem and some X problems debugged. It might
be a way of really making some fast and needed improvements since the desktop is
becoming a target and many companies i know of use dell laptops.
I think flying here would be overkill. ;-) Our X developer works from home in
Canada anyway. I don't think this nautilus issue is at all specific to your
Can you try another thing; in your terminal, without nautilus running, do:
[get nautilus to crash]
and copy in the backtrace output?
Created attachment 78264 [details]
Looks like it may be crashing on a strange jpeg file. How many jpegs are in that
folder? any chance we could get a copy of those jpegs? Or see if moving all the
jpegs somewhere and viewing the new location also crashes?
There are a bunch a jpegs. if you know of a particular one the is causing the
problem i can access it from the terminal and send it to you. I guess if i had
to, i could (using a terminal window) mv all of the jpegs out of that directory.
Let me know what you want me to do.
You could try just copying them to another directory with cp, to avoid messing
up your directory, perhaps.
I have found the problem. I moved 4 jpgs that were in the folder and now the
folder and the subfolders with their jpgs work fine.
Any chance we could get a copy of those jpegs in order to make nautilus (or
perhaps it's libjpeg) work with them?
Created attachment 78324 [details]
here is the first of 3
Created attachment 78325 [details]
here is the second of 3
Created attachment 78326 [details]
here is the last of 3
Now, for problem #2. I don't know if this is nautilus or something in smb. I
open a nautilus window and put in smb://userid@pcname/directory. I can see my
files on the windoz2000 pc just fine. I start coping files from my laptop
(rh8.0) to the windoz2000pc and everything is coping fine and at some point it
stops and generates a error. Please advise on how to trap the error and who
should be handling it.
Thanks for the images. Can you file problem #2 as a new bug report, for tracking?
It's much easier to deal with that way. (also, please include the exact text of
the error you mention.)
The problem was that those jpegs were in the CMYK colorspace.
I've fixed this in libgnomeui HEAD, so nautilus HEAD can now thumbnail those images.
Way to go! You are the only one out of the 4 bug reports filed that is
responsive. mharris of X does not respond and the evolution guy is slow as a
turtle, and now the smb problem that you transfered, i have not heard from. How
in the world is rh going to displace windoz on the desktop unless these
technical issues get a better response from all of the engineering dept.
Anyway, pass the word to the management. i am determined to help rh take over
the desktop spreading the word with my corporate contacts and university ones
but something has to change with the quality of response. I applaud you on this
debug experience. I wish the others were as good.
When can I get an update so that those jpegs will display properly?
Just to clarify expectations for bugzilla:
Please note that bugzilla is an engineering task tracker, not a support forum.
Support with guaranteed response time is provided via separate channels. When
you need (or expect) updates, or a particular response time, you need to go
through support channels, not bugzilla. Bugzilla is a way to say "FYI" to the
but not a way to request a supported fix in a particular timeframe.
Thanks for clearing that up. I had thought bugzilla was sort of a partnering
between people that were willing to invest time and energy to help rh build a
better product to compete with windoz. Within the concept of partnering, I
guess I expected it to be a two way street. After all, if you want to make
suggestions for improvements and not receive any cooperation back, one can
always do that with proprietary software like (Sun, MS).
Don't get me wrong, it _is_ a way of communicating with developers
and we do appreciate working with people via bugzilla. All I'm saying is
that the equivalent of Windows technical support and issue resolution
is to contact our support department. Bugzilla is an extra feature on top
of that that gives you some insight into internal development and helps
developers work with users. But it isn't staffed or organized for guaranteed
response time or the like.
Think of it as an informal conversation with the developers.
The fixed code is now in rawhide.