uncaught exception from window.sizeToContent() on frameset

NEW
Unassigned

Status

()

Core
Layout: HTML Frames
P2
minor
16 years ago
9 years ago

People

(Reporter: Tuukka Tolvanen (sp3000), Unassigned)

Tracking

({testcase})

Trunk
Future
x86
Linux
testcase
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

Attachments

(3 attachments)

(Reporter)

Description

16 years ago
User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3a) Gecko/20021116 Phoenix/0.4
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3a) Gecko/20021116 Phoenix/0.4

If a document being viewed in the browser window is a frameset, calling
window.sizeToContent() crashes. Mozilla trunk cvs 2002-11-15 on linux.

Reproducible: Always

Steps to Reproduce:
1. load testcase
2. click on link

Actual Results:  
Crash

Expected Results:  
No crash. A resize, if that's feasible, would be nice too.
(Reporter)

Comment 1

16 years ago
Created attachment 106488 [details]
simple testcase with frames and a link with onload="window.sizeToContent();"
(Reporter)

Updated

16 years ago
Keywords: crash
(Reporter)

Comment 2

16 years ago
Created attachment 106492 [details]
debug build 2002-11-12 console output (no stack)

Running a debug build it goes slow enough to see the window grow rather large,
before Mozilla dies.
(Reporter)

Updated

16 years ago
Keywords: testcase

Comment 3

16 years ago
Created attachment 106493 [details]
stack during hang

with linux trunk build 20021114 and current CVS, I get a hang

Updated

16 years ago
Keywords: hang
This is layout
Assignee: jst → frame
Component: DOM Level 0 → Layout: HTML Frames
QA Contact: desale → amar

Comment 5

16 years ago
This works in Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.2b)
Gecko/20021016. So regression
Keywords: regression
(Reporter)

Comment 6

16 years ago
Frank, are you seeing the abnormal exit in a later build? I tested
2002-10-14-13-NATIVE_THEME, 1.2b, 2002-10-10-11-1.0, 1.0 and they all die on the
testcase -- doesn't look like a regression to me (on linux)

Comment 7

16 years ago
old builds (0.9.8) don't do anything the first time I click, but they hang the
second time.  I'm guessing this might just be linux-only.
Keywords: regression

Comment 8

16 years ago
hm probably you're right, it also doesn't crash on Mozilla/5.0 (Windows; U;
Windows NT 5.0; en-US; rv:1.3a) Gecko/20021113

I think this would be then a linux-only issue

Updated

16 years ago
Priority: -- → P2

Updated

16 years ago
Target Milestone: --- → Future
Is this still an issue?
(Reporter)

Comment 10

13 years ago
The testcase link doesn't seem to work as intended anymore -- just
javascript:window.sizeToContent() in the url bar instead.

- 1.0.4 gtk2 m.o build crashes on testcase
- 1.0.4 win98 wfm (as in, no crash / hang), no exception
- trunk gtk2 opt and debug wfm (as in, no crash / hang), but yield uncaught
exception on js console:

    Error: uncaught exception: [Exception... "Component returned failure code:
    0x80004005 (NS_ERROR_FAILURE) [nsIDOMWindow.sizeToContent]" nsresult:
    "0x80004005 (NS_ERROR_FAILURE)" location: "JS frame ::
    javascript:window.sizeToContent(); :: <TOP_LEVEL> :: line 1" data: no]

Morphing bug to reflect the trunk issue.
Severity: critical → minor
Keywords: crash, hang
Summary: window.sizeToContent() crashes on frameset → uncaught exception from window.sizeToContent() on frameset
Assignee: layout.html-frames → nobody
QA Contact: amar → layout.html-frames
You need to log in before you can comment on or make changes to this bug.