25395 - Clicking links after back during reflow reload page

Status: VERIFIED FIXED

(SeaMonkey :: General, defect, P2)

Description

[Stephen Anderson]

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)

Comment 1

[troy]

Sounds like a Web shell issue

Comment 2

[don]

Let's deal with this post beta 1 ...

Comment 3

[Stephen Anderson]

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.

Comment 4

[don]

Move to M16 for now ...

Comment 5

[Mike]

M16 has been out for a while now, these bugs target milestones need to be 
updated.

Comment 6

[Dawn Endico]

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

Comment 7

[Daniel Bratell]

I can't reproduce this. 

Stephan, can you try with a newer build and mark RESOLVED if the bug is gone?

Comment 8

[Stephen Anderson]

The back behavior is still flaky, but it is no longer well described by this 
bug.  Marking as resolved.

Comment 9

[Chris Petersen]

Marking verified in the Aug 24th build.