Crash when accessing certain non-ASCII URI:s thru link [@ allocate_from_fixed_pools]

RESOLVED INCOMPLETE

Status

()

Core
Internationalization
--
critical
RESOLVED INCOMPLETE
16 years ago
7 years ago

People

(Reporter: Niklas Dougherty, Assigned: smontagu)

Tracking

({crash, testcase})

Trunk
crash, testcase
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

(crash signature, URL)

Attachments

(3 attachments)

(Reporter)

Description

16 years ago
User-Agent:       Mozilla/5.0 (Macintosh; U; PPC Mac OS X; en-US; rv:1.2b) Gecko/20021031
Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X; en-US; rv:1.2b) Gecko/20021031

Mozilla crashes when accessing some (not all) pages with non-ASCII stuff in the URI.

Reproducible: Always

Steps to Reproduce:
1. Go to http://www.student.lu.se/~kin02ndo/map/
2. Find the listing of DVD titles down the page. Look for the two Chinese titles
near the end of the listing.
3. Click any of the Chinese titles.

Actual Results:  
Watch Mozilla go down.

Now, go to http://www.student.lu.se/~kin02ndo/map/ near the bottom of the page.
Look for a link to Chinese poems ("kinesiska dikter"). Click it, and see Mozilla
pass the test. Something weird is going on here.

Expected Results:  
Mozilla should have rendered the pages.

Caveat: this was working for a while, so I'll restart and investigate what this
really is. The crash is noteworthy anyhow.


Thread 0 Crashed:
 #0   0x0022e984 in allocate_from_fixed_pools
(Reporter)

Comment 1

16 years ago
Created attachment 106325 [details]
crash log
(Reporter)

Comment 2

16 years ago
I mentioned that it "was working" for a while. This is really not true, as it
crashes consistently accessing any of the two described URI:s. But you can copy
the URI and paste it into the URI field, and it will load as intended... now is
this weird or what?

http://www.student.lu.se/~kin02ndo/dvd/我的父亲母亲/

(That would be
http://www.student.lu.se/~kin02ndo/dvd/%E6%88%91%E7%9A%84%E7%88%B6%E4%BA%B2%E6%AF%8D%E4%BA%B2/
in Bugzilla's limited scope.)

Now, when this is loaded, you can sometimes access the other Chinese title thru
the menu at the top right corner without a crash.

These documents are 101.2% valid XHTML 1.1 that worked flawlessly until I made
this minor URI change today.

Comment 3

16 years ago
Confirmed using FizzillaCFM/2002110808 on 10.1.5.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Keywords: crash
Summary: Crash when accessing certain non-ASCII URI:s thru link → Crash when accessing certain non-ASCII URI:s thru link [@ allocate_from_fixed_pools]

Comment 4

16 years ago
Created attachment 106393 [details]
Crash report generated by FizzillaCFM/2002110808 on 10.1.5 showing crash at allocate_from_fixed_pools on thread 0

Comment 5

16 years ago
confirming crash using build 20021123 on Win2k and Linux.
OS: MacOS X → All
Hardware: Macintosh → All

Comment 6

16 years ago
Created attachment 107273 [details]
Stack trace build 20021123 (CVS) on Linux

Updated

16 years ago
Keywords: clean-report, testcase

Comment 8

15 years ago
Confirming using Mozilla 1.3b on WinXP

Talkback id: TB17945957K
Keywords: stackwanted
Whiteboard: TB17945957K

Comment 9

15 years ago
wfm using debug CVS build (20030407) on Linux, does anyone still crash using
1.4a or latest nightly build ?

Comment 10

15 years ago
Wfm, XP SP1.
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.4b) Gecko/20030406

Comment 11

15 years ago
Moving to Internationalization, I just want to make sure reporter doesn't crash
anymore either on MacOSX.
Assignee: asa → smontagu
Component: Browser-General → Internationalization
Keywords: stackwanted
QA Contact: asa → ylong
Whiteboard: TB17945957K

Comment 12

12 years ago
All the URLs in this bug report are dead.  Should this bug be closed?
QA Contact: amyy → i18n

Updated

9 years ago
Status: NEW → RESOLVED
Last Resolved: 9 years ago
Resolution: --- → INCOMPLETE
Crash Signature: [@ allocate_from_fixed_pools]
You need to log in before you can comment on or make changes to this bug.