Let me see if I can get this across clearly. 1) Start mozilla and bring up a lengthy page with links near the top. CNN's website on a 56K modem does the trick for me. 2) After it has finished loading, click on one of the stories links. 3) After the story is finished loading, click the back arrow. TIMING IMPORTANT 4) While the page is loading again and reflowing, as soon as the links at the top show up (like myCNN, Video, Audio, etc.) click on one of them. What should happen is mozilla should stop loading CNN's front page and start taking steps to load the link you just clicked. What happens is that it stops loading the page, but instead of starting to load the link, it starts to load the CNN front page all over again. I can reproduce this pretty religously in M13 on Win95. This bug report may be a dup, but the bugzilla query system is down (bug 25393) so I dunno. It may seem like a trivial bug, but it's fairly annoying, and it may be hiding a mozilla crash (bug 22092)
Sounds like a Web shell issue
Assignee: troy → travis
Let's deal with this post beta 1 ...
Component: Layout → Browser-General
Priority: P3 → P2
Target Milestone: M15
I guess you guys know better than I, but this particular problem is a real PITA for me. Those of use without 56K modems can wait a good long while while some pages load from a back operation. This bug means we cannot click on successive links until the page is done laying out. This makes sites like CNN where I regularly peruse all the major headlines a serious headache. For me, this is a dogfood issue, but as I say, I defer to those who know better.
Move to M16 for now ...
Target Milestone: M15 → M16
M16 has been out for a while now, these bugs target milestones need to be updated.
Reassigning all travis bugs to Valeski for triage. Don thought these were all docshell related. Travis is no longer at netscape so these bugs are unowned. I'm reassigning 23 bugs to Valeski right now. To search for them, search for "BUGSFORMERLYKNOWNASTRAVIS" in the description. The url below should work. http://bugzilla.mozilla.org/buglist.cgi?bug_status=UNCONFIRMED&bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED&email1=&emailtype1=substring&emailassigned_to1=1&email2=&emailtype2=substring&emailreporter2=1&bugidtype=include&bug_id=&changedin=&votes=&chfieldfrom=&chfieldto=Now&chfieldvalue=&short_desc=&short_desc_type=substring&long_desc=BUGSFORMERLYKNOWNASTRAVIS&long_desc_type=substring&bug_file_loc=&bug_file_loc_type=substring&status_whiteboard=&status_whiteboard_type=substring&keywords=&keywords_type=anywords&field0-0-0=noop&type0-0-0=noop&value0-0-0=&cmdtype=doit&newqueryname=&order=Reuse+same+sort+as+last+time
Assignee: travis → valeski
I can't reproduce this. Stephan, can you try with a newer build and mark RESOLVED if the bug is gone?
Target Milestone: M16 → ---
The back behavior is still flaky, but it is no longer well described by this bug. Marking as resolved.
Status: NEW → RESOLVED
Last Resolved: 18 years ago
Resolution: --- → FIXED
Marking verified in the Aug 24th build.
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.