Steps to reproduce: 1. Netscape6 with English OS/Japanese language pack. 2. Edit > Preferences > Navigator > Smart Browsing. 3. Click on "More Information". 4. A frozen page will pop-up, you can not doing anything with that page, even close the page. Addition information: 1. Tested on Nov.25 build. 2. Doesn't have same problem with English Windows.

>1. Tested on Nov.25 build. A trunk build?

Changed QA contact.

This build I picked from the link base on Ying-lin Xia's email, which shows: Japanese Mac 2000-11-08-00-MN6 build is ready for the final QA now. It's on: ftp://sweetlou/products/client/l10n_dev/seamonkey/ja/macos/8.x/ppc/2000-11-08-00-MN6/ I also checked a couple of machine with different Mac builds recently, got same results.

Is this reproducible with US RTM? Is this specific to JLK or also happens with Japanese localized MacOS?

It also happens with a English language area profile, also with Japanese localized MacOS, I haven't checked US MacRTM though.

I can reproduce this with US RTM with US MacOS 9. This is not an i18n bug, reassign to pinkerton cc to sfraser. Below is the stack when I interrupted after the freeze. Calling chain using A6/R1 links Back chain ISA Caller 00000000 PPC 1EEC47D4 0ECCEB00 PPC 1EEB450C 0ECCEAA0 PPC 1EEB3D28 0ECCE7F0 PPC 1EBF8B50 NSGetModule+018E4 0ECCE7B0 PPC 1EBA0B00 nsMacMessageSink::IsRaptorWindow(GrafPort*)+01674 0ECCE760 PPC 1EBA0FE8 nsMacMessageSink::IsRaptorWindow(GrafPort*)+01B5C 0ECCE710 PPC 1EBA13B4 nsMacMessageSink::IsRaptorWindow(GrafPort*)+01F28 0ECCE6C0 PPC 1EBA1680 nsMacMessageSink::IsRaptorWindow(GrafPort*)+021F4 0ECCE5C0 PPC 1EBA1FF0 nsMacMessageSink::IsRaptorWindow(GrafPort*)+02B64 0ECCE470 PPC 1EBA21D0 nsMacMessageSink::IsRaptorWindow(GrafPort*)+02D44 0ECCE420 PPC 1EB9F340 nsMacMessageSink::DispatchMenuCommand(EventRecord&, long)+00044 0ECCE3D0 PPC 1EB9B46C NSGetFactory+1245C 0ECCE390 PPC 1EB9BE70 NSGetFactory+12E60 0ECCE2E0 PPC 1EB85E80 0ECCE2A0 PPC 1EB85DDC 0ECCE250 PPC 1EB9419C NSGetFactory+0B18C 0ECCE160 PPC 1EB8F5D8 NSGetFactory+065C8 0ECCDBE0 PPC 1EB97248 NSGetFactory+0E238 0ECCDBA0 PPC 1EB97428 NSGetFactory+0E418 0ECCDA90 PPC 1EAFD67C NSGetModule+0AD20 0ECCD5F0 PPC 1E59DAF4 NS_NewHTMLCSSStyleSheet(nsIHTMLCSSStyleSheet**)+076B4 0ECCD400 PPC 1E59BF08 NS_NewHTMLCSSStyleSheet(nsIHTMLCSSStyleSheet**)+05AC8 0ECCD1A0 PPC 1EC8B658 NS_NewScriptEvent+00764 0ECCD080 PPC 1EC33B24 NS_NewScriptElement+0338C 0ECCCFC0 PPC 1EDEA6D8 JS_CallFunctionValue+00028 0ECCCF80 PPC 1EE00C14 js_Invoke+006E4 0ECCCEC0 PPC 1EE009F4 js_Invoke+004C4 0ECCCDD0 PPC 1EE07994 js_Invoke+07464 0ECCCB80 PPC 1EE0099C js_Invoke+0046C 0ECCCA90 PPC 1EC425C0 NS_NewScriptText+09D40 0ECCCA00 PPC 1EC4D1AC nsGetInterface::~nsGetInterface()+0660C 0ECCC9C0 PPC 1EC5179C nsGetInterface::~nsGetInterface()+0ABFC 0ECCC260 PPC 1EC0397C NS_NewScriptXPConnectFactory+069DC 0ECCC220 PPC 1EBF0840 0ECCC1E0 PPC 1EC07038 NS_NewScriptXPConnectFactory+0A098 0ECCC140 PPC 1EBA0E28 nsMacMessageSink::IsRaptorWindow(GrafPort*)+0199C 0ECCC100 PPC 1EBA14C8 nsMacMessageSink::IsRaptorWindow(GrafPort*)+0203C 0ECCC0B0 PPC 1EBB2254 Repeater::DoRepeaters(const EventRecord&)+00030 0ECCC070 PPC 1EB87294 0ECCC030 PPC 1EB872E4 0ECCBFC0 PPC 1ED5DC30 nsCOMPtr_base::assign_from_helper(const nsCOMPtr_helper&, const nsID&)+00028 0ECCBF70 PPC 1ED5AF18 nsGetServiceByCID::operator()(const nsID&, void**) const+0005C 0ECCBF30 PPC 1ED5C2B8 nsServiceManager::GetService(const nsID&, const nsID&, nsISuppor ts**, nsIShutdownListener*)+00050 Closing log

of course, because prefs is modal on the mac and we're popping up a window in front of a modal one. the pref panel shouldn't be doing this.

we've already had two bugs on this -- 52372 and 58829. please, not a third ;) This should be working in a new trunk build. If it's not, please choose one of the above to reopen. *** This bug has been marked as a duplicate of 52372 ***

vrfy dup