Closed
Bug 209429
Opened 21 years ago
Closed 21 years ago
reproducible browser crash on visit to address.yahoo.com. may be related to flash
Categories
(Core :: Internationalization, defect)
Tracking
()
RESOLVED
DUPLICATE
of bug 191547
People
(Reporter: wtanaka, Assigned: smontagu)
References
()
Details
(Keywords: crash, topcrash)
Attachments
(2 files)
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3) Gecko/20030314
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3) Gecko/20030314
When I try to visit address.yahoo.com in the simplified chinese locale, mozilla
will reliably crash.
Reproducible: Always
Steps to Reproduce:
1. Set up environment for simplified chinese:
RedHat 9 sets these variables:
LANG=zh_CN.GB18030
GDM_LANG=zh_CN.GB18030
LANGUAGE=zh_CN.GB18030:zh_CN.GB2312:zh_CN
2.start up mozilla
3.go to address.yahoo.com and log in
Actual Results:
crash
Expected Results:
viewed the page normally.
Comment 1•21 years ago
|
||
can you provide a talkback ID?
also, try out a 1.4 build
http://download.mozilla.org/pub/mozilla/nightly/latest-1.4/
Keywords: crash
Reporter | ||
Comment 2•21 years ago
|
||
How would I provide a talkback ID? I am using the latest RPM packaged version
(at the time I downloaded it) of mozilla:
mozilla-1.3-0_rh8_xft
Comment 3•21 years ago
|
||
RPMs don't do talkback, but you should be able to get a valid stacktrace via gdb
> mozilla --sync &
> ps u -C mozilla-bin
> gdb /usr/lib/mozilla-1.3/mozilla-bin _pid_of_mozilla-bin_
(gdb) b exit
(gdb) cont
[make Mozilla crash]
(gdb) bt
[attach output from bt to this bug (Create a New Attachment)]
Blocks: xft_triage
Reporter | ||
Comment 4•21 years ago
|
||
A backtrace produced using the process described by Andrew. Of course, when I
had GDB attached, the bug did not occur nearly as often. I'm not currently
confident that this backtrace corresponds to the same bug as reported, but I
figured I'd attach it in case it did.
Reporter | ||
Comment 5•21 years ago
|
||
I am much more confident that this backtrace corresponds to this bug. Although
it looks similar to the last backtrace, I will leave the old backtrace in case
it is useful.
Reporter | ||
Comment 6•21 years ago
|
||
my XIM is chinput from the miniChinput-0.0.3-37 redhat package.
Comment 7•21 years ago
|
||
thanks.
this is #5 topcrasher.
http://ftp.mozilla.org/pub/data/crash-data/Trunk-topcrashers.html
==> intl
Assignee: general → smontagu
No longer blocks: xft_triage
Component: Browser-General → Internationalization
Keywords: topcrash
QA Contact: general → ylong
Reporter | ||
Comment 8•21 years ago
|
||
This stack trace looks similar to the one in bug 202013
Reporter | ||
Updated•21 years ago
|
Summary: reproduceable browser crash on visit to address.yahoo.com. may be related to flash → reproducible browser crash on visit to address.yahoo.com. may be related to flash
Comment 9•21 years ago
|
||
some other sites with similar crash problems : http://www.ohmynews.com,
http://www.hani.co.kr Both sites make heavy use of flash animations.
I'm running RH 8.0, KDE and Korean XIM server (Ami) under ko_KR.UTF-8 locale.
I'll upload the stack trace later.
Comment 10•21 years ago
|
||
Unable to reproduce this bug on RedHat Linux 9 and the latest player.
Comment 11•21 years ago
|
||
See bug 211213 and refer to the plugin section of the international known
issues. Perhaps, we have to close this bug.
Comment 12•21 years ago
|
||
*** Bug 202013 has been marked as a duplicate of this bug. ***
Comment 13•21 years ago
|
||
there are 2 identical stacks in bug 191547 comment 2 and bug 191547 comment 9.
*** This bug has been marked as a duplicate of 191547 ***
Status: NEW → RESOLVED
Closed: 21 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•