Closed Bug 461562 Opened 16 years ago Closed 16 years ago

Crash when closing the tab while uploading with the *new* Mediafire uploader. [@ dataRead - __memcpy]

Categories

(Camino Graveyard :: General, defect)

PowerPC
macOS
defect
Not set
critical

Tracking

(Not tracked)

VERIFIED WORKSFORME

People

(Reporter: robby-svw, Unassigned)

Details

Attachments

(1 file, 1 obsolete file)

27.75 KB, text/plain
Details
User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en; rv:1.8.1.18pre) Gecko/20081024 Camino/1.6.5pre (like Firefox/2.0.0.18pre) Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en; rv:1.8.1.18pre) Gecko/20081024 Camino/1.6.5pre (like Firefox/2.0.0.18pre) ardissone asked me to file this crash. More details in the "Steps to Reproduce". Reproducible: Always Steps to Reproduce: 1. Login to Mediafire. 2. Start an upload using the new uploader which allows you to select several files to upload at once (to crash Camino, one is enough here, though). 3. Close the tab. 4. Watch Camino crash.
Attached file Crashlog (obsolete) —
I originally ran into this crash with a version of Camino 1.6.4 optimised for G4 Macs (unofficial).
Attached file Full crashlog
smorgan was missing the rest of the log.
Attachment #344657 - Attachment is obsolete: true
Reproduced without Input Managers.
If they are implementing upload via CFNetwork, then it's totally divorced from our networking system, in which case I'm not sure how this would be due to anything in our code.
sounds like they should talk to apple...
Summary: Crash when closing the tab while uploading with the *new* Mediafire uploader. → Crash when closing the tab while uploading with the *new* Mediafire uploader. [@ dataRead - __memcpy]
Why is Flash not showing up in any of the threads at all? It's a Flash uploader and presumably it's Flash making the CFNetwork calls?
It's crashing inside a callback, so if I were to guess I'd say the flow is probably: 1) Their uploader sets up a network request with some part of itself handling the callback 2) They are deallocated when the tab closes, but they don't shut down their in-flight network request. 3) The OS networking code therefore tries to call back to an object that no longer exists. Does this happen in Camino 2.0 alpha 1? Firefox 3?
Seems fine with 2.0a1. :)
In that case, closing WFM.
Status: UNCONFIRMED → RESOLVED
Closed: 16 years ago
Resolution: --- → WORKSFORME
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: