Closed
Bug 192984
Opened 22 years ago
Closed 22 years ago
trunk topcrash with master password tab timeout [@ nsPK11Token::GetAskPasswordTimeout]
Categories
(Core Graveyard :: Security: UI, defect, P2)
Tracking
(Not tracked)
VERIFIED
FIXED
psm2.4
People
(Reporter: jcarpenter0524, Assigned: ssaux)
References
Details
(Keywords: crash, topcrash)
Crash Data
This stack signature is a trunk topcrash
STACK TRACE:
Source File :
c:/builds/seamonkey/mozilla/security/manager/ssl/src/nsPK11TokenDB.cpp line : 333
====================================================================================================
Count Offset Real Signature
[ 5 nsPK11Token::GetAskPasswordTimeout f438c6c9 -
nsPK11Token::GetAskPasswordTimeout ]
[ 3 nsPK11Token::GetAskPasswordTimeout 111fd9ff -
nsPK11Token::GetAskPasswordTimeout ]
[ 1 nsPK11Token::GetAskPasswordTimeout b1398ca1 -
nsPK11Token::GetAskPasswordTimeout ]
[ 1 nsPK11Token::GetAskPasswordTimeout 7566c376 -
nsPK11Token::GetAskPasswordTimeout ]
[ 1 nsPK11Token::GetAskPasswordTimeout 4883f619 -
nsPK11Token::GetAskPasswordTimeout ]
Crash date range: 2003-02-08 to 2003-02-11
Min/Max Seconds since last crash: 51 - 7461
Min/Max Runtime: 210 - 7461
Count Platform List
6 Windows NT 5.1 build 2600
5 Windows NT 5.0 build 2195
Count Build Id List
10 2003021008
1 2003020708
No of Unique Users 7
Stack trace(Frame)
nsPK11Token::GetAskPasswordTimeout
[c:/builds/seamonkey/mozilla/security/manager/ssl/src/nsPK11TokenDB.cpp line 333]
XPTC_InvokeByIndex
[c:/builds/seamonkey/mozilla/xpcom/reflect/xptcall/src/md/win32/xptcinvoke.cpp
line 102]
XPCWrappedNative::CallMethod
[c:/builds/seamonkey/mozilla/js/src/xpconnect/src/xpcwrappednative.cpp line 2025]
XPC_WN_CallMethod
[c:/builds/seamonkey/mozilla/js/src/xpconnect/src/xpcwrappednativejsops.cpp
line 1293]
js_Invoke [c:/builds/seamonkey/mozilla/js/src/jsinterp.c line 841]
js_Interpret [c:/builds/seamonkey/mozilla/js/src/jsinterp.c line 2804]
js_Invoke [c:/builds/seamonkey/mozilla/js/src/jsinterp.c line 857]
js_InternalInvoke [c:/builds/seamonkey/mozilla/js/src/jsinterp.c line 932]
JS_CallFunctionValue [c:/builds/seamonkey/mozilla/js/src/jsapi.c line 3433]
nsJSContext::CallEventHandler
[c:/builds/seamonkey/mozilla/dom/src/base/nsJSEnvironment.cpp line 1043]
nsJSEventListener::HandleEvent
[c:/builds/seamonkey/mozilla/dom/src/events/nsJSEventListener.cpp line 183]
nsEventListenerManager::HandleEventSubType
[c:/builds/seamonkey/mozilla/content/events/src/nsEventListenerManager.cpp line
1217]
nsEventListenerManager::HandleEvent
[c:/builds/seamonkey/mozilla/content/events/src/nsEventListenerManager.cpp line
2218]
nsXULElement::HandleDOMEvent
[c:/builds/seamonkey/mozilla/content/xul/content/src/nsXULElement.cpp line 3349]
PresShell::HandleDOMEventWithTarget
[c:/builds/seamonkey/mozilla/layout/html/base/src/nsPresShell.cpp line 6277]
nsButtonBoxFrame::MouseClicked
[c:/builds/seamonkey/mozilla/layout/xul/base/src/nsButtonBoxFrame.cpp line 200]
nsButtonBoxFrame::HandleEvent
[c:/builds/seamonkey/mozilla/layout/xul/base/src/nsButtonBoxFrame.cpp line 147]
PresShell::HandleEventInternal
[c:/builds/seamonkey/mozilla/layout/html/base/src/nsPresShell.cpp line 6246]
PresShell::HandleEventWithTarget
[c:/builds/seamonkey/mozilla/layout/html/base/src/nsPresShell.cpp line 6181]
nsEventStateManager::CheckForAndDispatchClick
[c:/builds/seamonkey/mozilla/content/events/src/nsEventStateManager.cpp line 2867]
nsEventStateManager::PostHandleEvent
[c:/builds/seamonkey/mozilla/content/events/src/nsEventStateManager.cpp line 1849]
PresShell::HandleEventInternal
[c:/builds/seamonkey/mozilla/layout/html/base/src/nsPresShell.cpp line 6250]
PresShell::HandleEvent
[c:/builds/seamonkey/mozilla/layout/html/base/src/nsPresShell.cpp line 6136]
nsViewManager::HandleEvent
[c:/builds/seamonkey/mozilla/view/src/nsViewManager.cpp line 2210]
nsView::HandleEvent [c:/builds/seamonkey/mozilla/view/src/nsView.cpp line 304]
nsViewManager::DispatchEvent
[c:/builds/seamonkey/mozilla/view/src/nsViewManager.cpp line 1948]
HandleEvent [c:/builds/seamonkey/mozilla/view/src/nsView.cpp line 83]
nsWindow::DispatchEvent
[c:/builds/seamonkey/mozilla/widget/src/windows/nsWindow.cpp line 1119]
nsWindow::DispatchWindowEvent
[c:/builds/seamonkey/mozilla/widget/src/windows/nsWindow.cpp line 1136]
nsWindow::DispatchMouseEvent
[c:/builds/seamonkey/mozilla/widget/src/windows/nsWindow.cpp line 5378]
ChildWindow::DispatchMouseEvent
[c:/builds/seamonkey/mozilla/widget/src/windows/nsWindow.cpp line 5633]
nsWindow::ProcessMessage
[c:/builds/seamonkey/mozilla/widget/src/windows/nsWindow.cpp line 4133]
nsWindow::WindowProc
[c:/builds/seamonkey/mozilla/widget/src/windows/nsWindow.cpp line 1403]
USER32.dll + 0x27ad7 (0x77d67ad7)
USER32.dll + 0x2ccd4 (0x77d6ccd4)
USER32.dll + 0x4455 (0x77d44455)
USER32.dll + 0x95d5 (0x77d495d5)
nsAppShellService::Run
[c:/builds/seamonkey/mozilla/xpfe/appshell/src/nsAppShellService.cpp line 480]
main1 [c:/builds/seamonkey/mozilla/xpfe/bootstrap/nsAppRunner.cpp line 1289]
main [c:/builds/seamonkey/mozilla/xpfe/bootstrap/nsAppRunner.cpp line 1639]
WinMain [c:/builds/seamonkey/mozilla/xpfe/bootstrap/nsAppRunner.cpp line 1660]
WinMainCRTStartup()
kernel32.dll + 0x214c7 (0x77e814c7)
URLs\COMMENTS:
(17121049) Comments: After unsuccesfull changing of the master password I
clicked on "ask for master password after N minutes"
(17106178) URL: www.macromedia.com
(17106178) Comments: Tried to set master password.
(17105081) Comments: Editing Security&Privacy Preferences from out of
"Mail" wanted click on "Reset Masterpassword"
(17098927) URL: http://203.197.150.179/rms/index.html
(17098927) Comments: In preferences : Set master password to radio button
to timeout and click on the text field to enter the timout and the crash is
reproducable.
(17098925) URL: http://203.197.150.179/rms/index.html
(17098925) Comments: Looking in yout preferences window. I do not know
about the 203.... url above.
(17097288) Comments: changing setting in security option password checking
from first time only to every x minutes...mistake occurs everytime i try...no
matter what i've done before
(17043046) Comments: I was trying to set a master password but it seems to
be not working correctly.
Reporter | ||
Comment 1•22 years ago
|
||
oops, wrong component.
Component: Preferences: Backend → Password Manager
Comment 2•22 years ago
|
||
looks like encryption/security, so over to PSM.
Assignee: bnesse → ssaux
Component: Password Manager → Client Library
Product: Browser → PSM
QA Contact: sairuh → junruh
Version: Trunk → 1.01
Updated•22 years ago
|
Priority: -- → P2
Version: 1.01 → 2.4
Comment 3•22 years ago
|
||
This looks high on the list of topcrashers. We should get this for 1.3. It
sounds like people are triggering the crash by either attempting to change the
master password or maybe by simply visiting the master password preference panel.
It's also worth noting that setting the master password is broken, reported in
bug 192917 with JS errors mentioned.
Updated•22 years ago
|
Flags: blocking1.3+
Could there be an out-of-date .xpt file that we're not deleting? (I could see
something like that causing both bugs.)
Comment 5•22 years ago
|
||
> Could there be an out-of-date .xpt file that we're not deleting? (I could see
> something like that causing both bugs.)
junruh reports (see bug 192197 comment 12) that there are indeed two .xpt files
left over when installing 1.3b into a 1.3a directory. I don't know where those
xpt files come from.
Depends on: 192917
Comment 6•22 years ago
|
||
Kai must be referring to bug 192917
Updated•22 years ago
|
Severity: normal → critical
Comment 7•22 years ago
|
||
*** Bug 193324 has been marked as a duplicate of this bug. ***
Comment 8•22 years ago
|
||
crashes also using WinXP, SP1; Build 2003021108
Comment 9•22 years ago
|
||
*** Bug 192748 has been marked as a duplicate of this bug. ***
Comment 10•22 years ago
|
||
just took me 10 minutes to re-find this bug and I knew it was here... adding
description to summary to make it findable.
Summary: trunk topcrash [@ nsPK11Token::GetAskPasswordTimeout] → trunk topcrash with master password tab timeout [@ nsPK11Token::GetAskPasswordTimeout]
Comment 11•22 years ago
|
||
*** Bug 192855 has been marked as a duplicate of this bug. ***
Comment 12•22 years ago
|
||
Stephane, Sean, do we think this will be fixed by the fix at bug 193241 ?
Comment 13•22 years ago
|
||
The crashes seemed to have stopped after 02/10/03 (the day of 1.3b release).
Either the users cleaned up their system and installed again, or the bug was
somehow fixed.
It seems more likely that users would cleanup their previous version of mozilla
than to install the next day's nightly build, then reinstalled again. In which
case bug 193241 would be likely to take care of the crasher.
The patch for bug 193241 also cleaned up other left over files, so if it was
really the cause of the problem, we should no longer see it.
Comment 15•22 years ago
|
||
This crash didn't stop after 2/10. It might have appeared that way because that
was the build date for the M130B release and we had a lot of crashes with those
builds showing up in Talkback data.
I see a few incidents with 2/16 and 2/19 MozillaTrunk builds...so this crash is
definitely happing in some way.
Comment 16•22 years ago
|
||
Marking fixed. No builds IDs from Feb. 20th forward show this crash - "
nsPK11Token::GetAskPasswordTimeout". This problem was fixed by bug 193241,
available on the 20th.
Status: NEW → RESOLVED
Closed: 22 years ago
Resolution: --- → FIXED
Target Milestone: --- → 2.4
Updated•14 years ago
|
Crash Signature: [@ nsPK11Token::GetAskPasswordTimeout]
Updated•8 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•