[Webkit-unassigned] [Bug 30860] [Gtk] uzbl and surf segfaults with 1.1.15.3 and 1.1.16 (devel)

[bugzilla-daemon at webkit.org]

https://bugs.webkit.org/show_bug.cgi?id=30860





--- Comment #14 from horizonx <wnxhorizonx at gmail.com>  2009-12-12 10:53:12 PST ---
(In reply to comment #13)
> I get a crash identical to Rob's on the latest version of Midori using a WebKit
> nightly, same gtk/gcc/glib setup except I'm on 64-bit. Going to try the
> workaround mentioned.
> 
> Backtrace:
> Program received signal SIGSEGV, Segmentation fault.
> [Switching to Thread 0xb44f3700 (LWP 8491)]
> 0x00000000 in ?? ()
> (gdb) bt
> #0  0x00000000 in ?? ()
> #1  0xb732a360 in IA__g_main_context_prepare (context=0x81cfd18, 
>     priority=0xbfb971bc) at gmain.c:2280
> #2  0xb732a721 in g_main_context_iterate (context=0x81cfd18, 
>     block=<value optimized out>, dispatch=1, self=0x81baef0) at gmain.c:2571
> #3  0xb732af6f in IA__g_main_loop_run (loop=0x81d9390) at gmain.c:2799
> #4  0xb7005679 in IA__gtk_main () at gtkmain.c:1218
> #5  0x08063ed6 in main (argc=1, argv=0xbfb97514) at ../midori/main.c:2106

It turned out that the spellcheck dictionaries on my system weren't configured
properly, but the Zemberek provider always indicates that one is available even
if it isn't. This is definitely an issue with Enchant and a very serious one at
that -- any possible way to work around it until it gets fixed?  That provider
appears to only support Turkish, so if Enchant uses Zemberek for say, en_US it
seems it would be better to disable spellchecking altogether than to have a
very(!) confusing segfault.  For me the repro would be to have WebKit looking
for a dictionary in Enchant that isn't actually there -- could this be the case
for others as well?

-- 
Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.