113785 - locks when stat() fails

Status: VERIFIED WONTFIX

(Core Graveyard :: File Handling, defect)

Description

[Markus Bertheau]

I wanted to upload some file through HTTP POST. I click on browse, it opens a
file selection dialog box. when I tried to change to /mnt/ mozilla seems to be
stuck. (Doesn't update screen, mozilla-bin is <defun>). /mnt has some smb and
nfs file shares in it. One or more of them must have died, some console
application stated: 'stat on /mnt/entwicklung failed'. Just a guess: mozilla
doesn't react properly to stat failures. I haven't looked further into this issue.

Comment 1

[Karl Johan Kleist]

Reporter: Please always include the "Build ID", as well as which Linux distro
you're using. Thank you.

Comment 2

[Markus Bertheau]

Linux Redhat 7.1 / Ximian GNOME 1.4 all updates applied
buildid: 2001120521

Sorry.

Comment 3

[Boris Zbarsky [:bzbarsky]]

ccing bryner, since this is filepicker...

Markus, what happens if you run 'ls -l' on that directory?

Comment 4

[Markus Bertheau]

Well...
I mounted a nfs share as /mnt/ibistest, shut down the nfs server. ls -l shows no
output, runs forever (5min). Seems to be some not mozilla specific issue... 
I tried to reboot, and my box locked at the point where it tried to unmount
/mnt/ibistest. Had to reset. Weird.

Comment 5

[Boris Zbarsky [:bzbarsky]]

Sounds like the standard remote filesystem timeout thing is happening....

bryner, is there any way we can avoid freezing the entire UI in these
circumstances?  Running filepicker file access on a separate thread or something?

Comment 6

[Brian Ryner (not reading)]

I don't think we should take the overhead of running on a separate thread just
to catch this edge case.

Comment 7

[sairuh (rarely reading bugmail)]

v