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)
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
| Reporter | ||
Comment 2•18 years ago
|
||
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
Comment 3•17 years ago
|
||
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
| Assignee | ||
Updated•15 years ago
|
Crash Signature: [@ morkNext::MakeNewNext]
Comment 4•14 years ago
|
||
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.
Description
•