Bug 154446 – [GTK] WebProcess from WebKitGtk+ 2.10.7 hangs in wait() at WTF's ThreadingPthreads.cpp

• Status: RESOLVED
• Resolution: DUPLICATE
• Component: WebKitGTK

[Andres Gomez Garcia]

Created attachment 271744 [details]
BT from gdb

I'm using WebKitGtk+ with my own JHBuild setting:
https://github.com/tanty/jhbuild-epiphany/tree/master

Epiphany 3.18.0, WebKit 2.10.7 and GStreamer 1.4.4

I'm running Epiphany with the dconf key:

"process-model" = "shared-secondary-process"

The compilation was done with CMake args:

'-DPORT=GTK -DCMAKE_BUILD_TYPE=Release -DENABLE_MINIBROWSER=ON -DCMAKE_C_FLAGS_RELEASE="-O0 -g1 -DNDEBUG -DG_DEBUG=fatal-criticals -DG_DISABLE_CAST_CHECKS" -DCMAKE_CXX_FLAGS_RELEASE="-O0 -g1 -DNDEBUG -DNDEBUG -DG_DEBUG=fatal-criticals -DG_DISABLE_CAST_CHECKS"'

---

Running epiphany like:
$ GST_DEBUG_FILE=./gst.log GST_DEBUG=3 epiphany

When visiting several pages, eventually, WebKitWebProcess hangs. Epiphany is still responsive (I, actually, can close the program gently).

This bug is not reproducible in a predictable way.

[Andres Gomez Garcia]

Created attachment 271745 [details]
Log from GST_DEBUG=3

I've not been suffering this until I turned GST_DEBUG on.

Since then, I get these hangs every now and then, which seem very related to the GStreamer debugging log, as it can be checked in the BT from GDB.

Also, you can see that the logging file is kind of corrupted.

[Andres Gomez Garcia]

Created attachment 271746 [details]
Log from GST_DEBUG=3 as spit in the terminal using tail -f

Since these hangs have already happened to me before and I have also observed the corrupted log file, this time I also decided to track the output with tail.

This log shows all the output that is missing in the corrupted file.

[Andres Gomez Garcia]

Created attachment 271918 [details]
Another similar BT from gdb

Confirmed also in:

Epiphany 3.18.0, WebKit 2.11.90
I'm running Epiphany with the dconf key:

"process-model" = "shared-secondary-process"

The compilation was done with CMake args:

'-DPORT=GTK -DCMAKE_BUILD_TYPE=Release -DENABLE_MINIBROWSER=ON -DCMAKE_C_FLAGS_RELEASE="-O0 -g1 -DNDEBUG -DG_DISABLE_CAST_CHECKS" -DCMAKE_CXX_FLAGS_RELEASE="-O0 -g1 -DNDEBUG -DNDEBUG -DG_DISABLE_CAST_CHECKS"'

---

This time, there was no GStreamer logging involved.

[Carlos Garcia Campos]

And the UI process is responsive while that happens? The problem is that the UI process is not replying to a sync messages sent from the web process.

[Andres Gomez Garcia]

Created attachment 271919 [details]
BT from gdb, when closing epiphany (gently), and receiving a SIGTRAP in the WebProcess

After the SIGTRAP, continuing in GDB finishes the WebProcess normally.

[Andres Gomez Garcia]

(In reply to comment #5)
> Created attachment 271919 [details]
> BT from gdb, when closing epiphany (gently), and receiving a SIGTRAP in the
> WebProcess
> 
> After the SIGTRAP, continuing in GDB finishes the WebProcess normally.

Reading in the BT:

        msg = 0x7ffec80197c0 "Creating pipes for GWakeup: Too many open files\n"
        msg_alloc = 0x7ffec80197c0 "Creating pipes for GWakeup: Too many open files\n"

Closing as DUPLICATED.

*** This bug has been marked as a duplicate of bug 152316 ***