Gentoo Forums
Gentoo Forums
Gentoo Forums
Quick Search: in
Midori doesn't load home page, web inspector crashes
View unanswered posts
View posts from last 24 hours

 
Reply to topic    Gentoo Forums Forum Index Desktop Environments
View previous topic :: View next topic  
Author Message
Astronome
Tux's lil' helper
Tux's lil' helper


Joined: 02 Jan 2016
Posts: 148

PostPosted: Sun Apr 23, 2017 9:07 pm    Post subject: Midori doesn't load home page, web inspector crashes Reply with quote

I just emerged Midori and immediately had a couple problems with it. First, when I go to midori-browser.org, I can see the page for an instant before it goes blank. The following messages are produced in the console:

Code:

(WebKitWebProcess:27301): GLib-GObject-CRITICAL **: g_object_set: assertion 'G_IS_OBJECT (object)' failed

** (WebKitWebProcess:27301): CRITICAL **: file /var/tmp/portage/media-libs/gst-plugins-base-1.10.3/work/gst-plugins-base-1.10.3/gst-libs/gst/audio/gstaudioringbuffer.c: line 1993 (gst_audio_ring_buffer_set_channel_positions): should not be reached


Second, every time I attempt to open the web inspector on any page, it shows an error page that begins with "Web Inspector encountered an internal error" and this error is in the console:

Code:

(midori4:27162): Gtk-WARNING **: Allocating size to WebKitWebViewBase 0x10f8700 without calling gtk_widget_get_preferred_width/height(). How does the code know the size to allocate?


I don't see any related bugs in Gentoo's bug tracker. Thought I'd ask here first.
Back to top
View user's profile Send private message
Astronome
Tux's lil' helper
Tux's lil' helper


Joined: 02 Jan 2016
Posts: 148

PostPosted: Wed Apr 26, 2017 1:09 am    Post subject: Reply with quote

I opened a bug in the WebKit bug tracker here: https://bugs.webkit.org/show_bug.cgi?id=171205

I've been asked to provide a core dump. So I added this to make.conf:

Code:

CFLAGS="-march=native -O2 -pipe -ggdb"
FEATURES="splitdebug"


Then I recompiled webkit-gtk and executed the following commands:

Code:

$ ulimit -c unlimited
$ export G_DEBUG=fatal-criticals
$ midori


Then I browsed to the site that causes the critical error. The program didn't crash, but a core file was generated so I ran it through gdb. However, I don't see any additional debugging info:

Code:

$ gdb /usr/bin/midori --core core --batch --quiet -ex "thread apply all bt full" -ex quit

warning: core file may not match specified executable file.
[New LWP 3436]
[New LWP 3438]
[New LWP 3439]
[New LWP 3631]
[New LWP 3440]
[New LWP 3441]
[New LWP 3618]
[New LWP 3444]
[New LWP 3629]
[New LWP 3596]
[New LWP 3617]
[New LWP 3626]
Core was generated by `/usr/libexec/webkit2gtk-4.0/WebKitWebProcess 54'.
Program terminated with signal SIGTRAP, Trace/breakpoint trap.
#0  0x00007fe0aa013e91 in ?? ()
[Current thread is 1 (LWP 3436)]

Thread 12 (LWP 3626):
#0  0x00007fe0ac1255ed in ?? ()
No symbol table info available.
#1  0x0000000000000000 in ?? ()
No symbol table info available.

Thread 11 (LWP 3617):
#0  0x00007fe0a83614a8 in ?? ()
No symbol table info available.
#1  0x0000000000000000 in ?? ()
No symbol table info available.

Thread 10 (LWP 3596):
#0  0x00007fe0ac1255ed in ?? ()
No symbol table info available.
#1  0x0000000000000000 in ?? ()
No symbol table info available.

Thread 9 (LWP 3629):
#0  0x00007fe0a83610ff in ?? ()
No symbol table info available.
#1  0x0000000000000000 in ?? ()
No symbol table info available.

Thread 8 (LWP 3444):
#0  0x00007fe0ac1255ed in ?? ()
No symbol table info available.
#1  0x0000000000000000 in ?? ()
No symbol table info available.

Thread 7 (LWP 3618):
#0  0x00007fe0a83614a8 in ?? ()
No symbol table info available.
#1  0x0000000000000000 in ?? ()
No symbol table info available.

Thread 6 (LWP 3441):
#0  0x00007fe0ac1255ed in ?? ()
No symbol table info available.
#1  0x0000000000000000 in ?? ()
No symbol table info available.

Thread 5 (LWP 3440):
#0  0x00007fe0ac1255ed in ?? ()
No symbol table info available.
#1  0x0000000000000000 in ?? ()
No symbol table info available.

Thread 4 (LWP 3631):
#0  0x00007fe0ac1255ed in ?? ()
No symbol table info available.
#1  0x0000000000000000 in ?? ()
No symbol table info available.

Thread 3 (LWP 3439):
#0  0x00007fe0ac1255ed in ?? ()
No symbol table info available.
#1  0x0000000000000000 in ?? ()
No symbol table info available.

Thread 2 (LWP 3438):
#0  0x00007fe0ac0fe5bd in ?? ()
No symbol table info available.
#1  0x0000000000000000 in ?? ()
No symbol table info available.

Thread 1 (LWP 3436):
#0  0x00007fe0aa013e91 in ?? ()
No symbol table info available.
#1  0x0000000000000002 in ?? ()
No symbol table info available.
#2  0x00007fe0aa0152dd in ?? ()
No symbol table info available.
#3  0x0000000002312700 in ?? ()
No symbol table info available.
#4  0x00007fe0aa314a29 in ?? ()
No symbol table info available.
#5  0x0000000000000000 in ?? ()
No symbol table info available.


What else do I need to do to get the backtrace?

Edit: I also tried this:

Code:

$ gdb -q --core core
[New LWP 8433]
[New LWP 8435]
[New LWP 8596]
[New LWP 8598]
[New LWP 8611]
[New LWP 8438]
[New LWP 8439]
[New LWP 8592]
[New LWP 8613]
[New LWP 8440]
[New LWP 8442]
[New LWP 8597]
[New LWP 8608]
[New LWP 8599]
[New LWP 8600]
Core was generated by `/usr/libexec/webkit2gtk-4.0/WebKitWebProcess 37'.
Program terminated with signal SIGTRAP, Trace/breakpoint trap.
#0  0x00007f34d027de91 in ?? ()
[Current thread is 1 (LWP 8433)]
(gdb) symbol-file /usr/libexec/webkit2gtk-4.0/WebKitWebProcess
Reading symbols from /usr/libexec/webkit2gtk-4.0/WebKitWebProcess...Reading symbols from /usr/lib64/debug//usr/libexec/webkit2gtk-4.0/WebKitWebProcess.debug...done.
done.
(gdb) bt
#0  0x00007f34d027de91 in ?? ()
#1  0x0000000000000002 in ?? ()
#2  0x00007f34d027f2dd in ?? ()
#3  0x0000000001a69030 in ?? ()
#4  0x00007f34d057ea29 in ?? ()
#5  0x0000000000000000 in ?? ()


Seems to indicate at least it's finding the debug symbols in /usr/lib64/debug.

Edit 2: I finally managed to get a meaningful backtrace with this:

Code:

$ gdb /usr/libexec/webkit2gtk-4.0/WebKitWebProcess --core core --batch --quiet -ex "thread apply all bt full" -ex quit


At first I thought it wasn't working because it threw a warning and then sat for a long time:

Code:

warning: Could not load shared library symbols for linux-vdso.so.1.
Do you need "set solib-search-path" or "set sysroot"?


But eventually it produced a backtrace, which I'll add to the bug.
Back to top
View user's profile Send private message
Display posts from previous:   
Reply to topic    Gentoo Forums Forum Index Desktop Environments All times are GMT
Page 1 of 1

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum