Extremely long URLs don't display properly

Bug #67334 reported by Adam McMaster
4
Affects Status Importance Assigned to Milestone
Mozilla Firefox
Invalid
Medium
firefox (Ubuntu)
Fix Released
Low
Unassigned

Bug Description

Binary package hint: firefox

See attached screenshot. In this case the URL is almost 55KB of text.

Revision history for this message
In , Dtownsend (dtownsend) wrote :

WFM on windows.

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b2) Gecko/20050527
Firefox/1.0+ ID:2005052712

Revision history for this message
In , Vladimir Vukicevic (vvuk) wrote :

Created attachment 184739
screenshot of problem on linux

I swear I'm not crazy. Could be linux-only :)

Revision history for this message
In , Peter-vanderwoude (peter-vanderwoude) wrote :

1. have you tried in -safe-mode to rule out any extension ?
2. did you try the official build ?

Revision history for this message
In , Vladimir Vukicevic (vvuk) wrote :

This also happens for tooltips for long bookmarks (e.g. javascript scriptlets).

No extensions installed, I'm running the official DP Alpha 1 build.

Can someone attempt to verify this on linux? It could just be a Gtk gfx problem.

Revision history for this message
In , Bugzilla-tecnocode (bugzilla-tecnocode) wrote :

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

Revision history for this message
In , Bugzilla-tecnocode (bugzilla-tecnocode) wrote :

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

Revision history for this message
In , Musicman529 (musicman529) wrote :

The overlap problem is not just from pasting a long URL. It can also result from a long URL derived from an HTTP GET operation. The instructions in bug 338510 explain how I was able to cause overlapped text consistently.

Revision history for this message
In , W-woods (w-woods) wrote :

This is very similar in effect to the bug I'm seeing on Mac: bug 348202, which only became apparent since fixing the vanishing-long-line problem (bug 237085). It appears that if you have a long line of text with no breaks or whitespaces, at a certain length vs text size the end of the text begins to be drawn over the start, and vice versa. The text is also still drawn in its original position, so it's not like it's being wrapped around... it's just a copy of it that appears where it shouldn't. The more you increase the window text size, the more of the long line is covered by the duplicate text.

Revision history for this message
In , Jaak Ristioja (jotik) wrote :

Created attachment 234738
Another long word sample in page content.

I can confirm this happening in the address bar, in input fields and in page content. I'm using mozilla-firefox-1.5.0.6 on Gentoo Linux.

Revision history for this message
In , Alex-gosse (alex-gosse) wrote :

I have replicated this as well using a poorly written cgi script for a web-based email system.

The cause was clicking a hyperlink containing a very large URL (>4k, and possibly >8k - my cut/paste buffer in xfce is only 4k). This happened because the code embedded the entire body of an email message in the URL itself.

Apart from garbling the address bar, on a Dell Lattitude D620 (using an nVidia card with the proprietary nVidia drivers), mousing over the address bar seems to "reliably" cause X to crash.

Mozilla/5.0 (X11; U; Linux i686; en-GB; rv:1.8.0.5) Gecko/20060731 Ubuntu/dapper-security Firefox/1.5.0.5

Revision history for this message
Adam McMaster (adammc) wrote :

Binary package hint: firefox

See attached screenshot. In this case the URL is almost 55KB of text.

Revision history for this message
Adam McMaster (adammc) wrote :
Revision history for this message
Adam McMaster (adammc) wrote :

I should add I'm using 1.99+2.0rc3+dfsg-0ubuntu1 on edgy.

Revision history for this message
Michael Broadbent (mikebro) wrote :

Is this still an issue with Firefox 2?

David Farning (dfarning)
Changed in firefox:
assignee: nobody → mozillateam
importance: Undecided → Low
Revision history for this message
Adam McMaster (adammc) wrote :

Yes. This still happens with the latest Firefox (in Feisty).

Revision history for this message
Alex Latchford (alex.latchford) wrote :

Hello Adam,

Can you give us an example of a URL you are experiencing problems with, what actually happens and what you expect to happen instead, this will greatly aid us in solving the problem.

Thanks, Alex.

Changed in firefox:
status: Unconfirmed → Needs Info
Revision history for this message
Adam McMaster (adammc) wrote :

The specific example is a form from cPanel which modifies an apache configuration file. For some reason it uses method="get" instead of post. I've attached a copy of the page, click Save Configuration to see what happens.

Revision history for this message
Alex Latchford (alex.latchford) wrote :

Aha ok, I get what you are seeing now, I presumed that you had masked the Address Bar in the previous screenshot, not that that was the bug :)

Okay, I am going to send this bug upstream and see what they feel the problem is.

Thanks again, Alex.

Revision history for this message
Alex Latchford (alex.latchford) wrote :

Woops linked in the wrong one. This should be the one we are looking for.

Thanks, Alex.

Changed in firefox:
status: Needs Info → Confirmed
Changed in firefox:
status: Unknown → Confirmed
Revision history for this message
Alexander Sack (asac) wrote :

Not that it matters, but afaik, GET urls must not be longer than 4096 according to HTTP standard ... so your webapp is properly messed up it it uses GET for submitting text forms.

Anyway, no question, the rendering problem is a bug.

David Farning (dfarning)
Changed in firefox:
assignee: mozillateam → mozilla-bugs
Revision history for this message
In , Vincent+moz (vincent+moz) wrote :

This is a duplicate of bug 257660.

Revision history for this message
In , Jruderman (jruderman) wrote :

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

Changed in firefox:
importance: Unknown → Medium
Revision history for this message
In , Bgirard (bgirard) wrote :

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

Changed in firefox:
status: Confirmed → Invalid
Revision history for this message
Paul White (paulw2u) wrote :

Upstream report is a duplicate of #257660 which
was closed "RESOLVED WORKSFORME" on 2011-10-07
No comments here for over 12 years so closing as fixed

Changed in firefox (Ubuntu):
assignee: Mozilla Bugs (mozilla-bugs) → nobody
status: Confirmed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.