firefox "Warning: Unresponsive script" dialog fails to wrap text in URL path

[Eliah Kagan]

Binary package hint: firefox

On a Maverick i386 system with firefox 3.6.15+build1+nobinonly-0ubuntu0.10.10.1, Firefox's "Warning: Unresponsive script" dialog wrapped text (i.e. inserted a line break) before a slash in the URL's path, but did not wrap any subsequent text, perhaps because it did not contain any further / characters. The attached screenshot shows the problem. A look at the workspace switcher panel applet at the lower-right corner of the screen reveals that, due to this failure to wrap text, the "Warning: Unresponsive script" dialog box was three times as wide as the desktop itself. It was possible to drag the dialog box to the left in order to see the rest of the URL and click the buttons, but this is a nuisance and that workaround (and others) would likely not be apparent to novices. Furthermore, that Firefox will wrap a URL at all in this dialog box (i.e. at slashes where appropriate, and possibly under other conditions) suggests that the intent is to ensure that it remains readable, which at minimum I think indicates that the dialog box should not contain lines rendered longer than the width of the screen's viewable area.

I do not know JavaScript, so I cannot easily reproduce this problem and determine precisely under what conditions it occurs or whether or not it is specific to Ubuntu. I doubt it only happens in Ubuntu, but since I cannot be sure of that, I have not marked it as affecting the upstream project Firefox, nor have I reported this upstream.

ProblemType: Bug
DistroRelease: Ubuntu 10.10
Package: firefox 3.6.15+build1+nobinonly-0ubuntu0.10.10.1
ProcVersionSignature: Ubuntu 2.6.35-27.48-generic 2.6.35.11
Uname: Linux 2.6.35-27-generic i686
Architecture: i386
Date: Sat Mar 19 17:21:43 2011
ExecutablePath: /usr/lib/firefox-3.6.15/firefox
FirefoxPackages:
 firefox 3.6.15+build1+nobinonly-0ubuntu0.10.10.1
 firefox-gnome-support 3.6.15+build1+nobinonly-0ubuntu0.10.10.1
 firefox-branding 3.6.15+build1+nobinonly-0ubuntu0.10.10.1
 abroswer N/A
 abrowser-branding N/A
InstallationMedia: Ubuntu 10.04 LTS "Lucid Lynx" - Release i386 (20100429)
InterpreterPath: /bin/dash
ProcEnviron:
 LANG=en_US.UTF-8
 SHELL=/bin/bash
SourcePackage: firefox

[Micah Gersten (micahg)]

Thank you for reporting this to Ubuntu. This appears to be upstream bug https://bugzilla.mozilla.org/show_bug.cgi?id=596883. Would you happen to have a URL that doesn't require a login that triggers this behavior so that I can confirm it in Firefox 4?

[Eliah Kagan (degeneracypressure)]

Unfortunately I do not have a URL (even one that does require login) that reliably produces this problem. It seems to me that it should be pretty easy to write a script that always stalls, but I don't know JavaScript, which is why I haven't written, tested with, and attached such a script.

[Bruan (bruan)]

Created attachment 8389273
An example of an extremely long confirmation box.

I've included a screenshot to illustrate the problem. Because the script name makes the dialog extremely long, the continue/stop buttons (which, if I understand correctly, are trying to be in a container that's centered relative to the whole width) are off screen and unable to be clicked.

Specific version: Nightly 30.0a1

[allanlw (allanlw)]

This bug also affects Windows, where the dialog box can in fact be large enough that the whole dialog does not fit on the screen.

I experienced this on Firefox 33.1 today.

[allanlw (allanlw)]

Created attachment 8528776
An example of a long dialog box on Windows in Firefox 33.1

[Matthew Paul Thomas (mpt)]

*** Bug 596883 has been marked as a duplicate of this bug. ***

[Matthew Paul Thomas (mpt)]

Confirmed in Firefox 33.0 on Ubuntu 14.04.

[Matthew Paul Thomas (mpt)]

*** Bug 915523 has been marked as a duplicate of this bug. ***

[Nickolay Ponomarev (asqueella)]

This should be fixed in the current nightly (Firefox 37) by bug 1104875.

[Paul White (paulw2u)]

Bug did not auto expire due bug watch
Issue was fixed in https://bugzilla.mozilla.org/show_bug.cgi?id=1104875
which was closed "RESOLVED FIXED" on 2014-12-02
Closing by marking "Fix Released"