Closed Bug 87462 Opened 23 years ago Closed 9 years ago

Part of pages is loaded twice.

Categories

(Core :: Networking: HTTP, defect)

x86
All
defect
Not set
normal

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: cesarb, Unassigned)

Details

Attachments

(1 file)

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".)
*** This bug has been marked as a duplicate of 79983 ***
Status: UNCONFIRMED → RESOLVED
Closed: 23 years ago
Resolution: --- → DUPLICATE
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 → ---
you mean it's displayed twice?
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.
Attached image Screenshot of the problem (deleted) —
See peterj's comment in bug 57188 (2001-07-17 11:39)
Status: UNCONFIRMED → NEW
Ever confirmed: true
Can someone try to reproduce this with a current build? There were some http/cache fixes that went in over the weekend.
steve, can you look at this bug?
Assignee: neeti → morse
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
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
I talked too fast. It is still present with build 2001072403
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?).
see also bug 117347 (maybe dup) where the double load has side effect in reflow and when saving page locally
Target Milestone: --- → Future
Comment 9 on bug 77702 also applies here.
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.
Cesar, bstrand, have you seen this at any time after Mozilla 1.0? I never saw it.
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).
(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).
Brian, so you also didn't see it for a long time?
Assignee: danm.moz → nobody
Target Milestone: Future → ---
Status: NEW → RESOLVED
Closed: 23 years ago9 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: