Closed Bug 375491 Opened 19 years ago Closed 14 years ago

crash [@ morkNext::MakeNewNext] after palmsync with Euro in AB card and in AB name

Categories

(MailNews Core Graveyard :: Palm Sync, defect)

x86
Windows XP
defect
Not set
critical

Tracking

(Not tracked)

RESOLVED INCOMPLETE

People

(Reporter: wsmwk, Unassigned)

Details

(Keywords: crash)

Crash Data

data synced to PC crashes address book, but after thunderbird is restarted the data can be viewed with no crash start with PC with palmsync (conduit) extension installed 1. on palm PDA in personal category create AB card with Euro or umlaut in the name 2. on PC set mozilla address book hotstsync entry to handheld overwrites desktop, HH>DT (so that TB address books will be overwritten) 3. sync 4. on PC you now have 3-4 address books (number depends on the PDA you sync) 5. on PC click to change address books. 6. crash additional symptom, if by some strange reason after step 5 you are able to view the personal address book, it does not display any AB cards I tested TB 1.5 and 2.0. I expect trunk build will have the same problem. TB 1.5 crash TB30527024 TB 2.0 crash TB30621935 TB30621935 Stack Signature morkNode::MakeNew f9fd3993 Product ID Thunderbird2 Build ID 2007030803 Trigger Time 2007-03-26 17:19:36.0 Platform Win32 Operating System Windows NT 5.1 build 2600 Module thunderbird.exe + (0003f6f2) URL visited User Comments after sync PAB entry that starts with u-umlaut s/vseerror Since Last Crash 411 sec Total Uptime 355874 sec Trigger Reason Access violation Source File, Line No. e:/builds/tinderbox/Tb-Mozilla1.8/WINNT_5.0_Depend/mozilla/db/mork/src/morkNode.cpp, line 182 Stack Trace morkNode::MakeNew [mozilla/db/mork/src/morkNode.cpp, line 182] morkTable::NewTableRowCursor [mozilla/db/mork/src/morkTable.cpp, line 1540] morkTable::GetTableRowCursor [mozilla/db/mork/src/morkTable.cpp, line 459] nsAbView::Init [mozilla/mailnews/addrbook/src/nsAbView.cpp, line 232] XPTC_InvokeByIndex [mozilla/xpcom/reflect/xptcall/src/md/win32/xptcinvoke.cpp, line 102] XPCWrappedNative::CallMethod [mozilla/js/src/xpconnect/src/xpcwrappednative.cpp, line 2169] XPC_WN_CallMethod [mozilla/js/src/xpconnect/src/xpcwrappednativejsops.cpp, line 1455] js_Invoke [mozilla/js/src/jsinterp.c, line 1396] js_Interpret [mozilla/js/src/jsinterp.c, line 3975] js_Invoke [mozilla/js/src/jsinterp.c, line 1415] js_InternalInvoke [mozilla/js/src/jsinterp.c, line 1490] JS_CallFunctionValue [mozilla/js/src/jsapi.c, line 4356] nsJSContext::CallEventHandler [mozilla/dom/src/base/nsJSEnvironment.cpp, line 1493] nsJSEventListener::HandleEvent [mozilla/dom/src/events/nsJSEventListener.cpp, line 195] nsEventListenerManager::HandleEventSubType [mozilla/content/events/src/nsEventListenerManager.cpp, line 1655] nsEventListenerManager::HandleEvent [mozilla/content/events/src/nsEventListenerManager.cpp, line 1762] nsXULElement::HandleDOMEvent [mozilla/content/xul/content/src/nsXULElement.cpp, line 2230] nsTreeSelection::FireOnSelectHandler [mozilla/layout/xul/base/src/tree/src/nsTreeSelection.cpp, line 789] nsTreeSelection::Select [mozilla/layout/xul/base/src/tree/src/nsTreeSelection.cpp, line 378] XPCWrappedNative::CallMethod [mozilla/js/src/xpconnect/src/xpcwrappednative.cpp, line 2169] XPC_WN_CallMethod [mozilla/js/src/xpconnect/src/xpcwrappednativejsops.cpp, line 1455] js_Invoke [mozilla/js/src/jsinterp.c, line 1396] js_Interpret [mozilla/js/src/jsinterp.c, line 3975] js_Invoke [mozilla/js/src/jsinterp.c, line 1415] js_InternalInvoke [mozilla/js/src/jsinterp.c, line 1490] JS_CallFunctionValue [mozilla/js/src/jsapi.c, line 4356] nsJSContext::CallEventHandler [mozilla/dom/src/base/nsJSEnvironment.cpp, line 1493] nsJSEventListener::HandleEvent [mozilla/dom/src/events/nsJSEventListener.cpp, line 195] nsXBLPrototypeHandler::ExecuteHandler [mozilla/content/xbl/src/nsXBLPrototypeHandler.cpp, line 513] nsXBLEventHandler::HandleEvent [mozilla/content/xbl/src/nsXBLEventHandler.cpp, line 86] nsEventListenerManager::HandleEventSubType [mozilla/content/events/src/nsEventListenerManager.cpp, line 1655] nsEventListenerManager::HandleEvent [mozilla/content/events/src/nsEventListenerManager.cpp, line 1762] nsXULElement::HandleDOMEvent [mozilla/content/xul/content/src/nsXULElement.cpp, line 2230] PresShell::HandleEventInternal [mozilla/layout/base/nsPresShell.cpp, line 6425] PresShell::HandleEvent [mozilla/layout/base/nsPresShell.cpp, line 6261] nsViewManager::HandleEvent [mozilla/view/src/nsViewManager.cpp, line 2559] nsViewManager::DispatchEvent [mozilla/view/src/nsViewManager.cpp, line 2246] HandleEvent [mozilla/view/src/nsView.cpp, line 174] nsWindow::DispatchEvent [mozilla/widget/src/windows/nsWindow.cpp, line 1389] nsWindow::DispatchMouseEvent [mozilla/widget/src/windows/nsWindow.cpp, line 6442] ChildWindow::DispatchMouseEvent [mozilla/widget/src/windows/nsWindow.cpp, line 6689] nsWindow::WindowProc [mozilla/widget/src/windows/nsWindow.cpp, line 1577] USER32.dll + 0x8734 (0x77d48734) USER32.dll + 0x8816 (0x77d48816) USER32.dll + 0x89cd (0x77d489cd) USER32.dll + 0x8a10 (0x77d48a10) nsAppShell::Run [mozilla/widget/src/windows/nsAppShell.cpp, line 159] nsAppStartup::Run [mozilla/toolkit/components/startup/src/nsAppStartup.cpp, line 152] main [mozilla/mail/app/nsMailApp.cpp, line 62] kernel32.dll + 0x16fd7 (0x7c816fd7)
I got the same crash while moving all address book cards to a new address book and trying to delete the old one (not the Personal Address Book). Talkback id: TB32459760Y
Henrik in comment #1 > I got the same crash while moving all address book cards to a new address book > and trying to delete the old one (not the Personal Address Book). > > Talkback id: TB32459760Y spooky. I don't find any crash bugs about "new" ab entries or mork since - 2002-01-16 for mork - 2004ish for new AB cards
Assignee: mscott → nobody
Moving to palm sync component. I think in any case this bug may be too old to do anything about, if we're still seeing it even.
Component: Address Book → Palm Sync
Product: Thunderbird → MailNews Core
QA Contact: address-book → palm-sync
Version: 2.0 → unspecified
Product: MailNews Core → MailNews Core Graveyard
Crash Signature: [@ morkNext::MakeNewNext]
PalmSync is dead, resolving the bug to get it off the "open crash bugs" radar.
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → INCOMPLETE
You need to log in before you can comment on or make changes to this bug.