13795 - Crashes on back button at TheForce.Net

Status: VERIFIED WORKSFORME

(SeaMonkey :: UI Design, defect, P2)

Description

[Alex]

Overview Description:
Build 1999091310 crashes when clicking the back button a section TheForce.Net
going back to its main page.

Steps to Reproduce:
1) Visit www.theforce.net
2) Click on a link to the left-hand side nav, such as "Prequel News"
3) After page loads, click on the Back Button go to back to the index.html
page.

Results:
Apprunner crashes repeatedly while trying to go back.

Build Date & Platform Bug Found:
So far I've only obvsered this on Build 1999091310, running Windows 98 on my
PC. I have not been able to test this on other platforms and operating systems.

Comment 1

[don]

Radha, check this out and figure out whether it's ou bug ...

Comment 2

[Radha on family leave (not reading bugmail)]

Fixed. Please verify

Comment 3

[Eli Goldberg]

QA Assigning to self to verify.

Comment 4

[Eli Goldberg]

Sorry, re-opening.

Using this morning's commercial builds (1999112908), clicking on "Entertainment
Earth" and then clicking the back button reproducibly crashes builds on Win NT
4.0 SP5 and RH Linux 6.0/GNOME.

Works fine on 1999112908 Mac OS mozilla build.

Comment 5

[leger]

Moving to M12 since M11 is over and this has been reopened.

Comment 6

[don]

Making this a dogfood candidate since it's a regression.

Comment 7

[leger]

radha...isn't this a dup of another PDT+ you are working on?

Comment 8

[leger]

Back buttons problems known issue.  Please watch
http://www.mozilla.org/quality/most-frequent-bugs/
before writing a new bug...thanks!

*** This bug has been marked as a duplicate of 17932 ***

Comment 9

[Eli Goldberg]

Insufficient hard evidence to conclusively prove that this is the same crash.

Plus, I have anecdotal evidence from having investigating the other bug that it
is not a duplicate of this bug (which preceeds it by many months).

I'm leaving this as resolved/duplicate until I have a moment to compare stack
crawls and reach an independent conclusion.

Comment 10

[Eli Goldberg]

I'm not sure how to resolve this bug.

It's most definitely not a duplicate of 17932; that bug is still readily
reproducible, whereas this bug cannot be reproduced using the 1999120608
Commercial builds on any platform.

I'm going to resolve this as WORKSFORME, even though that does the bug a
disservice. [e-mail], if you prefer, please feel free to re-open it
and resolve it with your favorite resolution as you desire. ;)

Comment 11

[Andrey Kislyuk]

Reopening this bug because I found out that Mozilla trips over this part:
<HumanClick> <script language='javascript'
...> </script> </HumanClick>
I'm not sure if this has any relationship whatsoever to the crash but the layout
of the page with the code above is broken. So basically something happens to the
way the table gets laid out when we encounter this illegal tag <HumanClick>.
This shouldn't happen because it contradicts the entire concept of future
compliance.

Comment 12

[Andrey Kislyuk]

I'm sorry, it doesn't fail on the <humanclick> tags, it fails on the javascript
in between. Removing the javascript snip makes it lay out fine.

Comment 13

[Andrey Kislyuk]

Sorry for the spam. This has no relationship to this bug, it's their
javascript's fault.

Comment 14

[Radha on family leave (not reading bugmail)]

I could not reproduce the crash anymore. Worksforme

Comment 15

[sairuh (rarely reading bugmail)]

mass verification of WorksForMe bugs: to find all bugspam pertaining to this,
set your search string to "IfItWorksForSlappyTheSquirrelThenItWFM".

if you think this particular bug is *still* an open issue, please make sure of
the following before reopening:

a. that it's still a problem with ***recent trunk builds*** on the all
appropriate platform[s]

b. provide clear steps to reproduce (unless a good test case is already in the
bug report), making sure it pertains to the original problem (avoid morphing as
much as possible :)