Launchpad has imported 24 comments from the remote bug at https://bugzilla.mozilla.org/show_bug.cgi?id=608639.
If you reply to an imported comment from within Launchpad, your comment will be sent to the remote bug automatically. Read more about Launchpad's inter-bugtracker facilities at https://help.launchpad.net/InterBugTracking. ------------------------------------------------------------------------ On 2010-10-31T23:25:09+00:00 Virchanza wrote: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.12) Gecko/20101027 Ubuntu/10.10 (maverick) Firefox/3.6.12 Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.12) Gecko/20101027 Ubuntu/10.10 (maverick) Firefox/3.6.12 Firefox kept crashing on lots of different pages. I tried creating a new profile for Firefox and I also tried running it in safe mode, but it still crashed. Eventually I installed the "firefox-gdb" package so that I could try to run the GDB debugger and find the problem. The backtrace says that there's a segfault in "AffixMgr::parse_file". Here's the backtrace: (gdb) run Starting program: /usr/lib/firefox-3.6.12/firefox-bin '-safe-mode' [Thread debugging using libthread_db enabled] [New Thread 0xb53f0b70 (LWP 2744)] [New Thread 0xb4befb70 (LWP 2745)] [New Thread 0xb40ffb70 (LWP 2746)] [New Thread 0xb38feb70 (LWP 2747)] [New Thread 0xb2effb70 (LWP 2748)] [New Thread 0xb26feb70 (LWP 2749)] [New Thread 0xb18ffb70 (LWP 2750)] [New Thread 0xadfffb70 (LWP 2751)] [Thread 0xadfffb70 (LWP 2751) exited] [New Thread 0xadfffb70 (LWP 2752)] [New Thread 0xad0ffb70 (LWP 2753)] [New Thread 0xac8feb70 (LWP 2754)] [New Thread 0xac0fdb70 (LWP 2755)] [New Thread 0xab1ffb70 (LWP 2756)] [New Thread 0xaa9feb70 (LWP 2757)] [Thread 0xaa9feb70 (LWP 2757) exited] [New Thread 0xaa9feb70 (LWP 2758)] [New Thread 0xa96ffb70 (LWP 2759)] [New Thread 0xa8efeb70 (LWP 2760)] [New Thread 0xa86fdb70 (LWP 2761)] [Thread 0xa86fdb70 (LWP 2761) exited] [New Thread 0xa86fdb70 (LWP 2762)] Program received signal SIGSEGV, Segmentation fault. 0xb7b480a7 in AffixMgr::parse_file (this=0xa9fdb000, affpath=0xa9a451c8 "/usr/lib/firefox-3.6.12/dictionaries/th.aff", key=0x0) at affixmgr.cpp:759 759 affixmgr.cpp: No such file or directory. in affixmgr.cpp (gdb) backtrace #0 0xb7b480a7 in AffixMgr::parse_file (this=0xa9fdb000, affpath=0xa9a451c8 "/usr/lib/firefox-3.6.12/dictionaries/th.aff", key=0x0) at affixmgr.cpp:759 #1 0xb7b484e7 in AffixMgr::AffixMgr (this=0xa9fdb000, affpath=0xa9a451c8 "/usr/lib/firefox-3.6.12/dictionaries/th.aff", ptr=0xa9d4e484, md=0xa9d4e4d4, key=0x0) at affixmgr.cpp:168 #2 0xb7b52013 in Hunspell::Hunspell (this=0xa9d4e480, affpath=0xa9a451c8 "/usr/lib/firefox-3.6.12/dictionaries/th.aff", dpath=0xbfffe34c "/usr/lib/firefox-3.6.12/dictionaries/th.dic", key=0x0) at hunspell.cpp:92 #3 0xb7b3b23d in mozHunspell::SetDictionary (this=0xa9a45160, aDictionary=0xa9d611a8) at mozHunspell.cpp:168 #4 0xb7b321b0 in mozSpellChecker::SetCurrentDictionary (this=0xa9cc0920, aDictionary=...) at mozSpellChecker.cpp:385 #5 0xb7a336fe in nsEditorSpellCheck::SetCurrentDictionary (this=0xa9cc9a20, aDictionary=0xa9d611a8) at nsEditorSpellCheck.cpp:464 #6 0xb7a344f8 in nsEditorSpellCheck::InitSpellChecker (this=0xa9cc9a20, aEditor=0xa979d5c0, aEnableSelectionChecking=0) at nsEditorSpellCheck.cpp:241 #7 0xb7b36d86 in mozInlineSpellChecker::SetEnableRealTimeSpell (this=0xa9cc0740, aEnabled=1) at mozInlineSpellChecker.cpp:733 #8 0xb7773f97 in nsEditor::SyncRealTimeSpell (this=0xa979d5c0) at nsEditor.cpp:1383 #9 0xb776e2e9 in nsEditor::PostCreate (this=0xa979d5c0) at nsEditor.cpp:292 #10 0xb74efa10 in nsTextControlFrame::InitEditor (this=0xa9cee608) at nsTextControlFrame.cpp:1585 #11 0xb74eff30 in nsTextControlFrame::DelayedEditorInit (this=0xa9cee608) at nsTextControlFrame.cpp:1358 #12 0xb74f1d6b in nsTextControlFrame::EditorInitializer::Run (this=0xa9cc9600) at nsTextControlFrame.h:232 #13 0xb75a1d31 in nsContentUtils::RemoveScriptBlocker () at nsContentUtils.cpp:4495 #14 0xb75bd805 in nsDocument::EndUpdate (this=0xa985e000, aUpdateType=1) at nsDocument.cpp:3929 #15 0xb7680225 in nsHTMLDocument::EndUpdate (this=0xa985e000, aUpdateType=1) at nsHTMLDocument.cpp:3034 #16 0xb75220c3 in mozAutoDocUpdate::~mozAutoDocUpdate (this=0xbfffe938, __in_chrg=<value optimized out>) at ./../../content/base/src/mozAutoDocUpdate.h:66 #17 0xb7678dac in SinkContext::FlushTags (this=0xa9a347f0) at nsHTMLContentSink.cpp:1388 #18 0xb7678b56 in HTMLContentSink::FlushPendingNotifications (this=0xa985e400, aType=Flush_ContentAndNotify) at nsHTMLContentSink.cpp:3177 #19 0xb75b839c in nsDocument::FlushPendingNotifications (this=0xa985e000, aType=Flush_ContentAndNotify) at nsDocument.cpp:6435 #20 0xb7482fcb in PresShell::FlushPendingNotifications (this=0xa97be5c0, aType=Flush_InterruptibleLayout) at nsPresShell.cpp:4867 #21 0xb747c878 in PresShell::ReflowEvent::Run (this=0xa9ae83f0) at nsPresShell.cpp:7106 #22 0xb7c2936c in nsThread::ProcessNextEvent (this=0xb5cda380, mayWait=0, result=0xbfffeacc) at nsThread.cpp:527 #23 0xb7bf7c53 in NS_ProcessNextEvent_P (thread=0x0, mayWait=0) at nsThreadUtils.cpp:250 #24 0xb7b6d9db in mozilla::ipc::MessagePump::Run (this=0xb5cac430, aDelegate=0xb5c28600) at MessagePump.cpp:110 #25 0xb7bc6156 in MessageLoop::RunInternal (this=0xb5c28600) at ./src/base/message_loop.cc:216 #26 0xb7bc617a in MessageLoop::RunHandler (this=0xb5c28600) at ./src/base/message_loop.cc:199 #27 0xb7bc61f1 in MessageLoop::Run (this=0xb5c28600) at ./src/base/message_loop.cc:173 #28 0xb7ac70e0 in nsBaseAppShell::Run (this=0xb1aa34c0) at nsBaseAppShell.cpp:174 #29 0xb7988960 in nsAppStartup::Run (this=0xb1ade970) at nsAppStartup.cpp:183 #30 0xb72c37c5 in XRE_main (argc=2, argv=0xbffff234, aAppData=0xb5c16380) at nsAppRunner.cpp:3483 #31 0x001117a4 in main (argc=2, argv=0xbffff234) at nsBrowserApp.cpp:158 (gdb) As a temporary solution, I was able to get Firefox working again by deleting all the "th*" dictionary files. I never had a problem with Firefox crashing until I did a disto-upgrade from Ubuntu Lucid to Ubuntu Maverick. Right after I upgraded to Maverick, Firefox started crashing all the time. Reproducible: Always Steps to Reproduce: 1. Open Firefox 2. Navigate to Youtube.com 3. Click on any video at all to view it, and... well... the Firefox window disappears suddenly without a trace. Actual Results: The Firefox window just disappears without a trace! (I had to run the GDB debugger to figure out what was going on) Expected Results: It should have opened a page showing a Youtube video. I didn't have any problems with Firefox until I did a distro-upgraded from Ubuntu Lucid to Ubuntu Maverick. Right after I upgraded to Maverick, I saw that Firefox was crashing all the time. The problem went away after I deleted all of my "th*" dictionary files. Reply at: https://bugs.launchpad.net/firefox/+bug/918678/comments/0 ------------------------------------------------------------------------ On 2010-11-01T12:51:08+00:00 Virchanza wrote: By the way, I still have a backup of the "th*" dictionary files on my hard disk in case anyone would like to try them out while debugging this. If you would like a copy of the files then you can e-mail me on this address: BBBvirBBBchanza@vBBBirjaBBBcode.cBBBomBBB Remove all the uppercase B's. Reply at: https://bugs.launchpad.net/firefox/+bug/918678/comments/1 ------------------------------------------------------------------------ On 2010-11-01T16:56:48+00:00 Ryanvm wrote: Virchanza, can you try this on a current nightly build? The 3.6 branch is using an older version of Hunspell and I'm curious if the newer version on trunk fixes this crash. Reply at: https://bugs.launchpad.net/firefox/+bug/918678/comments/2 ------------------------------------------------------------------------ On 2010-11-01T17:51:56+00:00 Virchanza wrote: Sorry to sound like an idiot, Ryan, but I don't know what the "current nightly build" is or how to get it running on my machine??? I've only ever debugged my own programs -- this is the first time I've ever tried to debug someone else's program (only because I love Firefox so much and I've been stuck using Arora for the last week or so, I had to get Firefox working again!) I'm running Ubuntu Maverick 10.10 and I have extensive knowledge of Linux. I'm very comfortable at the command line. Can you please talk me through the steps to download and run the current nightly build? I don't suppose it's as easy as "apt-get install"? Reply at: https://bugs.launchpad.net/firefox/+bug/918678/comments/3 ------------------------------------------------------------------------ On 2010-11-01T18:08:59+00:00 Virchanza wrote: OK I went to "nightly.mozilla.org" and I downloaded the "Linux Intel" file built on 2010-11-01. I untarred the file, and I navigated into the "firefox" folder. Then I copied my original "th*" dictionary files into the "dictionaries" folder. I ran the firefox program (which actually came up as Minefield or something), and I navigated to the YouTube website, and then I clicked on a video. The nightly build did NOT crash, it worked fine with my "th*" dictionary files. Reply at: https://bugs.launchpad.net/firefox/+bug/918678/comments/4 ------------------------------------------------------------------------ On 2010-11-01T18:16:54+00:00 Virchanza wrote: After trying out the Nightly build, I restored my original "th*" dictionary files in /usr/lib/firefox-3.6.12/dictionaries. I then ran my normal version of Firefox, and I expected it to crash again when I went to view a YouTube video. ...but it didn't. No more crashing. The only thing that was different was that Firefox checked the compatibility of plug-in's when it started up. Now it works fine, it doesn't crash. Damned if I know. Reply at: https://bugs.launchpad.net/firefox/+bug/918678/comments/5 ------------------------------------------------------------------------ On 2010-11-01T22:10:01+00:00 Ryanvm wrote: Hmm, very interesting. Maybe a stupid idea, but if you still have the crashing th* file saved somewhere, can you MD5 that and the original one (that's no longer crashing) to confirm no changes were made to the file somehow? Reply at: https://bugs.launchpad.net/firefox/+bug/918678/comments/6 ------------------------------------------------------------------------ On 2011-11-15T20:43:43+00:00 Amai wrote: The crash is also here on linux amd64, FF 8.0, trying to switch to th- locale! #0 0x00007ffff579902f in AffixMgr::parse_file (this=0x7fffe6183000, affpath=<value optimized out>, key=<value optimized out>) at /usr/src/debug/mozilla/extensions/spellcheck/hunspell/src/affixmgr.cpp:807 #1 0x00007ffff57994b1 in AffixMgr::AffixMgr (this=0x7fffe6183000, affpath=<value optimized out>, ptr=<value optimized out>, md=<value optimized out>, key=<value optimized out>) at /usr/src/debug/mozilla/extensions/spellcheck/hunspell/src/affixmgr.cpp:167 #2 0x00007ffff579c6a2 in Hunspell::Hunspell (this=0x7fffd0e25790, affpath=0x7fffd1bbeab8 "/usr/lib64/firefox/dictionaries/th-TH.aff", dpath= 0x7fffffff9560 "/usr/lib64/firefox/dictionaries/th-TH.dic", key=0x0) at /usr/src/debug/mozilla/extensions/spellcheck/hunspell/src/hunspell.cpp:84 #3 0x00007ffff578cdf7 in mozHunspell::SetDictionary (this=0x7fffd2211020, aDictionary=<value optimized out>) at /usr/src/debug/mozilla/extensions/spellcheck/hunspell/src/mozHunspell.cpp:196 #4 0x00007ffff586040a in NS_InvokeByIndex_P (that=<value optimized out>, methodIndex=<value optimized out>, paramCount=1, params=<value optimized out>) at /usr/src/debug/mozilla/xpcom/reflect/xptcall/src/md/unix/xptcinvoke_x86_64_unix.cpp:195 #5 0x00007ffff5512e26 in Invoke (ccx=<value optimized out>, mode=<value optimized out>) at /usr/src/debug/mozilla/js/src/xpconnect/src/xpcwrappednative.cpp:3119 #6 Call (ccx=<value optimized out>, mode=<value optimized out>) at /usr/src/debug/mozilla/js/src/xpconnect/src/xpcwrappednative.cpp:2373 #7 XPCWrappedNative::CallMethod (ccx=<value optimized out>, mode=<value optimized out>) at /usr/src/debug/mozilla/js/src/xpconnect/src/xpcwrappednative.cpp:2337 #8 0x00007ffff5516676 in XPC_WN_GetterSetter (cx=0x7fffe19b5400, argc=1, vp=0x7fffe6ffe258) at /usr/src/debug/mozilla/js/src/xpconnect/src/xpcwrappednativejsops.cpp:1641 #9 0x00007ffff5a502ba in CallJSNative (cx=0x7fffe19b5400, argsRef=<value optimized out>, construct=<value optimized out>) at /usr/src/debug/mozilla/js/src/jscntxtinlines.h:281 #10 js::Invoke (cx=0x7fffe19b5400, argsRef=<value optimized out>, construct=<value optimized out>) at /usr/src/debug/mozilla/js/src/jsinterp.cpp:657 #11 0x00007ffff5a508f7 in Invoke (cx=0x7fffe19b5400, thisv=..., fval=..., argc=1, argv=<value optimized out>, rval=0x7fffffffa480) at /usr/src/debug/mozilla/js/src/jsinterp.h:169 #12 js::ExternalInvoke (cx=0x7fffe19b5400, thisv=..., fval=..., argc=1, argv=<value optimized out>, rval=0x7fffffffa480) at /usr/src/debug/mozilla/js/src/jsinterp.cpp:809 #13 0x00007ffff5a50980 in js::ExternalGetOrSet (cx=0x7fffe19b5400, obj=0x7fffd290f768, id=<value optimized out>, fval=..., mode=<value optimized out>, argc= 1, argv=0x7fffffffa480, rval=0x7fffffffa480) at /usr/src/debug/mozilla/js/src/jsinterp.cpp:849 #14 0x00007ffff5a68108 in set (cx=0x7fffe19b5400, obj=0x7fffd290f768, shape=0x7fffd291abc0, added=false, strict=<value optimized out>, vp=0x7fffffffa480) at /usr/src/debug/mozilla/js/src/jsscopeinlines.h:294 #15 js_NativeSet (cx=0x7fffe19b5400, obj=0x7fffd290f768, shape=0x7fffd291abc0, added=false, strict=<value optimized out>, vp=0x7fffffffa480) at /usr/src/debug/mozilla/js/src/jsobj.cpp:5232 #16 0x00007ffff5a6a260 in js_SetPropertyHelper (cx=0x7fffe19b5400, obj=0x7fffd290f768, id=<value optimized out>, defineHow=<value optimized out>, vp= 0x7fffffffa480, strict=0) at /usr/src/debug/mozilla/js/src/jsobj.cpp:5699 #17 0x00007ffff5c60cfd in js::Interpret (cx=0x7fffe19b5400, entryFrame=0x7fffe6ffe090, interpMode=js::JSINTERP_NORMAL) at /usr/src/debug/mozilla/js/src/jsinterp.cpp:3823 #18 0x00007ffff5a501d4 in js::Invoke (cx=0x7fffe19b5400, argsRef=<value optimized out>, construct=<value optimized out>) at /usr/src/debug/mozilla/js/src/jsinterp.cpp:687 #19 0x00007ffff5a508f7 in Invoke (cx=0x7fffe19b5400, thisv=..., fval=..., argc=1, argv=<value optimized out>, rval=0x7fffffffa7d8) at /usr/src/debug/mozilla/js/src/jsinterp.h:169 #20 js::ExternalInvoke (cx=0x7fffe19b5400, thisv=..., fval=..., argc=1, argv=<value optimized out>, rval=0x7fffffffa7d8) at /usr/src/debug/mozilla/js/src/jsinterp.cpp:809 #21 0x00007ffff59db961 in JS_CallFunctionValue (cx=0x7fffe19b5400, obj=<value optimized out>, fval=18445618173040569312, argc=<value optimized out>, argv=<value optimized out>, rval=<value optimized out>) at /usr/src/debug/mozilla/js/src/jsapi.cpp:5052 #22 0x00007ffff52b4c05 in nsJSContext::CallEventHandler (this=0x7fffe19b1f40, aTarget=<value optimized out>, aScope=<value optimized out>, aHandler=<value optimized out>, aargv=0x7fffd0e32a40, arv=0x7fffffffaa00) at /usr/src/debug/mozilla/dom/base/nsJSEnvironment.cpp:1902 #23 0x00007ffff52f1fef in nsJSEventListener::HandleEvent (this=0x7fffdd135a80, aEvent=0x7fffd0e44ba0) at /usr/src/debug/mozilla/dom/src/events/nsJSEventListener.cpp:224 #24 0x00007ffff51cfcd5 in nsEventListenerManager::HandleEventSubType (this=0x7fffdd156c00, aListenerStruct=0x7fffdd156c28, aListener=0x7fffdd135a80, aDOMEvent=0x7fffd0e44ba0, aCurrentTarget=0x7fffdd156b80, aPhaseFlags=<value optimized out>, aPusher=0x7fffffffadd0) at /usr/src/debug/mozilla/content/events/src/nsEventListenerManager.cpp:865 #25 0x00007ffff51cfeae in nsEventListenerManager::HandleEventInternal (this=0x7fffdd156c00, aPresContext=0x7fffdf76b000, aEvent=0x7fffd1b17040, aDOMEvent= 0x7fffffffadb0, aCurrentTarget=0x7fffdd156b80, aFlags=6, aEventStatus=0x7fffffffadb8, aPusher=0x7fffffffadd0) at /usr/src/debug/mozilla/content/events/src/nsEventListenerManager.cpp:919 #26 0x00007ffff51e37ff in nsEventTargetChainItem::HandleEvent (this=0x7fffe3fda9a0, aVisitor=..., aFlags=6, aMayHaveNewListenerManagers=0, aPusher= 0x7fffffffadd0) at /usr/src/debug/mozilla/content/events/src/nsEventDispatcher.cpp:215 #27 0x00007ffff51e3940 in nsEventTargetChainItem::HandleEventTargetChain (this=0x7fffe3fda4d0, aVisitor=..., aFlags=6, aCallback=0x0, aMayHaveNewListenerManagers=0, aPusher=0x7fffffffadd0) at /usr/src/debug/mozilla/content/events/src/nsEventDispatcher.cpp:344 #28 0x00007ffff51e3fed in nsEventDispatcher::Dispatch (aTarget=<value optimized out>, aPresContext=0x7fffe3fda4d0, aEvent=0x7fffd1b17040, aDOMEvent= 0x7fffd0e44ba0, aEventStatus=0x7fffffffaffc, aCallback=0x0, aTargets=0x0) at /usr/src/debug/mozilla/content/events/src/nsEventDispatcher.cpp:672 #29 0x00007ffff51e4216 in nsEventDispatcher::DispatchDOMEvent (aTarget=0x7fffdd156b80, aEvent=<value optimized out>, aDOMEvent=0x7fffd0e44ba0, aPresContext= 0x7fffdf76b000, aEventStatus=0x7fffffffaffc) at /usr/src/debug/mozilla/content/events/src/nsEventDispatcher.cpp:735 #30 0x00007ffff5008bee in PresShell::HandleDOMEventWithTarget (this=0x7fffdf75a800, aTargetContent=0x7fffdd156b80, aEvent=0x7fffd0e44ba0, aStatus=<value optimized out>) at /usr/src/debug/mozilla/layout/base/nsPresShell.cpp:7163 #31 0x00007ffff513c238 in nsContentUtils::DispatchXULCommand (aTarget=0x7fffdd156b80, aTrusted=<value optimized out>, aSourceEvent=0x0, aShell= 0x7fffdf75a800, aCtrl=0, aAlt=0, aShift=0, aMeta=0) at /usr/src/debug/mozilla/content/base/src/nsContentUtils.cpp:5174 #32 0x00007ffff510e383 in nsXULMenuCommandEvent::Run (this=0x7fffd0e2b740) at /usr/src/debug/mozilla/layout/xul/base/src/nsXULPopupManager.cpp:2373 #33 0x00007ffff585359b in nsThread::ProcessNextEvent (this=0x7ffff6d1a870, mayWait=0, result=0x7fffffffb18c) at /usr/src/debug/mozilla/xpcom/threads/nsThread.cpp:631 #34 0x00007ffff5825ee3 in NS_ProcessNextEvent_P (thread=<value optimized out>, mayWait=<value optimized out>) at /usr/src/debug/obj/xpcom/build/nsThreadUtils.cpp:245 #35 0x00007ffff57ca5da in mozilla::ipc::MessagePump::Run (this=0x7ffff6dc5240, aDelegate=0x7ffff6dd60b0) at /usr/src/debug/mozilla/ipc/glue/MessagePump.cpp:110 #36 0x00007ffff58713d9 in RunHandler (this=0x7ffff6dd60b0) at /usr/src/debug/mozilla/ipc/chromium/src/base/message_loop.cc:205 #37 MessageLoop::Run (this=0x7ffff6dd60b0) at /usr/src/debug/mozilla/ipc/chromium/src/base/message_loop.cc:179 #38 0x00007ffff5728c1d in nsBaseAppShell::Run (this=0x7ffff6d2e740) at /usr/src/debug/mozilla/widget/src/xpwidgets/nsBaseAppShell.cpp:189 #39 0x00007ffff55f873c in nsAppStartup::Run (this=0x7fffe8a710c0) at /usr/src/debug/mozilla/toolkit/components/startup/nsAppStartup.cpp:224 #40 0x00007ffff4e90059 in XRE_main (argc=<value optimized out>, argv=<value optimized out>, aAppData=<value optimized out>) at /usr/src/debug/mozilla/toolkit/xre/nsAppRunner.cpp:3544 #41 0x000000000040208d in do_main (argc=<value optimized out>, argv=<value optimized out>) at /usr/src/debug/mozilla/browser/app/nsBrowserApp.cpp:198 #42 main (argc=<value optimized out>, argv=<value optimized out>) at /usr/src/debug/mozilla/browser/app/nsBrowserApp.cpp:281 (gdb) l 802 strcpy(expw, wordchars); 803 free(wordchars); 804 } else *expw = '\0'; 805 806 for (int i = 0; i <= 255; i++) { 807 if ( (csconv[i].cupper != csconv[i].clower) && 808 (! strchr(expw, (char) i))) { 809 *(expw + strlen(expw) + 1) = '\0'; 810 *(expw + strlen(expw)) = (char) i; 811 } (gdb) p wordchars $1 = 0x0 Reply at: https://bugs.launchpad.net/firefox/+bug/918678/comments/7 ------------------------------------------------------------------------ On 2011-11-16T21:00:07+00:00 Amai wrote: (In reply to amai from comment #7) [...] > (gdb) p wordchars > $1 = 0x0 That variable is innocent and not the reason, but Bug 620626#c20 looks close: csconv is NULL here. Any chance for a simple if() around that thing to prevent the crash?? Reply at: https://bugs.launchpad.net/firefox/+bug/918678/comments/8 ------------------------------------------------------------------------ On 2011-11-26T18:35:20+00:00 Amai wrote: I see relationships to bug 620626. So where to report this bug? Here or better on hunspell page (http://sourceforge.net/tracker/?atid=756395&group_id=143754&func=browse)? Reply at: https://bugs.launchpad.net/firefox/+bug/918678/comments/9 ------------------------------------------------------------------------ On 2012-01-11T21:39:14+00:00 Ehsan-mozilla wrote: Can somebody please provide the steps needed to reproduce this crash? Reply at: https://bugs.launchpad.net/firefox/+bug/918678/comments/10 ------------------------------------------------------------------------ On 2012-01-16T20:49:27+00:00 Amai wrote: On my system it's trivial: Quick Locale switcher is installed (1.7.8 nowadays) and when I switch from any locale (e.g. english) to thai-locale the crash occurs. The crash survived a couple of FF versions, not sure if the addon was updated meanwhile. Reply at: https://bugs.launchpad.net/firefox/+bug/918678/comments/11 ------------------------------------------------------------------------ On 2012-01-16T22:23:31+00:00 Josh Matthews wrote: I am unable to reproduce the crash in a blank profile when switching from english to thai using Quick Locale Switcher 1.7.8. Do you have any further steps you take? Can you reproduce with an otherwise-blank profile? Reply at: https://bugs.launchpad.net/firefox/+bug/918678/comments/12 ------------------------------------------------------------------------ On 2012-01-17T00:51:14+00:00 Ehsan-mozilla wrote: Yeah, I couldn't reproduce it either. :/ Reply at: https://bugs.launchpad.net/firefox/+bug/918678/comments/13 ------------------------------------------------------------------------ On 2012-01-17T20:23:56+00:00 Amai wrote: Created attachment 589262 Thai language files from my suse distribution Tha crash happnes also with a clean profile, and just installing the Quick Locale addon. Maybe the data files from suse are broken -> I attach them. However looking at the hunspell code reveals obvious path/chance for that crash by not handling that NULL properly. Maybe one could cook up a simple unit test exhibiting that problem with my language files!? Reply at: https://bugs.launchpad.net/firefox/+bug/918678/comments/14 ------------------------------------------------------------------------ On 2012-01-17T22:48:41+00:00 Ehsan-mozilla wrote: Here's what I did to reproduce the bug: I copied the th-TH.dic and th- TH.aff files from your attachment to firefoxdir/dictionaries, and I tried using the locale switcher add-on, and I couldn't reproduce the crash. amai: can you find the XPI file that contains those dictionaries so that we can install them as a normal add-on? Reply at: https://bugs.launchpad.net/firefox/+bug/918678/comments/15 ------------------------------------------------------------------------ On 2012-01-18T19:35:06+00:00 Amai wrote: That's non-trivial, they came with my plain OpenSuse installation, but I'll try! And to comment 12: No, there is no additional step, and it works with any webpage or any amount of tabs, etc. Reply at: https://bugs.launchpad.net/firefox/+bug/918678/comments/16 ------------------------------------------------------------------------ On 2012-01-18T19:45:35+00:00 Ehsan-mozilla wrote: What version of OpenSuse do you use? Maybe I can just install that in a virtual machine and give this a shot? Also, can you please confirm that you can reproduce the crash with a nightly version of Firefox from http://nightly.mozilla.org/? Thanks! Reply at: https://bugs.launchpad.net/firefox/+bug/918678/comments/17 ------------------------------------------------------------------------ On 2012-01-18T21:04:59+00:00 Amai wrote: (In reply to Ehsan Akhgari [:ehsan] from comment #17) > What version of OpenSuse do you use? Maybe I can just install that in a > virtual machine and give this a shot? I use OpenSuse 12.1, amd64. Thanks for investigating! I'll try to get a nightly running/crashing. Reply at: https://bugs.launchpad.net/firefox/+bug/918678/comments/18 ------------------------------------------------------------------------ On 2012-01-18T21:15:37+00:00 Amai wrote: (In reply to Ehsan Akhgari [:ehsan] from comment #17) > Also, can you please confirm that you can reproduce the crash with a nightly > version of Firefox from http://nightly.mozilla.org/? Well, that binary is running here, I may install quick locale changer and "changing" to another locale does not crash but since I don't have the necessary data files/packages that seems to be a fruitless attempt, and is probably not a proof that this has been fixed!? Reply at: https://bugs.launchpad.net/firefox/+bug/918678/comments/19 ------------------------------------------------------------------------ On 2012-01-18T21:37:32+00:00 Ehsan-mozilla wrote: (In reply to amai from comment #19) > (In reply to Ehsan Akhgari [:ehsan] from comment #17) > > Also, can you please confirm that you can reproduce the crash with a nightly > > version of Firefox from http://nightly.mozilla.org/? > > Well, that binary is running here, I may install quick locale changer and > "changing" to another locale does not crash but since I don't have the > necessary data files/packages that seems to be a fruitless attempt, and is > probably not a proof that this has been fixed!? What other data files/packages would you need to reproduce this crash? Really what I would need here is to have a bullet list of easy-to-follow steps from a pristine OpenSuse 12.1 installation to a setup on which I can reproduce this crash on a nightly... :-) Reply at: https://bugs.launchpad.net/firefox/+bug/918678/comments/20 ------------------------------------------------------------------------ On 2012-01-18T21:55:21+00:00 Amai wrote: (In reply to Ehsan Akhgari [:ehsan] from comment #20) > > Well, that binary is running here, I may install quick locale changer and > > "changing" to another locale does not crash but since I don't have the > > necessary data files/packages that seems to be a fruitless attempt, and is > > probably not a proof that this has been fixed!? > > What other data files/packages would you need to reproduce this crash? > Really what I would need here is to have a bullet list of easy-to-follow > steps from a pristine OpenSuse 12.1 installation to a setup on which I can > reproduce this crash on a nightly... :-) I understand, but somehow I have problems to gather the data. I installed opensuse straightforward, then firefox from opensuse, it already pre-installed all language packages (therefore I don't know which .xpi were used!!), and the bug persisted with all opensuse version (even after changing to another repository called "packman"). From that perspective I did about nothing special. Quick locale switcher was my only manual installation. My yinstallation tool (yast2) shows the following packages: MozillaFirefox,MozillaFirefox-branding-opensuse,MozillaFirefox-buildsymbols,MozillaFirefox-debuginfo,MozillaFirefox-debugsource,MozillaFirefox-translationscommon,MozillaFirefox-translations-other in the most recent version (9.0.1-2.9.2 for most of them). If we cannot get anybody to reproduce that way we may have to go down to Comment 14 - my understanding ist that the bug is in hunspell itself, so 90% of the callstack (Comment 17) is probably irrelevant. Reply at: https://bugs.launchpad.net/firefox/+bug/918678/comments/21 ------------------------------------------------------------------------ On 2012-01-19T00:53:47+00:00 Ehsan-mozilla wrote: OK, I got OpenSuse 12.1 installed, and I installed the language packs from the package manager. Here are some observations: 1. Quick Locale Switcher doesn't seem to work. When I select a different language, nothing happens. I remember from a long time ago when I used this extension daily that the language used in the UI should change... 2. I can't reproduce the crash. But I also don't seem to be able to find the Thai dictionary at all. When I right click a textbox and go to Languages, Thai is not listed there. In fact, there's only about 20 languages listed there, and it seems like a lot of the language packs do not come with dictionaries. Reply at: https://bugs.launchpad.net/firefox/+bug/918678/comments/22 ------------------------------------------------------------------------ On 2012-01-19T07:04:33+00:00 Amai wrote: (In reply to Ehsan Akhgari [:ehsan] from comment #22) > OK, I got OpenSuse 12.1 installed, and I installed the language packs from > the package manager. Here are some observations: > > 1. Quick Locale Switcher doesn't seem to work. When I select a different > language, nothing happens. I remember from a long time ago when I used this > extension daily that the language used in the UI should change... That is a setting which may be off by default. You may configure if you configure only about settings for web content (read: language) or the UI of firefox. Did you get the MozillaFirefox-translations-other? That seems to contain thai files. th-TH.aff I cannot find there as of http://www.rpmfind.net//linux/RPM/opensuse/updates/11.4/x86_64 /MozillaFirefox-translations-other-9.0-0.2.1.x86_64.html :-( Reply at: https://bugs.launchpad.net/firefox/+bug/918678/comments/23 ** Changed in: firefox Status: Unknown => New ** Changed in: firefox Importance: Unknown => Critical -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to firefox in Ubuntu. https://bugs.launchpad.net/bugs/918678 Title: Constant Firefox crashes with Thai language installed Status in The Mozilla Firefox Browser: New Status in “firefox” package in Ubuntu: Triaged Bug description: Firefox was crashing regularly. The easiest way to trigger the crash was to visit Launchpad. One of the crash reports ( https://crash- stats.mozilla.com/report/index/bp-2433038f- 2da9-4c48-8fd2-b2edd2120118) linked to https://bugzilla.mozilla.org/show_bug.cgi?id=608639, which indicated the issue was triggered with Thai language installed. Thai language support was not listed in Firefox, nor in the system Languages settings. I did have some Thai support installed though, such as Thai input. I installed Thai support fully using the system Languages settings, and the crashes kept happening. I then uninstalled Thai support using the system Languages settings and the crashes appear to have stopped. ProblemType: Bug DistroRelease: Ubuntu 11.10 Package: firefox 9.0.1+build1-0ubuntu0.11.10.2 ProcVersionSignature: Ubuntu 3.0.0-12.20-generic 3.0.4 Uname: Linux 3.0.0-12-generic x86_64 NonfreeKernelModules: nvidia AddonCompatCheckDisabled: False AlsaVersion: Advanced Linux Sound Architecture Driver Version 1.0.24. ApportVersion: 1.23-0ubuntu4 Architecture: amd64 AudioDevicesInUse: USER PID ACCESS COMMAND /dev/snd/controlC0: stub 1944 F.... pulseaudio BuildID: 20111228084940 CRDA: Error: [Errno 2] No such file or directory Card0.Amixer.info: Card hw:0 'Intel'/'HDA Intel at 0xf9ff8000 irq 44' Mixer name : 'Realtek ALC883' Components : 'HDA:10ec0883,1043829f,00100002' Controls : 36 Simple ctrls : 21 Channel: release Date: Thu Jan 19 20:33:30 2012 ForcedLayersAccel: False IfupdownConfig: auto lo iface lo inet loopback IncompatibleExtensions: NoScript - ID={73a6fe31-595d-460b-a920-fcc0f8843232}, Version=2.2.8rc2, minVersion=1.9a2, maxVersion=1.9.6, Location=app-profile, Type=extension, Active=Yes IpRoute: default via 192.168.1.1 dev wlan0 proto static 169.254.0.0/16 dev wlan0 scope link metric 1000 192.168.1.0/24 dev wlan0 proto kernel scope link src 192.168.1.3 metric 2 ProcEnviron: LANGUAGE=en_AU:en PATH=(custom, user) LANG=en_AU.UTF-8 SHELL=/bin/bash Profiles: Profile0 (Default) - LastVersion=9.0.1/20111228084940 (Running) RfKill: 0: phy0: Wireless LAN Soft blocked: no Hard blocked: no RunningIncompatibleAddons: True SourcePackage: firefox UpgradeStatus: Upgraded to oneiric on 2011-11-11 (68 days ago) WpaSupplicantLog: dmi.bios.date: 01/02/2008 dmi.bios.vendor: American Megatrends Inc. dmi.bios.version: 0901 dmi.board.asset.tag: To Be Filled By O.E.M. dmi.board.name: P5K SE dmi.board.vendor: ASUSTeK Computer INC. dmi.board.version: Rev 1.xx dmi.chassis.asset.tag: Asset-1234567890 dmi.chassis.type: 3 dmi.chassis.vendor: Chassis Manufacture dmi.chassis.version: Chassis Version dmi.modalias: dmi:bvnAmericanMegatrendsInc.:bvr0901:bd01/02/2008:svnSystemmanufacturer:pnP5KSE:pvrSystemVersion:rvnASUSTeKComputerINC.:rnP5KSE:rvrRev1.xx:cvnChassisManufacture:ct3:cvrChassisVersion: dmi.product.name: P5K SE dmi.product.version: System Version dmi.sys.vendor: System manufacturer To manage notifications about this bug go to: https://bugs.launchpad.net/firefox/+bug/918678/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp