Closed
Bug 87462
Opened 23 years ago
Closed 9 years ago
Part of pages is loaded twice.
Categories
(Core :: Networking: HTTP, defect)
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: cesarb, Unassigned)
Details
Attachments
(1 file)
(deleted),
image/png
|
Details |
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.1+) Gecko/20010622
BuildID: 2001062212
Sometimes parts of a page are duplicated (I see the beginning of a page and then
the whole page, or the whole page and then its beginning again). I've seen this
lots of times (and just talked on IRC to someone who have seen it before).
Forcing a redraw won't fix it; a refresh will (every time). This bug is
impossible to reproduce; it'll happen on its own, and never on the same page
(much like lightning =) ).
Reproducible: Couldn't Reproduce
Steps to Reproduce:
You can't reproduce it on purpose :-(
From the IRC talk:
<cesarb> bc: seen it in 2001-06-22-11-trunk and 2001-06-13-08-trunk (both linux)
as far as I can remember
<bc> 2001-06-22 0.9.2 on win2k/linux connecting through a funky nat setup on a
win2k sever, but it went away when if fixed the nat setup
<cesarb> FrodoB: last time I saw it was in www.boost.org, which seems to be
Western (ISO-8859-1). And I have autodetect off, before you ask.
<cesarb> bc: ...it went away???
<cesarb> bc: I'm on NAT too! Linux 2.2 NAT
(that's why I suspect networking; I might be wrong, since it's just two reports.
And my NAT isn't "funky".)
Comment 1•23 years ago
|
||
*** This bug has been marked as a duplicate of 79983 ***
Status: UNCONFIRMED → RESOLVED
Closed: 23 years ago
Resolution: --- → DUPLICATE
Reporter | ||
Comment 2•23 years ago
|
||
No, not dupe; every time I can recall this bug happened, the page was never
loaded before (i.e. was not in the cache).
Status: RESOLVED → UNCONFIRMED
Resolution: DUPLICATE → ---
Reporter | ||
Comment 4•23 years ago
|
||
Not exactly twice; first it's loaded to some point, then it repeats itself till
the end of the page.
I think I've found the common factor in all ocurrences of this bug; every time
it has happened, I had a image blocking dialog. That's probably why it only
happens the first time -- after that, it's already saved whether I want images
or not. Maybe when I acknowledge the dialog it's restarting the page parsing
without cleaning the already-parsed content?
Looks like it also won't reproduce with the page in the cache :(
I just managed to reproduce it on purpose.
1. I removed www.boost.org from the list of sites which are allowed to display
images
2. I clicked on a link on its homepage which I knew would go to a loong page
which wasn't on the cache
3. I got two image warning dialogs, at the same time (bug 57188)
4. I answered "yes and don't ask me again" to both
I'll try to attach the screenshot.
Reporter | ||
Comment 5•23 years ago
|
||
Updated•23 years ago
|
Status: UNCONFIRMED → NEW
Ever confirmed: true
Comment 7•23 years ago
|
||
Can someone try to reproduce this with a current build? There were some
http/cache fixes that went in over the weekend.
Comment 9•23 years ago
|
||
I have done a little testing and all I can say it's that Works For Me, Win98
Build 2001072303.
Anyway, I'll keep on to see if this still happens or not
Comment 10•23 years ago
|
||
Multiple image-block dialogs makes it sound like a problem with modal dialogs
(we should never get more than one of them). Reassigning to danm for modal
dialogs.
Assignee: morse → danm
Comment 11•23 years ago
|
||
I talked too fast. It is still present with build 2001072403
Reporter | ||
Comment 12•23 years ago
|
||
Got it twice (at least) with 2001090608 since I installed it, and I think it
never disappeared since I reported it (note that I don't follow all nightlies;
but in all I've used, I've seen it happen).
Note to people trying to reproduce this: it's timing-dependent. It won't happen
if you have a quick trigger on dismissing the image warning dialog, and I think
if you're too slow it might not happen too. Also, the chances seem higher with
multiple dialogs (it's harder to miss the timing maybe?).
Comment 13•23 years ago
|
||
see also bug 117347 (maybe dup) where the double load has side effect in reflow
and when saving page locally
Reporter | ||
Comment 14•23 years ago
|
||
Comment 15•23 years ago
|
||
I have seen this bug in the last few weeks, but not yet with 1.0rc1. The
effects of bug 133633 could be masking this one, however, as the browser often
crashes shortly after showing image permission boxes. I am on Linux x86, KDE
2.2.x, XFree86 4.1.x.
Comment 16•21 years ago
|
||
Cesar, bstrand, have you seen this at any time after Mozilla 1.0?
I never saw it.
Reporter | ||
Comment 17•21 years ago
|
||
I haven't seen it in a long time, maybe because I gave up setting it to ask for
permission on loading images (which was the easiest way to reproduce it). I
believe I stopped using image blocking when its dialog was removed for a while
(I don't even know if that dialog was put back).
Comment 18•21 years ago
|
||
(In reply to comment #16)
> Cesar, bstrand, have you seen this at any time after Mozilla 1.0?
> I never saw it.
I had exactly the same situation as Cesar (bugs in image blocking etc).
Comment 19•21 years ago
|
||
Brian, so you also didn't see it for a long time?
Updated•18 years ago
|
Target Milestone: Future → ---
Updated•9 years ago
|
Status: NEW → RESOLVED
Closed: 23 years ago → 9 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•