Closed
Bug 219726
Opened 21 years ago
Closed 21 years ago
crash when clicking on entry in Preferences helper applications list
Categories
(SeaMonkey :: Preferences, defect)
Tracking
(Not tracked)
RESOLVED
WORKSFORME
People
(Reporter: lorenrosen, Assigned: bugs)
References
Details
User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.5) Gecko/20030916 Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.5) Gecko/20030916 brower crash when using Preferences dialog Reproducible: Always Steps to Reproduce: 1. select Mozilla->Preferences... from menu bar 2. select Helper Applications 3. click on one of the listed file types Actual Results: Mozilla crashed. No stack trace. Following message in console.log: *** malloc[306]: Deallocation of a pointer not malloced: 0x1d050; This could be a double free(), or free() called with the middle of an allocated block; Try setting environment variable MallocHelp to see tools to help debug /Applications/Mozilla.app/Contents/MacOS/mozilla-bin: can't map file: /Library/Internet Plug-Ins/MRJPluginCarbon.plugin ((os/kern) invalid argument) Expected Results: bring up info on helper app as usual
| Reporter | ||
Comment 1•21 years ago
|
||
since user-agent does show this: using MacOS 10.1.5
| Reporter | ||
Comment 2•21 years ago
|
||
crash apparently also erased my bookmarks file
| Reporter | ||
Comment 3•21 years ago
|
||
Here's an easy way to reproduce this: 1. create a new profile, and start mozilla with it 2. using preferences, create a helper application entry, and save it 3. now try to select the new helper entry. Mozilla will crash Also, the crash apparently corrupts the bookmarks. If you save some bookmarks before editing preferences, and later re-start with this profile, they will be gone. Moreover subsequent bookmark changes will not be saved between quit and re-start, and attempts to drag-and-drop onto the bar that has 'Home' and 'Bookmarks' simply cause Mozilla to beep and do nothing.
Comment 4•21 years ago
|
||
Can you please attach the OS X crash log from this crash ?
Comment 5•21 years ago
|
||
No crash log appeared. Last saw one from a Mozilla crash in February. Have never seen talkback work on OS X.
Comment 6•21 years ago
|
||
I meqan with "crash log" not the Talkback report.
Comment 7•21 years ago
|
||
Right... I meant I've seen neither crash logs on the console or talkback reports from Mozilla in some time. The most I've seen are messages on the console log as I reported. BTW this crash still occurs with the latest nightly build.
Comment 8•21 years ago
|
||
Loren, you don't see a message like this (if you clear the console before you repro the crash): "dyld: .../.../Mozilla.app/Contents/MacOS/mozilla-bin Undefined symbols: .../.../Mozilla.app/Contents/MacOS/components/libimgicon.dylib undefined reference to _ReleaseIconRef expected to be defined in ApplicationServices"? If you do, this should have been fixed in the latest builds by the fix for bug 213639.
Comment 9•21 years ago
|
||
I did see a message like that. But with the latest build I don't anymore, and it doesn't crash (at least, not from trying to editing the preferences).
Comment 10•21 years ago
|
||
Marking fixed, since the linkage-issue where fixed by the check-in for bug 213639.
Status: UNCONFIRMED → RESOLVED
Closed: 21 years ago
Resolution: --- → FIXED
Comment 12•21 years ago
|
||
it's unsure if that patch fixed this bug -> wfm
Status: UNCONFIRMED → RESOLVED
Closed: 21 years ago → 21 years ago
Resolution: --- → WORKSFORME
Comment 13•21 years ago
|
||
*** Bug 222710 has been marked as a duplicate of this bug. ***
Updated•20 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•