After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 753941 - Half of the time, web applications (or the browser) don't start
Half of the time, web applications (or the browser) don't start
Status: RESOLVED WONTFIX
Product: epiphany
Classification: Core
Component: Web Applications
3.16.x (obsolete)
Other Linux
: Normal critical
: ---
Assigned To: Epiphany Maintainers
Epiphany Maintainers
Depends on:
Blocks:
 
 
Reported: 2015-08-21 17:10 UTC by Jean-François Fortin Tam
Modified: 2016-10-07 21:28 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
BT from gdb (20.75 KB, text/plain)
2016-01-24 22:32 UTC, Andres Gomez
Details

Description Jean-François Fortin Tam 2015-08-21 17:10:09 UTC
I have a couple of Epiphany "web applications" (Google Calendar, Twitter, etc.) created by epiphany as launchers in gnome shell.

I've no idea why, and this has been going on for quite some time, but half of the time trying to launch them does nothing, I have to wait ~20secs (or something like that) for gnome-shell to timeout and realize that the app did not launch, before I am allowed to try launching again. Sometimes it takes 2-3 tries. You just have to keep trying to launch and eventually it works.
Comment 1 Michael Catanzaro 2015-08-22 00:50:44 UTC
FWIW it is crashes after the 20s timeout. I have backtraces downstream that I will try to move here eventually.
Comment 2 Michael Catanzaro 2015-09-22 23:43:16 UTC
Truncated backtrace:
Thread no. 1 (10 frames)
 #1 g_hash_table_lookup_node at ghash.c:368
 #2 g_hash_table_lookup at ghash.c:1092
 #3 style_values_lookup at gtkstylecontext.c:800
 #4 _gtk_style_context_validate at gtkstylecontext.c:3060
 #12 gtk_container_idle_sizer at gtkcontainer.c:1738
 #13 _g_closure_invoke_va at gclosure.c:831
 #15 g_signal_emit_by_name at gsignal.c:3405
 #16 gdk_frame_clock_paint_idle at gdkframeclockidle.c:408
 #22 g_main_context_iteration at gmain.c:3842
 #23 g_application_run at gapplication.c:2282

Full backtrace downstream. I am CCing Company only on the off chance that this really turns out to be a GtkCss bug; last time we had an issue like this, it turned out to be memory corruption in Epiphany. I guess this is probably another difficult memory corruption issue, but I haven't been able to find any issues in valgrind except WebKit #146729	(which I thiiiink could not cause this).

In other good news, Epiphany almost never crashes nowadays except for this issue, and it's not thaaaaat bad since it only happens on start.
Comment 3 Andres Gomez 2016-01-24 22:32:51 UTC
Created attachment 319633 [details]
BT from gdb

I suffer this every now and then and since several versions of ephy and wkgtk.

It may be a problem in glib/gobject, though.

-------

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

Epiphany 3.18.0 and WebKit 2.10.5

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 -DCMAKE_C_FLAGS_RELEASE="-O0 -g1 -DNDEBUG -DG_DISABLE_CAST_CHECKS" -DCMAKE_CXX_FLAGS_RELEASE="-O0 -g1 -DNDEBUG -DG_DISABLE_CAST_CHECKS"'
Comment 4 Michael Catanzaro 2016-01-25 03:24:02 UTC
Andres, your crash is different; I think Claudio might have fixed that in 3.18.2. Can you try updating your jhbuild moduleset (latest is 3.18.3, but you have jhbuild so why not track the gnome-3-18 branch)? Please file a new bug if it still happens after upgrading.

Jeff, have you seen this crash in a while? I used to get it regularly, but I haven't seen it in quite some time. Epiphany seems to always launch reliably for me now.
Comment 5 Andres Gomez 2016-01-25 11:02:56 UTC
(In reply to Michael Catanzaro from comment #4)
> Andres, your crash is different; I think Claudio might have fixed that in
> 3.18.2. Can you try updating your jhbuild moduleset (latest is 3.18.3, but
> you have jhbuild so why not track the gnome-3-18 branch)? Please file a new
> bug if it still happens after upgrading.

It is not a crash but getting the app stalled.

The steps to reproduce are the same since it always happens at startup (when it happens).

Your BT is different but the stalling instruction is the same. The reporter didn't provide the BT, but you, so I was wondering if similar hangs occur in different moments of the startup in the same instruction.

Anyway, I will try to update ephy, as you recommend.
Comment 6 Michael Catanzaro 2016-10-07 21:28:58 UTC
Hi, this is a mass close of all bugs in the NEEDINFO state. If you think this bug was closed improperly, just leave a comment, thanks!