Closed
Bug 43919
Opened 26 years ago
Closed 26 years ago
Reflow error on long URLS.
Categories
(SeaMonkey :: General, defect, P3)
Tracking
(Not tracked)
VERIFIED
WORKSFORME
People
(Reporter: zqex, Assigned: asa)
References
()
Details
A long html line
<A HREF="http://netadsrv.iworld.com/click.ng/site=internetcom&PagePos=10&size=
125x125&channel=linux&content_site=www.linuxtoday.com&feature=
other&Params.richmedia=yes"> SRC="http://netadsrv.iworld.com/image.ng/site=
internetcom&PagePos=10&size=125x125&channel=linux&content_site=
www.linuxtoday.com&feature=other&Params.richmedia=yes"></A>
Breaks the reflow of some linuxtoday pages, as the URL above.
Instead of showing the image, it shows the text site=....&Params in a
box with a blue border all around it.
Reloading the page usually solves the problem.
Comment 1•26 years ago
|
||
reporter - what build id are you using?
| Reporter | ||
Comment 2•26 years ago
|
||
Currently M16 - ID 2000061311
Doesn't seem to be happening in newer builds, but I could be reading your
instructions wrong. Can you try a newer build, and or revieing your bug report
as the URLS in your comment don't seem to exist, and the URL in URL field seems
to work fine.
Newer builds can be obtained at
ftp://ftp.mozilla.org/pub/mozilla/nightly/latest/
Works for me as well on 2000062709.
| Reporter | ||
Comment 5•26 years ago
|
||
I've checked Mozilla 2000062720 and have been unable to reproduce the bug
on any of the linuxtoday pages I've tried, including the URL I originally
listed.
Marking as Closed - Thanx.
Status: RESOLVED → CLOSED
| Assignee | ||
Comment 6•26 years ago
|
||
bugs don't get closed till we ship. thanks for the followup though.
Status: CLOSED → UNCONFIRMED
Resolution: WORKSFORME → ---
| Assignee | ||
Comment 7•26 years ago
|
||
resolving WFM
Status: UNCONFIRMED → RESOLVED
Closed: 26 years ago → 26 years ago
Resolution: --- → WORKSFORME
| Reporter | ||
Comment 9•26 years ago
|
||
I've been reflecting on this, and this is just to explain how this
'bug' works:
The html code:
<a href="...."><img src="http://site/filename.type"></a>
produces the underlined text 'filename' within a blue box.
(no missing picture icon! is this feature or bug?)
Linuxtoday's bannerscript can generate 404's but this is totally
random (explaining why it worked for other people and even the
30+ times I tried it), however, reloading the same page 60 times
a few minutes ago, I got 10 errors pretty much in sequence and
then nothing for 40+ reloads.
First the page text is displayed, a second later or so mozilla receives
the 404 instead of the picture, and reflows the page around the
URL, which from the original posting you can see is rather long.
As this reflow destroys the layout, I interpreted the bug as being
mozilla related, as I can't remember having seen any missing
banners using NS 4.5. But as the img url shown above, I just
grabbed another faulty URL and tried wget'ting it and got a 404.
Which explains the nature of this bug.
Sorry for the noice.
Updated•21 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•