185554 - "saving" dialog blocks UI

Status: RESOLVED DUPLICATE of bug 159107

(SeaMonkey :: UI Design, defect)

Description

[Garth Wallace]

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3a) Gecko/20021212
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3a) Gecko/20021212

The "Saving" dialog that pops up when saving a file takes over the UI. The UI in
any window belonging to the same Mozilla process will not repaint until the
"Saving" dialog closes itself.

Reproducible: Always

Steps to Reproduce:
1.Right-click on an image in a webpage or email, and "Save image as..."
2.Click OK in the "Save File" dialog
3.Wait for the "Saving" dialog to come up and turn black, and try to switch to
another open Mozilla window.

Actual Results:  
Once the "Saving" dialog has turned black (presumably because it is closing
itself), no Mozilla window will repaint. Changing focus to another Mozilla
window will cause the titlebar of that window to change color to show focus, but
the contents of that window (including chrome) will not "come forward".

Expected Results:  
Changing focus to another window should repaint that window, and UI should
remain responsive.

Classic theme. RedHat 7.3 with WindowMaker 0.80 on P3 1GHz w/ 1.5G RAM, 12G SCSI HD.

Comment 1

[Garth Wallace]

After more testing, it seems that the long wait before the dialogs close is 
caused by a large downloads.rdf file. Renaming downloads.rdf reduces the wait 
to nearly nothing. However, that doesn't explain why the UI is blocked during 
whatever operations are performed on downloads.rdf.

Comment 2

[Michael Gabriel]

*** This bug has been marked as a duplicate of 159107 ***