Closed Bug 17844 Opened 25 years ago Closed 25 years ago

This table does not load

Categories

(Core :: Internationalization, defect, P3)

All
Windows NT
defect

Tracking

()

VERIFIED DUPLICATE of bug 17372

People

(Reporter: teruko, Assigned: buster)

References

()

Details

Attachments

(3 files)

When you try to load this table, Mozilla.exe will hang.

Steps of reproduce
1. Go to above url

The status bar says "Transfering data from babel", then Mozilla.exe will hang.

This page used to load correctly.
Tested 11-02-08 Win32 and Mac, and 11-02-12 Linux build.
URL is not accessible to me, could you add it as an attachment ? Thanks.
Attached file test table
Assignee: karnaze → ftang
Severity: normal → major
Component: HTMLTables → Internationalization
QA Contact: chrisd → teruko
*** Bug 17874 has been marked as a duplicate of this bug. ***
Status: NEW → ASSIGNED
Target Milestone: M11
Assignee: ftang → nhotta
Status: ASSIGNED → NEW
naoki, please help to look at this.
Yes, the bug I filed seems to be a duplicate of this one.
But what I said there still holds. We need to find out why.
The page contains pretty much the entire 8-bit codepoints
0x20 - 0xFF. One possibility is that one or more of the codepoints
are cauing this freeze. If so, we'd better find out before M11
ships.
It crashed on my local build (stack dump attached). Before crash, it asserts
many times in the frame code (at least 30, so I disabled it). I don't see any
i18n specific problem so far. Can somebody modify the html and put 256 'a'
instead then try?
nhotta, don't waste you time here to find out the crash. Do the following
1. reenable the Assert.
2. When you first assert, copy and paste the stack to this bug report.
3. Find the line which cause the assert.
4. use cvsblame find who touch that line
5. reaissgn this bug to that guy and ask him/her to look at it.
The assert tell you something wrong. The problem is THERE when you hit the
assert. Don't wait till it crash.
Assignee: nhotta → troy
Attached the stack trace at the assersion in nsBlockFrame.
Reassign to troy, cc to kipp.
Assignee: troy → kipp
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → DUPLICATE
*** This bug has been marked as a duplicate of 17372 ***
Status: RESOLVED → VERIFIED
Verified as dup.
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: