224781 - Mozilla Firebird 1104 nightly crashes on Entrust Certificate Admin site

Status: RESOLVED DUPLICATE of bug 225423

(SeaMonkey :: General, defect)

Description

[Bill Gianopoulos [:WG9s]]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.6a) Gecko/20031104 Firebird/0.7+
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.6a) Gecko/20031104 Firebird/0.7+

The win32 MozillaFirebird 1104 nightly crashes when you login to the Entrust
Certificate Adminitrator website.  The 1103 nightly does not.  The build does
not have talkback so here is what I could manage to get out of the Windows error
reporting thing.

The instruction at "0x008aa5b" referenced memory at "0x00000016".  The memory
could not be read.

I have not been able to reproduce this at a non-password protected site though.

Reproducible: Always

Steps to Reproduce:
1.
2.
3.

Comment 1

[Mike Connor [:mconnor]]

what happens with a Mozilla Suite nightly?  The security backend is the same, 
so it could be related to a checkin there.

Comment 2

[Bill Gianopoulos [:WG9s]]

Well the last win32 nightly I can find is dated 10/28 so this is kind of hard to
check.  I am also not sure this has anything to do with the security backend. 
The site also uses JAVA applets and had a complicated frame layout.  So it could
be JAVA plug-in related, security backend or just a layout issue.

Comment 3

[Bob Firth]

> So it could be JAVA plug-in related, security backend or just a layout issue.

none of which are unique to firebird as far as I know. this should most likely
be moved to browser.

Comment 4

[Bill Gianopoulos [:WG9s]]

Well trhat IS most likely the case, but I think we need to leave it as a
firebird bug untill we can somehow verify that it happens with the mozilla
suite.  I will look for an unoffical recent nightly to test this with.

Comment 5

[Bill Gianopoulos [:WG9s]]

OK I verified using an unofficial 10/05 suite build that this crashes in the
suite as well.  Changing this to a browser bug.

Comment 6

[Bill Gianopoulos [:WG9s]]

Re comment #5, that should have read 11/05 NOT 10/05. :-(

Comment 7

[Bill Gianopoulos [:WG9s]]

Could this have to do with the fix for Bug#: 212563?  Just looking for likely
things on checkins between 1103 and 1104.

Comment 8

[Bill Gianopoulos [:WG9s]]

Re; comment #7,

Shouldn't the code added by the patch:

  // Let our window know that we are gone
  nsCOMPtr<nsIDOMWindow> win(do_GetInterface(mDocShell));
  nsCOMPtr<nsPIDOMWindow> win_private(do_QueryInterface(win));
  if (win_private) {
    win_private->SetFrameElementInternal(nsnull);
  }

be:

  // Let our window know that we are gone
  nsCOMPtr<nsIDOMWindow> win(do_GetInterface(mDocShell));
  if (win) {
    nsCOMPtr<nsPIDOMWindow> win_private(do_QueryInterface(win));
    if (win_private) {
      win_private->SetFrameElementInternal(nsnull);
    }
  }

or is that check not necessary?

Comment 9

[Bill Gianopoulos [:WG9s]]

Duping to 225423 even though this bug was filed earlier because that bug has a
better description of the problem.

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

Comment 10

[Hermann Schwab]

wfm Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.6b) Gecko/20031125
Tinderbox BuildID 2003112523, after bug 225423 was fixed