Closed Bug 535948 Opened 15 years ago Closed 14 years ago

crash when trying to create a new folder in the bookmark manager [@ Foundation@0x11638 ] or [@ -[NSKeyedUnarchiver initForReadingWithData:] ]

Categories

(Camino Graveyard :: Bookmarks, defect)

x86
macOS
defect
Not set
critical

Tracking

(Not tracked)

RESOLVED INCOMPLETE

People

(Reporter: stefan.thurnherr+caminobugs, Unassigned)

Details

(Keywords: crash)

Crash Data

User-Agent:       Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.4; en; rv:1.9.0.16) Gecko/2009120123 Camino/2.0.1 (like Firefox/3.0.16)
Build Identifier: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.4; en; rv:1.9.0.16) Gecko/2009120123 Camino/2.0.1 (like Firefox/3.0.16)

Camino crashes when I try to create a new sub-folder in an existing bookmark folder via the parent folder's context menu. This happens since I updated to my current Camino version.

Reproducible: Always

Steps to Reproduce:
Crash reproducible:
1. Cmd+B to open the bookmark manager
2. Right-click an existing folder (in my case one that is being displayed in the bookmark bar)
3. Select "Create New Folder..."
4. Camino crashes, the Camino Crash Reporter appears.
Actual Results:  
Camino crashes, the Camino Crash Reporter appears. I submitted a crash report, the id is:
bp-a1744612-fb83-4637-8e28-229072091219

Expected Results:  
I'd expect Camino to create a new sub-folder, as it has always done in previous versions.
Keywords: crash, crashreportid
sadly we're missing useful symbols for your computer.
Keywords: crashreportid
Summary: crash when trying to create a new folder in the bookmark manager → crash when trying to create a new folder in the bookmark manager [@ Foundation@0x11638 ]
So, the top of the stack looks like

-[NSKeyedUnarchiver initForReadingWithData:]
loadNib
+[NSBundle(NSNibLoading) _loadNibFile:nameTable:withZone:ownerBundle:]
+[NSBundle(NSNibLoading) loadNibFile:externalNameTable:withZone:]
-[NSWindowController loadWindow]
-[NSWindowController window]
-[AddBookmarkDialogController showDialogWithLocationsAndTitles:isFolder:onWindow:]
[...]

Generally that sort of stack means either the OS is horked or a nib is corrupt; since the OS is loading other nibs just fine, it's possible the "Add Bookmark Folder" sheet somehow got corrupted during the update.

Stefan, I assume the previous version was 2.0, and you auto-updated to 2.0.1?  If you download 2.0.1 manually, does adding a bookmark folder work? http://caminobrowser.org/download/
Summary: crash when trying to create a new folder in the bookmark manager [@ Foundation@0x11638 ] → crash when trying to create a new folder in the bookmark manager [@ Foundation@0x11638 ] or [@ -[NSKeyedUnarchiver initForReadingWithData:] ]
Looking through the comments and reports for crashes with this signature (they're all 10.4, and obviously all from a 10.4.11 8S2167 where module IDs don't match exactly), there are a number of .nibs implicated: Preferences, the pop-up blocker, the Downloads window, and the Add Bookmark sheet.  

I suppose it's possible that this particular version of the OS has some slight bug in nib unarchiving that was fixed in a later Security Update, but it seems more likely that we're getting corrupted nibs during update unpacking/installing :/
(In reply to comment #2)
> Stefan, I assume the previous version was 2.0, and you auto-updated to 2.0.1? 
> If you download 2.0.1 manually, does adding a bookmark folder work?
> http://caminobrowser.org/download/

Yes, 2.0.1 was delivered to my computer via auto-update. I'm not sure whether my previous version was 2.0. However, I usually update when auto-update asks me to. But as there is no "about:updates", I can't tell for sure...

And yes, when I download 2.0.1 manually (and run it without moving it to the Applications folder), adding a bookmark folder works like a charm :-) . Workaround, so you might lower this bug's priority/severity.
I can't reproduce this on Mac OS X 10.4.11 (Build 8S2167) : Intel.
Sounds like the auto-update was corrupted for some unknown reason, but as far as I know we haven't gotten any closer to determining why this happens occasionally, so INCOMPLETE for now.
Status: UNCONFIRMED → RESOLVED
Closed: 14 years ago
Resolution: --- → INCOMPLETE
new year, new hardware, new OS X, new Camino (2.0.6) - and the bug is gone. So fine for me to "resolve" this bug.
Crash Signature: [@ Foundation@0x11638 ] or [@ -[NSKeyedUnarchiver initForReadingWithData:] ]
You need to log in before you can comment on or make changes to this bug.