1.3 crashes loading same image twice with IFRAME when not in a tab, or tab bar visible

RESOLVED WORKSFORME

Status

Core Graveyard
GFX: Mac
--
critical
RESOLVED WORKSFORME
15 years ago
9 years ago

People

(Reporter: Thad Hoffman, Assigned: Simon Fraser)

Tracking

({crash, qawanted})

Trunk
PowerPC
Mac OS X
crash, qawanted

Firefox Tracking Flags

(Not tracked)

Details

(Whiteboard: Mac OS X 10.1.x only?)

Attachments

(4 attachments)

(Reporter)

Description

15 years ago
User-Agent:       Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.3) Gecko/20030312
Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.3) Gecko/20030312

This test page will crash 1.3 Mac OS onload if not in a tab or tab bar not visible.
Removing the background images seem to solve it if not in tab or tab bar not
visible. Not an issue for 1.3 Win or 1.3b Mac.

Reproducible: Always

Steps to Reproduce:
1. open test file not in a tab or tab bar visible
2. moz 1.3 will crash instantly
3.

Actual Results:  
instant crash

Expected Results:  
not crashed :-)
(Reporter)

Comment 1

15 years ago
Created attachment 117732 [details]
dropzip archive of test files

expand and open the default.htm file in 1.3 on Mac OS X without tab bar visible
or tab open. It will crash.

Open in with tab bar visible, or in a tab and it will work.

Open without tab bar visible or in a tab after commenting out the background
image code, it will work.
(Reporter)

Comment 2

15 years ago
Pages test without error or crash in Win32 1.3 build. 

Comment 3

15 years ago
Thad, please attach the crash report generated by Mozilla.

Does it also crash using a current nightly trunk build?
Severity: major → critical
Keywords: crash, stackwanted
(Reporter)

Comment 4

15 years ago
Created attachment 117734 [details]
crash log generated by  Moz 1.3 crashing from this bug

This log is all from testing this bug, first Crash I've had in a long time in
Mozilla. 

I'm downloading the nightly build now and will post the test results.

thanks
Thad
(Reporter)

Comment 5

15 years ago
Created attachment 117735 [details]
crash log generated by  Moz 1.3 crashing from this bug

This log is all from testing this bug, first Crash I've had in a long time in
Mozilla. 

I'm downloading the nightly build now and will post the test results.

thanks
Thad
(Reporter)

Comment 6

15 years ago
Created attachment 117737 [details]
todays (3-19-03) nightly versions crash log

Yes the same crash / behavior happens in the nightly build as well. Mac OS X
only.
-> GFX:MAc ?
Assignee: asa → sfraser
Component: Browser-General → GFX: Mac
Keywords: stackwanted
QA Contact: asa → ian

Comment 8

15 years ago
WorksForMe using FizzillaMach/2003032013 on Mac OS X 10.2.4. 10.1.x-only?
(Reporter)

Comment 9

15 years ago
3-25-03 nightly still fails on OS X 10.1.5. Just noting as I am testing other
bugs in the nightly and I noticed the "only 10.1" post.

Date/Time:  2003-03-25 16:42:05 -0600
OS Version: 10.1.5 (Build 5S66)

Command:    mozilla-bin
PID:        425

Exception:  EXC_BAD_ACCESS (0x0001)
Codes:      KERN_INVALID_ADDRESS (0x0001) at 0x05439000

Comment 10

15 years ago
WFM in 2003032408 on Mac OS 10.2.4

I think this is an OS X.1 problem.

Updated

15 years ago
Keywords: qawanted
Summary: 1.3 crash loading same image twice with iFrame when not in a tab, or tab bar visible → 1.3 crashes loading same image twice with IFRAME when not in a tab, or tab bar visible
Whiteboard: Mac OS X 10.1.x only?

Comment 11

14 years ago
Worksforme with Mozilla 2003121805 on Mac OS 10.1.5. Thad, do you still crash
with a recent build? CC:ing Ian, who have 10.1.5-install to test with. This
smells wfm.

Comment 12

14 years ago
Worksforme on Mozilla 1.4.1 using Mac OS 10.1.5

Comment 13

14 years ago
This still wfm with Mozilla 2003122705 (mac os 10.1.5). Resolving as WORKSFORME.
Status: UNCONFIRMED → RESOLVED
Last Resolved: 14 years ago
Resolution: --- → WORKSFORME
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.