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): How reproducible: Always Steps to Reproduce: 1.click the folder open 2.click any file or try to use the scroll bar. 3. Actual Results: everthing in the window is frozen. Expected Results: folder and files would be clickable. Additional info:
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. Thanks!
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 manager: 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 on.
If you're logged in as a user, you need to type these commands as that user, not as root.
Created attachment 78124 [details] gzip file
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 hardware though. Can you try another thing; in your terminal, without nautilus running, do: gdb nautilus (gdb) run [get nautilus to crash] (gdb) backtrace and copy in the backtrace output?
Created attachment 78264 [details] backtrace output
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 developers 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.