Closed Bug 338430 Opened 19 years ago Closed 17 years ago

Locks up if I open a folder with long name in save image as dialog

Categories

(Firefox :: File Handling, defect)

Product:
Firefox
Component:
File Handling
Version:
1.5.0.x Branch
Platform:
x86
Linux
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

()

Status:
RESOLVED INCOMPLETE

People

(Reporter: spitzmaus2, Unassigned)

Details

(Whiteboard: CLOSEME 06/27)

User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.0.3) Gecko/20060426 Firefox/1.5.0.3 Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.0.3) Gecko/20060426 Firefox/1.5.0.3 If you try to save a picture in a folder with a very long name, Firefox tries to resize the "save as" dialog. It keeps resizing the dialog and you have to kill Firefox. In my tests, folder names up to 33 (including) chars work. Reproducible: Always Steps to Reproduce: 1. right click on image and select "save image as" 2. open folder with long name (> 34 chars) Actual Results: firefox tries to resize dialog to fit folder name and keeps resizing, looks up Expected Results: folder name should be trunkated with append ... using default theme
Version: unspecified → 1.5.0.x Branch
Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9a1) Gecko/20060517 Minefield/3.0a1 - Build ID: 0000000000 WFM. Can you reproduce this in safe mode? (http://kb.mozillazine.org/Safe_Mode)
Component: General → File Handling
Summary: looks up if I open a folder with long name in save image as dialog → Locks up if I open a folder with long name in save image as dialog
(In reply to comment #1) > Can you reproduce this in safe mode? (http://kb.mozillazine.org/Safe_Mode) It is reproducable in safe mode.
Does this happen with any other GNOME applications (which use the standard GNOME file dialog, as Firefox does)?
(In reply to comment #3) > Does this happen with any other GNOME applications (which use the standard > GNOME file dialog, as Firefox does)? Actually, I'm using KDE 3.3 over SSH with X-forwarding. I didn't see it in another application yet. However, if I use the local Firefox (1.5.0.3) the problem does not occur. So it could well be a problem of KDE or the X-server.
QA Contact: general → file.handling
Reporter, do you still see this problem with the latest Firefox 2? If not, can you please close this bug as WORKSFORME. Thanks!
Whiteboard: CLOSEME 06/27
Closing as incomplete -> no reply Reporter: if you still see this Problem in a recent Firefox 3 Release or 3.1alpha, feel free to reopen this bug.
Status: UNCONFIRMED → RESOLVED
Closed: 17 years ago
Resolution: --- → INCOMPLETE
You need to log in before you can comment on or make changes to this bug.