263442 - CRASH if I submit form on the site before the window with remembered logins/passwords appear [@ nsLoadGroup::Cancel()]

Status: RESOLVED EXPIRED

(SeaMonkey :: Passwords & Permissions, defect)

Description

[Andrew]

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8a4) Gecko/20040927
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8a4) Gecko/20040927

CRASH if I submit form on the site before  the window with remembered
logins/passowrds appear. Freshmeat is the only site where I've this behaviour.

Thanks for the Greatest browser!

Reproducible: Always
Steps to Reproduce:
1. Go to freshmeat.net
2. Register (if you need) and save login information
3. Restart Mozilla (not sure if needed)
4. Enter seaarch string fast and press enter, before the window with
logins/passwords appear.
5. See the crash.

Actual Results:  
crash

Expected Results:  
it shouldn't crash.

I have seen this behaviour with previous versions of mozilla, starting from 1.7,
but I don't remember if it was in earlier versions.

Comment 1

[Michael Stolovitzsky]

Please elaborate.

I can't reproduce the bug because I don't even understand what you're saying.

1. What do you mean "save login information"? Do the usual login process and
answer "yes" in the "Remember password" dialog?
2. What do you mean by "search string fast"?
3. Where is the "window with logins/passwords"?

I tried this and that way and I cant reproduce the bug in Mozilla/5.0 (Windows;
U; Windows NT 5.0; rv:1.7.3) Gecko/20040913 Firefox/0.10.1

Comment 2

[Andrew]

Hmm.
Bad description I've just realized.
I mean the dialog, that appears if you have multiple identities on the site.
It's named "Select User". It is from Mozilla's password manager I suppose.
Dialog appears asynchronously.
So there is a small period of time, just before it appears, when you can close
Tab, for example, or change page (sumbit form), where there's no field (form)
for login information. The dialog appears and when you press "cancel" mozilla crash.
I've just realized that it's hard to reproduce. I cannon define exact steps for
now. But it crashes from time to time.
Steps I perform:
1 open freshmeat.net ( my example ) or any other site, you need to have multiple
identities. Freshmeat is good for this, because it loads not that fast. 
2 Enter some text into search form
3 press Enter on the keyboard just before the dialog must appear.
4 press "cancel" on the dialog and Mozilla will crash.

So, from time to time these steps work.
I think this bug should be reassigned to "Password Manager".

Hope it will help. 
Sorry for misleading.

Comment 3

[Mats Palmgren (inactive)]

Confirming bug, Mozilla 2004-10-09-07 trunk Linux.  Talkback: TB1227437Z

Comment 4

[Andrew Schultz]

Mats stack from talkback looked a lot like what I got for bug 263799, which
regressed after the reporter's build.

Andrew: Can you submit a talkback report for your crash?

Comment 5

[Andrew]

Hello.
Talkback id TB1240009Z

Comment 6

[Andrew Schultz]

http://talkback-public.mozilla.org/talkback/fastfind.jsp?search=2&type=iid&id=TB1240009Z

Comment 7

[Robert Kaiser]

MASS-CHANGE:
This bug report is registered in the SeaMonkey product, but has been without a comment since the inception of the SeaMonkey project. This means that it was logged against the old Mozilla suite and we cannot determine that it's still valid for the current SeaMonkey suite. Because of this, we are setting it to an UNCONFIRMED state.

If you can confirm that this report still applies to current SeaMonkey 2.x nightly builds, please set it back to the NEW state along with a comment on how you reproduced it on what Build ID, or if it's an enhancement request, why it's still worth implementing and in what way.
If you can confirm that the report doesn't apply to current SeaMonkey 2.x nightly builds, please set it to the appropriate RESOLVED state (WORKSFORME, INVALID, WONTFIX, or similar).
If no action happens within the next few months, we move this bug report to an EXPIRED state.

Query tag for this change: mass-UNCONFIRM-20090614

Comment 8

[Robert Kaiser]

MASS-CHANGE:
This bug report is registered in the SeaMonkey product, but still has no comment since the inception of the SeaMonkey project 5 years ago.

Because of this, we're resolving the bug as EXPIRED.

If you still can reproduce the bug on SeaMonkey 2 or otherwise think it's still valid, please REOPEN it and if it is a platform or toolkit issue, move it to the according component.

Query tag for this change: EXPIRED-20100420