Closed Bug 329518 Opened 19 years ago Closed 19 years ago

Startup fails if profile is created with 2006-03-06 build - storage.sdb is truncated

Categories

(Calendar :: Internal Components, defect)

x86
All
defect
Not set
critical

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: ssitter, Unassigned)

References

Details

(Keywords: fixed1.8.1, intl, regression)

Attachments

(1 file)

Startup fails if profile is created with 2006-03-06 build

1) Download 2006-03-06 nightly build of Sunbird or Lightning

2) Start with '-P' command line flag and create a new profile

3a) Start Sunbird
3b) Start Thunderbird, install Lightning and restart Thunderbird

4) Check calendar tab if 'Home' calendar is displayed and create some events
   --> Ok, works.

5) Close Sunbird/Thunderbird and check storage.sdb with e.g. command line tool
   --> Ok, calendar and events are stored in storage.sdb

6) Restart Sunbird/Thunderbird check calendar tab if 'Home' calendar is displayed:
   --> ERROR, no calendar is displayed. Error in JavaScript Console:

    -----------------------------------------------------------------------
    Error: uncaught exception: [Exception... "Component returned failure code:
    0x80004005 (NS_ERROR_FAILURE) [mozIStorageStatementWrapper.step]"  nsresult:
    "0x80004005 (NS_ERROR_FAILURE)"  location: "JS frame ::
    file:///Y:/tmp/sunbird/components/calCalendarManager.js :: anonymous :: 
    line 269"  data: no]
    -----------------------------------------------------------------------

5) Close Sunbird/Thunderbird and check storage.sdb with e.g. command line tool
   --> ERROR, storage.sdb is empty

Tested with Sunbird 0.3a1+ (20060306) and Thunderbird 1.5 (20051201) + Lightning 0.1 (20060306) on Windows 2000.

Note: The error does not happen if you play around with a profile created with a previous build. Maybe related to check in for Bug 324311.
Same with Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9a1) Gecko/20060306 Mozilla Sunbird/0.3a1+ and Thunderbird 1.5 + Lightning (20060306) on Linux.
OS: Windows 2000 → All
Summary: Startup fails if profile is created with 2006-03-06 build → Startup fails if profile is created with 2006-03-06 build - storage.sdb is truncated
Attached image heap corruption error —
Running my own debug build (VC8, Win2K) gives two popups with the following error message during startup:

    HEAP CORRUPTION DETECTED. (See screenshot). 

Ignoring this messages give the following console output:

WARNING: NS_ENSURE_TRUE(NS_SUCCEEDED(rv)) failed: file 
c:/dev/sunbird/mozilla/storage/src/mozStorageStatement.cpp, line 498

WARNING: NS_ENSURE_TRUE(NS_SUCCEEDED(rv)) failed: file 
c:/dev/sunbird/mozilla/storage/src/mozStorageStatement.cpp, line 452

************************************************************
* Call to xpconnect wrapped JSObject produced this error:  *[Exception... 
"Component returned failure code: 0x80004005 (NS_ERROR_FAILURE) 
[mozIStorageStatementWrapper.step]"  nsresult: "0x80004005 (NS_ERROR_FAILURE)"
location: "JS frame :: file:///y:/tmp/sb-debug-vc8/dist/bin/components/
calCalendarManager.js :: anonymous :: line 269"  data: no]
************************************************************

************************************************************
* Call to xpconnect wrapped JSObject produced this error:  *[Exception... 
"Component returned failure code: 0x80004005 (NS_ERROR_FAILURE) 
[mozIStorageStatementWrapper.step]"  nsresult: "0x80004005 (NS_ERROR_FAILURE)"
location: "JS frame :: file:///y:/tmp/sb-debug-vc8/dist/bin/components/
calCalendarManager.js :: anonymous :: line 269"  data: no]
************************************************************

###!!! ASSERTION: GC preservation didn't work: 'Not Reached', 
file c:/dev/sunbird/mozilla/dom/src/base/nsJSUtils.cpp, line 294

###!!! ASSERTION: listener wasn't preserved properly: 'eventListener', file 
c:/dev/sunbird/mozilla/content/events/src/nsEventListenerManager.cpp, line 1743

JavaScript error: , line 0: uncaught exception: [Exception... 
"Component returned failure code: 0x80004005 (NS_ERROR_FAILURE) 
[mozIStorageStatementWrapper.step]"  nsresult: "0x80004005 (NS_ERROR_FAILURE)"
location: "JS frame :: file:///y:/tmp/sb-debug-vc8/dist/bin/components/
calCalendarManager.js :: anonymous :: line 269"  data: no]
Like you, I suspect the landing of what I thought was a safe patch in bug 325311.
Does it happen with a build from day earlier? As I said in bug 324311, this doesn't happen for me when testing with Firefox + places.
Attached a patch to bug 324311.
Fixed in bug 324311.
Status: NEW → RESOLVED
Closed: 19 years ago
Resolution: --- → FIXED
The bugspam monkeys have struck again. They are currently chewing on default assignees for Calendar. Be afraid for your sanity!
Assignee: base → nobody
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: