Closed Bug 23286 Opened 25 years ago Closed 25 years ago

Location bar updated incorrectly

Categories

(Core :: Networking, defect, P3)

Product:
Core
Component:
Networking
Platform:
x86
Windows NT
Type:
defect

Tracking

()

Status:
VERIFIED WORKSFORME

People

(Reporter: keithh, Assigned: rpotts)

References

(
URL
)

Details

This is a problem that appears with many of the Netscape Digital City news pages
(this one happens to be a very bizarre news story :).  When this web page first
appears, there are two ad banners to the right of the Examiner.com logo.  After
a while, one of the two banners disappears (sometimes the top one, sometimes the
bottom one) and it's replaced by a text URL link with title matching the last
part of the URL to which it is a link.  Moreover, the part of the news story
text below the banners gets misalligned so the story is unreadable without
reloading.
The URL originally entered above,
http://netscape.digitalcity.com/sanfrancisco/news/article.dci?379120
is no longer available, so to test go to
http://netscape.digitalcity.com/sanfrancisco/news/
and select one of the stories from the list under "Headlines from San Francisco
Examiner".

To reproduce this, I just brought up a page like the one cited in the URL above,
and walked away for a few hours - no idea how long it took for the problem
to show.

Bug partially reproduced with: 2000-01-06-08-M13 nightly binary on Windows NT;
one of the two small ad images beside the Examiner.com logo stopped
displaying and instead "dci" appears as a hyperlink (the original link was
http://ads.web.aol.com/image/13013850/2077171127/dci ) - but the layout did not
get messed up.

At first I guessed that this would be another DUP of bug 14801,
"cbs.marketwatch.com images don't load", since in that bug non-loading
ads are also described as messing up the layout, but the 2 small ads
here do not use ";" parameters (the banner at the top does, but it is
displaying properly.

There is no javascript on the page, no CSS, and there appears to be no
refreshing of the page with http-equiv (although the page or just the images
may have real HTTP headers set). The two images are in a floating nested
TABLE.

keithh@netscape.com, do you mean *all* of the text below gets mialigned, or
just the text directly below the ad images, and not the text below the
Examiner.com logo?
Assignee: nobody → gagan
Component: Browser-General → Networking
QA Contact: nobody → tever
Ahhh... could this have something to do with it... here is the contents of the
Location bar after leaving the page at
http://netscape.digitalcity.com/sanfrancisco/news/article.dci?article=380533
displayed overnight:

http://netscape.digitalcity.com/sanfrancisco/newshttp://netscape.digitalcity.com
/sanfrancisco/news/article.dci?article=380533http://netscape.digitalcity.com/san
francisco/newshttp://netscape.digitalcity.com/sanfrancisco/news/article.dci?arti
cle=380533/article.dci?article=380533/article.dci?article=380533

Changing component from "Browser-General" to "Networking" - is this one of
yours?
Just the text below the disappearing banner gets misalligned.
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → DUPLICATE
Summary: Ad banner disappears and page not redrawn properly → Location bar updated incorrectly
Updated summary and marked this as dup of 10647

*** This bug has been marked as a duplicate of 10647 ***
Status: RESOLVED → REOPENED
I think that this bug was improperly marked as a duplicate of another bug.  I
don't see the URL changing, so it has nothing to do with the bug that it is
being marked as a duplicate, but I'm still seeing the ad banner disappearing,
which is a totally distinct problem.
Status: REOPENED → RESOLVED
Closed: 25 years ago → 25 years ago
Keithh the URL doesn't change but a reload occurs which triggers the same
processing as is required for a redirect (the bug which I have marked this as a
dup for)
If the URL doesn't change, then why did a previous comment at 2000-01-09 13:42
say that it did?  After all, this comment is what caused the bug to be
redirected to Networking and to be marked as a duplicate.  I don't see how the
problem I reported has anything to do with the bug for which it is being marked
as a duplicate.
Status: RESOLVED → REOPENED
Component: Networking → Layout
Reading bug 10646, the malformed URL because of the redirects looks like a
symptom of a precondition of this bug, not like a symptom of the bug itself.

Based on that symptom, it looks like the page is being reloaded, which would
explain the appearance of the "filename" of the image, if a reload of that
image failed (see bug 1994 for why - essentially, if an image does not load,
it is replaced by ALT text (or the filename if ALT is not specified as "")
and no longer is sized by WIDTH and HEIGHT). So the page will get reflowed.

(An aside: passed this to Networking because the image disappearing after
a reload is just something that can happen - if it was disappearing without
a reload, that would have been weird and probably a new bug).

keithh@netscape.com, can you get a screenshot? from what you describe, this
looks like seriously bad layout after the reflow that comes when the ad image
does not load (a rectangle defined by WIDTH and HEIGTH will be reserved until
the image times out), and it would help to see exactly what is going wrong.

REOPENing and passing from "Networking" to "Layout".

This may still be a DUP of a known reflow problem.
Assignee: gagan → troy
Status: REOPENED → NEW
QA Contact: tever → petersen
Following through on change of Component after reopening.
Status: NEW → RESOLVED
Closed: 25 years ago → 25 years ago
Resolution: DUPLICATE → WORKSFORME
I don't see a layout problem when the page reflows. If someone can come up with
a small reproducible case (it's easy to get an image to not load by giving it a
bogus URL), then I'll take another look
URL: http://netscape.digitalcity.com/sanfr... → http://netscape.digitalcity.com/sanfr...
Status: RESOLVED → REOPENED
This bug is very easy to reproduce.  Simply go to the page
http://netscape.digitalcity.com/sanfrancisco/news/article.dci?article=380533
and wait for a minute or so.  You will notice that one of the two ad banners to
the right of the Examiner logo disappears, replaced by a text link with the word
'dci'.
Resolution: WORKSFORME → ---
Clearing WORKSFORME resolution due to reopen.
Status: REOPENED → RESOLVED
Closed: 25 years ago → 25 years ago
Resolution: --- → WONTFIX
It still isn't clear exactly what you think the issue is. From what I can
tell it's because the two ad banners are replaced by the text 'dci'.

That's the way layout works. If an image can't be loaded (in this case I don't
know why, but that's a different issue), then we display the alternate content
instead. That's why 'dci' is displayed
Status: RESOLVED → REOPENED
If it's not a bug in the layout, fine.  But don't just close it.  There is still
a bug here, it's just not in the layout handling.  So why is the image not being
loaded?
Assignee: troy → keithh
Status: REOPENED → NEW
How should I know why the image isn't loading? I though your complain was
because the alt content was being displayed.

Re-assigning to you so you can decide what to do with it...
Assignee: keithh → troy
Don't assign it to me.  I'm not a developer on Mozilla.  I just happen to work
for Netscape.
Assignee: troy → gagan
Component: Layout → Networking
QA Contact: petersen → tever
Changing component and re-assigning to NETWORKING. Hopefully you guys know why
the images don't load...
Assignee: gagan → rpotts
Target Milestone: M15
-> rpotts
Resolution: WONTFIX → ---
Clearing WON'T FIX resolution due to reopen.
it works now.
Status: NEW → RESOLVED
Closed: 25 years ago → 25 years ago
Resolution: --- → WORKSFORME
Verified
Platform: PC
OS: Windows 98
Mozilla Build: 2000101020 M18 Trunk Build
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.