Closed Bug 213639 Opened 21 years ago Closed 21 years ago

Browser crashes when attempting to download on Mac OS 10.1.5

Categories

(Core :: Graphics: ImageLib, defect)

Product:
Core
Component:
Graphics: ImageLib
Platform:
PowerPC
macOS
Type:
defect
Priority:
Not set
Severity:
critical

Tracking

()

Status:
RESOLVED FIXED
Milestone:
mozilla1.5final

People

(Reporter: joelcraig23, Assigned: mscott)

References

Details

(Keywords: crash, fixed1.5)

Attachments

(1 file, 1 obsolete file)

better fix
497 bytes, patch
Details | Diff | Splinter Review 
User-Agent:       Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.4) Gecko/20030624
Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.5a) Gecko/20030721

Was attempting to download tournament brackets for my daughter's softball
league, Mozilla crashed as soon as download started. It also crashed when I
tried to d/l Mozilla 1.4.

Reproducible: Always

Steps to Reproduce:
1.Find any link to d/l
2.Click to d/l
3.Browser quits

Actual Results:  
Mozilla crashed

Expected Results:  
Mozilla should have d/l the files. No problem when reverting back to ver. 1.4
I probably should have added that I'm using OSX 10.1.5, in case this makes a
difference.
Hmm, kind of hard to reproduce without any URL...
I guess I could have been more specific. It crashed every time I attempted a
download from numerous sites, and also when attempting to re-d/l version 1.4:

http://ftp.mozilla.org/pub/mozilla/releases/mozilla1.4/mozilla-mac-MachO-1.4.dmg.gz
Joel, do you crash after the downloading is completed or when it starts? Do you
see any error messages? Can you post a Talkback ID or a OS x crash log?
Stefan, it would crash immediately upon beginning a d/l. I had Talkback disabled
and don't currently have 1.5a installed. I suppose I could re-d/l 1.5a, enable
Talkback, and see what happens.
I can now tell you this seems to be a bug in the Download Manager, as the
browser does not crash when I use a Progress Dialog. Also, I re-enabled Talkback
but it wouldn't open upon crashing. One other thing, I got this from Console at
crashing (not sure if this means anything):

dyld: /Applications/Mozilla.app/Contents/MacOS/mozilla-bin Undefined symbols:

/Applications/Mozilla.app/Contents/MacOS/components/libimgicon.dylib undefined
reference to _ReleaseIconRef expected to be defined in ApplicationServices
Confirming with Mozilla build 2003072403 and 2003072803 on OS 10.1.5. 

I can't download anything. For instance, attempting to download a file by
clicking any of the links at http://ftp.mozilla.org/pub/mozilla/nightly/latest/
will cause a crash. Creating a new profile doesn't help. After every attempt to
download there's a 4K large file on the desktop. 

Using "Save link target as..." from the contextual menu works fine.

No talkback or crashreporter log, Mozilla exits with the message (translated
from Swedish): "The application Mozilla have unexpectedly quit. This hasn't
effected the system or any other programs". However, I do have the same message
in the Console as Joel after I crashed.

My settings in the download manager (Preferences... --> Navigator --> Downloads)
doesn't seem to matter, I never checked that with the earlier build though.

This is probably unrelated, but everytime I start Mozilla I get a message in the
Console (this is with build 2003072803, didn't check with the other build):
*** malloc[Different number]: Deallocation of a pointer not malloced: 0x1cee0;
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
Severity: normal → critical
*** Bug 216268 has been marked as a duplicate of this bug. ***
No longer blocks: 217759
Blocks: 217759
Stefan, do you get that message about malloc if you use the progress dialog
instead of the download manager?

Would it be at all possible to produce a stack from a debug build or from macsbug?
I get this message everytime I start Mozilla:

*** malloc[275]: Deallocation of a pointer not malloced: 0x1cee0; 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

When clicking on a download link Mozilla quits with this message in the console:

dyld: /Applications/Mozilla.app/Contents/MacOS/mozilla-bin Undefined symbols:
/Applications/Mozilla.app/Contents/MacOS/components/libimgicon.dylib undefined
reference to _ReleaseIconRef expected to be defined in ApplicationServices

I get this message regardless of my settings in "Preferences..." --> "Navigator"
--> "Downloads"

I'm currently on Mozilla build 2003072803, I'll see if I manage to download a
later Mozilla build with Camino (I'm on a 56K connection...) This must be a OS
10.1.x issue, haven't seen any reports from 10.2+ users.

BTW, I think MacsBug is Classic-only.
OK, did some more testing on build 2003082903:

The key to trigger a crash/exit when clicking on a download link seems to be
related to Mozilla asking you what to do with the file.

I'll crash if I click on a link (tested with pdf) if:

1. No helper application for that file is specified (ie, Mozilla will ask what
to do with the file)

2. If I specify a file type (in this case pdf) in "Preferences..." -->
"Navigator" --> "Helper applications" *and* have the box "Always ask me before
handling files of this type" checked. This is mentioned by the reporter of bug
216268 (http://bugzilla.mozilla.org/show_bug.cgi?id=216268#c5)

My settings in "Preferences..." --> "Navigator" --> "Downloads" doesn't seem to
matter.

This is probably a separate bug, but as the reporter of bug 216268 mention,
trying to edit the entry in "Helper applications" (by selecting it) will also
trigger a crash/exit.


ccing some mac people... maybe some sort of bizarre linking issue?

Stefan, is this a clean install?  Or an install over an older build?
Boris:

As clean as it can be... Fresh profile and deleting the old app. Following the
instructions at
http://www.mozilla.org/releases/mozilla1.5b/installation.html#mac, except for
the file "Mozilla Registry" (doesn't exists in
/Users/yourusername/Library/Preferences, it's in my OS 9 system folder and not
deleted, since I'm running 1.2.1 in classic mode. But this shouldn't matter AFAIK.

There are some more possible related bugs: bug 215657, the reporter is on OS
10.1.5: http://bugzilla.mozilla.org/show_bug.cgi?id=215657#c4.

Bug 213991 could also be related

Could this have some thing to do with the fact that Mozilla probably is builded
on 10.2?
This is the key: 
dyld: /Applications/Mozilla.app/Contents/MacOS/mozilla-bin Undefined symbols:
/Applications/Mozilla.app/Contents/MacOS/components/libimgicon.dylib undefined
reference to _ReleaseIconRef expected to be defined in ApplicationServices

We have some linkage issues on 10.1.5, apparently.
Status: UNCONFIRMED → NEW
Component: Browser-General → ImageLib
Ever confirmed: true
Summary: Browser crashes when attempting to download → Browser crashes when attempting to download on Mac OS 10.1.5
Just found bug 218029. Looks related, but now it's _GetIconRefFromFile...
*** Bug 218029 has been marked as a duplicate of this bug. ***
Hi. I am experiencing this bug, but am not sure it is a download manager issue
since I went into the download preferences and  set it to:

-open download manager
-open a progress dialogue
-don't open anything

Trying each of the settings in turn with a download had no effect. The browser
still unexpectedly quit about a second after clicking on the download before the
download manager or progress dialogue window appeared.

My setup:
MacOS X
Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.5b) Gecko/20030908

Here is the console log (I cleaned the log before launching Mozilla):

Mac OS X Version 10.1.5 (Build 5S66)
*** malloc[344]: Deallocation of a pointer not malloced: 0x1d140; 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
/Volumes/NewDrive15/Mozilla 1.5 beta/Mozilla.app/Contents/MacOS/mozilla-bin:
can't map file: /Volumes/NewDrive15/Mach-oNightly/Internet
Plug-Ins/MRJPluginCarbon.plugin ((os/kern) invalid argument)
dyld: /Volumes/NewDrive15/Mozilla 1.5
beta/Mozilla.app/Contents/MacOS/mozilla-bin Undefined symbols:
/Volumes/NewDrive15/Mozilla 1.5
beta/Mozilla.app/Contents/MacOS/components/libimgicon.dylib undefined reference
to _ReleaseIconRef expected to be defined in ApplicationServices
2003-09-08 15:23:49.746 loginwindow[293] Can't connect to pbs object
"RulebookServer"
2003-09-08 15:23:49.746 loginwindow[293] Can't connect to pbs object
"RulebookServer"
*** malloc[345]: Deallocation of a pointer not malloced: 0x1d170; 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
/Volumes/NewDrive15/Mozilla 1.4a final/Mozilla
1.4.app/Contents/MacOS/mozilla-bin: can't map file:
/Volumes/NewDrive15/Mach-oNightly/Internet Plug-Ins/MRJPluginCarbon.plugin
((os/kern) invalid argument)
Sep  8 15:27:43 h24-79-64-65 /sbin/autodiskmount[106]: disk2s2    ???    hfs   
  no    no    Mozilla          /Volumes/Mozilla 

*** malloc[357]: Deallocation of a pointer not malloced: 0x1d160; 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
/Volumes/NewDrive15/Moz Suite Nightly/Mozilla.app/Contents/MacOS/mozilla-bin:
can't map file: /Volumes/NewDrive15/Moz Suite Nightly/Internet Plug-Ins/PDF
Browser Plugin.plugin ((os/kern) invalid argument)
/Volumes/NewDrive15/Moz Suite Nightly/Mozilla.app/Contents/MacOS/mozilla-bin:
can't map file: /Volumes/NewDrive15/Moz Suite Nightly/Internet
Plug-Ins/QuickTime Plugin.plugin ((os/kern) invalid argument)
/Volumes/NewDrive15/Moz Suite Nightly/Mozilla.app/Contents/MacOS/mozilla-bin:
can't map file: /Volumes/NewDrive15/Moz Suite Nightly/Internet Plug-Ins/DRM
Plugin.bundle ((os/kern) invalid argument)
/Volumes/NewDrive15/Moz Suite Nightly/Mozilla.app/Contents/MacOS/mozilla-bin:
can't map file: /Volumes/NewDrive15/Moz Suite Nightly/Internet Plug-Ins/Windows
Media Plugin ((os/kern) invalid argument)
/Volumes/NewDrive15/Moz Suite Nightly/Mozilla.app/Contents/MacOS/mozilla-bin:
can't map file: /Volumes/NewDrive15/Moz Suite Nightly/Internet
Plug-Ins/MRJPluginCarbon.plugin ((os/kern) invalid argument)
dyld: /Volumes/NewDrive15/Moz Suite
Nightly/Mozilla.app/Contents/MacOS/mozilla-bin Undefined symbols:
/Volumes/NewDrive15/Moz Suite
Nightly/Mozilla.app/Contents/MacOS/components/libimgicon.dylib undefined
reference to _ReleaseIconRef expected to be defined in ApplicationServices
*** malloc[358]: Deallocation of a pointer not malloced: 0x1d160; 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
/Volumes/NewDrive15/Moz Suite Nightly/Mozilla.app/Contents/MacOS/mozilla-bin:
can't map file: /Volumes/NewDrive15/Moz Suite Nightly/Internet
Plug-Ins/MRJPluginCarbon.plugin ((os/kern) invalid argument)
dyld: /Volumes/NewDrive15/Moz Suite
Nightly/Mozilla.app/Contents/MacOS/mozilla-bin Undefined symbols:
/Volumes/NewDrive15/Moz Suite
Nightly/Mozilla.app/Contents/MacOS/components/libimgicon.dylib undefined
reference to _ReleaseIconRef expected to be defined in ApplicationServices
*** malloc[359]: Deallocation of a pointer not malloced: 0x1d160; 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
/Volumes/NewDrive15/Moz Suite Nightly/Mozilla.app/Contents/MacOS/mozilla-bin:
can't map file: /Volumes/NewDrive15/Moz Suite Nightly/Internet
Plug-Ins/MRJPluginCarbon.plugin ((os/kern) invalid argument)
*** malloc[362]: Deallocation of a pointer not malloced: 0x1d160; 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
/Volumes/NewDrive15/Moz Suite Nightly/Mozilla.app/Contents/MacOS/mozilla-bin:
can't map file: /Volumes/NewDrive15/Moz Suite Nightly/Internet
Plug-Ins/MRJPluginCarbon.plugin ((os/kern) invalid argument)
dyld: /Volumes/NewDrive15/Moz Suite
Nightly/Mozilla.app/Contents/MacOS/mozilla-bin Undefined symbols:
/Volumes/NewDrive15/Moz Suite
Nightly/Mozilla.app/Contents/MacOS/components/libimgicon.dylib undefined
reference to _ReleaseIconRef expected to be defined in ApplicationServices

There's at least one report from a user that crashes with the same console
message when trying to open certain e-mails. See bug 218740.
I bet this is related to:

http://bugzilla.mozilla.org/show_bug.cgi?id=196612

mozicon for the mac used to work back in the mac binary project days. I'm
guessing when we transitioned to the Makefile system for the Mac, we stopped
building this. Then the fix for 196612 went in which started building the mac
decoder again. And then we started seeing the unresolved link error.

This leaves two questions in my mind:

1) Is the link error an issue with the old icon code using something that
doesn't get resolved dynamically in 10.1?

or

2) Is something missing in the new Makefile changes from 196612?

Taking since general-browser is a black hole.

Although I do not own a Mac to test things on. But I can at least help drive a fix.
Assignee: general → scott
Flags: blocking1.5?
Keywords: crash
Target Milestone: --- → mozilla1.5final
Scott - I can provide you with ssh/VNC access to a Dual 1.25 G4, but it's
10.2.6.  Sounds like this is a 10.1.x bug.  If so, that wouldn't help you much.
 Email me privately if interested.

Len
Since the same crash also seem to occur when trying to:

1. Add an attachment to a mail (bug 218932)
2. Open a mail message with an attached file (bug 218936)
3. Trying to open certain mail messages (bug 218740)

Could someone please change the summary?
No longer blocks: 216497
*** Bug 216497 has been marked as a duplicate of this bug. ***
Moz 1.5b build 2003082703 ; OS X 10.1

It doesn't crash from all downloads.  Just ones from the nightly build link:
http://ftp.mozilla.org/pub/mozilla/nightly/latest-trunk/mozilla-mac-MachO.dmg.gz

...at least so far.  It has crashed on me every time. No download dialog or
anything.

It's just rather annoying when I'm trying to download the next build.

pat
Can someone post a talkback ID so we can try to match this up to other crashes
in the talkback database?
I would love to show a talkback ID but for some reason talkback doesn't show up
when Mozilla crashes for me.  Is there some way to turn it on?  I can't find any
documentation to tell me how to turn this feature on for OS X.

Dumb question: I'm new, what's this console everyone is talking about and how do
I see it?
The best information that can be provided will have to be provided from the
Console. This is because when Mozilla fails to download the file no crash.log or
talkback log is generated.

Asking for a talkback ID is useless since the talckback log is never generated
with this bug is experienced.
*** Bug 219734 has been marked as a duplicate of this bug. ***
If we aren't getting anywhere on the linking issues, could we at least
re-disable the decoder as a stopgap for 1.5?  Shipping it with this crash would
be very unfortunate -- this makes the browser almost unusable for daily browsing.
Attached patch possible fix (obsolete) — — Splinter Review 
I suspect this will fix the problem, but I have no way of verifying it.  At any
rate, it shouldn't hurt anything, so we could check it in and have someone on
10.1.x verify whether it fixes the problem.
Attached patch better fix — — Splinter Review 
I think it's incorrect for us to link to ApplicationServices/CoreServices
directly here.	The symbols should be accessed through the Carbon umbrella
framework.
Attachment #132394 - Attachment is obsolete: true
I checked in this patch.  Could someone who is seeing this problem please
download a nightly trunk build from 2003-09-30 or later, when they are
available, and test whether this bug is fixed?

Using build 2003093005 on Mac OS 10.1.5

I was able to successfully download the nightly build:
http://ftp.mozilla.org/pub/mozilla/nightly/latest-trunk/mozilla-mac-MachO.dmg.gz

with this build of mozilla. That's the only link I've tested to download yet but
that was one of the links that gave several people trouble in previous 1.5x builds.

Good work.
WFM with 2003093005 on Mac OS 10.1.5. :)

No crash when clicking on download links. Have also successfully downloaded
files from Tucows with no problem (hqx, sit & zip). Great! Bug 218932 & 218936
(mentioned in comment #21) are also WFM (haven't been able to check bug 218740). 

 
yep, this would address all of those bugs.  thanks for verifying.
Status: NEW → RESOLVED
Closed: 21 years ago
Resolution: --- → FIXED
I belive this should be mentioned in the release notes if it doesn't get fixed
on the 1.5 branch.
Comment on attachment 132395 [details] [diff] [review]
better fix

Could this please be checked in on the 1.5 branch? This fixes a very common
crash on Mac ...
Attachment #132395 - Flags: approval1.5?
*** Bug 222375 has been marked as a duplicate of this bug. ***
*** Bug 222414 has been marked as a duplicate of this bug. ***
This bug is not resolved as any attempt to download from either Firebird 0.7 or
Mozilla 1.5 will cause a crash when using Mac OS 10.1.5
*** Bug 222444 has been marked as a duplicate of this bug. ***
wchristi@adelphia.net, please note that the patch has the "approval1.5?" flag
set.  This means it was never approved for the 1.5 branch, which is why the bug
is present in 1.5.  The bug is resolved in current trunk builds.
*** Bug 222715 has been marked as a duplicate of this bug. ***
*** Bug 222710 has been marked as a duplicate of this bug. ***
*** Bug 222825 has been marked as a duplicate of this bug. ***
Flags: blocking1.5?
Comment on attachment 132395 [details] [diff] [review]
better fix

1.5 shipped. removing obsolete request.
Attachment #132395 - Flags: approval1.5?
Could we at least add this to the release notes?
Don't we use the relnote keyword any more?

/be
Keywords: relnote
sure, i could (anyone have a suggestion about a polite way to indicate that 1.5
is a dud on osx 10.1?). but how about letting us set an approval1.5.1? flag so
that it doesn't miss 1.5.1?
checked in on the 1.5 branch per drivers' request.
Keywords: fixed1.5
*** Bug 223755 has been marked as a duplicate of this bug. ***
Keywords: relnote
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: