You are not logged in.
Last time I give a try for lighter web browsers based on webkit. My choice is webkitgtk based as I use mainly GTK apps (LXDE + SpaceFM + many more). I tried epiphany (hard gnome dependent, but I was wondered with speed and light comapring to Chromium and Firefox and even to Opera) and second try - dwb-gtk3-git (another "must have" app - a little work to set up shortcuts and it is really amazing). But it seems to be serious problem - a lot of websites just crashes in these 2 browsers (all google: google.com, maps.google.com, gmail.com; hotmail.com and many other). But some are displayed super fast and with no rendering problem: archlinux.org, duckduckgo.com etc.
I can't find the reason of crashes. dwb just escapes:
[mm@domowy_46 ~]$dwb
DWB EXTENSION: extension adblock_subscriptions: Successfully loaded and initialized.
DWB EXTENSION: extension speeddial: Successfully loaded and initialized.
DWB EXTENSION: extension formfiller: Successfully loaded and initialized.
[mm@domowy_46 ~]$
and epiphany gives "black screen of death":
Oops!
Something went wrong while displaying this page. Please reload or visit a different page to continue.
[mm@domowy_46 ~]$epiphany
(epiphany:11757): Gtk-WARNING **: Theme directory preferences/48 of theme Numix-Grey has no size field
** Message: Remote error from secret service: org.freedesktop.DBus.Error.ServiceUnknown: The name org.freedesktop.secrets was not provided by any .service files
** (WebKitWebProcess:11767): WARNING **: Error caching form data: The name org.freedesktop.secrets was not provided by any .service files
** Message: Remote error from secret service: org.freedesktop.DBus.Error.ServiceUnknown: The name org.freedesktop.secrets was not provided by any .service files
** (WebKitWebProcess:12032): WARNING **: Error caching form data: The name org.freedesktop.secrets was not provided by any .service files
I think warnings about secret service is not very important - the same cras vas with gnome-keyring installed.
I made a strace for both programs - here end of dwb:
mmap2(NULL, 16384, PROT_NONE, MAP_PRIVATE|MAP_ANONYMOUS|MAP_NORESERVE, -1, 0) = 0xaa593000
madvise(0xaa593000, 16384, MADV_DONTNEED) = 0
mprotect(0xaa593000, 4096, PROT_READ|PROT_WRITE|PROT_EXEC) = 0
madvise(0xaa593000, 4096, MADV_WILLNEED) = 0
clock_gettime(CLOCK_MONOTONIC, {5275, 733099896}) = 0
clock_gettime(CLOCK_MONOTONIC, {5275, 733206296}) = 0
mprotect(0xaa594000, 4096, PROT_READ|PROT_WRITE|PROT_EXEC) = 0
madvise(0xaa594000, 4096, MADV_WILLNEED) = 0
clock_gettime(CLOCK_MONOTONIC, {5275, 734386542}) = 0
clock_gettime(CLOCK_MONOTONIC, {5275, 734495485}) = 0
mprotect(0xaa595000, 4096, PROT_READ|PROT_WRITE|PROT_EXEC) = 0
madvise(0xaa595000, 4096, MADV_WILLNEED) = 0
mprotect(0xaa596000, 4096, PROT_READ|PROT_WRITE|PROT_EXEC) = 0
madvise(0xaa596000, 4096, MADV_WILLNEED) = 0
clock_gettime(CLOCK_MONOTONIC, {5275, 735806601}) = 0
clock_gettime(CLOCK_MONOTONIC, {5275, 735917784}) = 0
clock_gettime(CLOCK_MONOTONIC, {5275, 736503535}) = 0
clock_gettime(CLOCK_MONOTONIC, {5275, 736612559}) = 0
clock_gettime(CLOCK_MONOTONIC, {5275, 737424365}) = 0
clock_gettime(CLOCK_MONOTONIC, {5275, 737551471}) = 0
clock_gettime(CLOCK_MONOTONIC, {5275, 737977604}) = 0
clock_gettime(CLOCK_MONOTONIC, {5275, 738075187}) = 0
clock_gettime(CLOCK_MONOTONIC, {5275, 738428211}) = 0
clock_gettime(CLOCK_MONOTONIC, {5275, 738529328}) = 0
mmap2(NULL, 16384, PROT_NONE, MAP_PRIVATE|MAP_ANONYMOUS|MAP_NORESERVE, -1, 0) = 0xaa58f000
madvise(0xaa58f000, 16384, MADV_DONTNEED) = 0
mprotect(0xaa58f000, 4096, PROT_READ|PROT_WRITE|PROT_EXEC) = 0
madvise(0xaa58f000, 4096, MADV_WILLNEED) = 0
clock_gettime(CLOCK_MONOTONIC, {5275, 739779629}) = 0
clock_gettime(CLOCK_MONOTONIC, {5275, 739891292}) = 0
mprotect(0xaa590000, 4096, PROT_READ|PROT_WRITE|PROT_EXEC) = 0
madvise(0xaa590000, 4096, MADV_WILLNEED) = 0
--- SIGILL {si_signo=SIGILL, si_code=ILL_ILLOPN, si_addr=0xaa596e55} ---
futex(0xb17b9bf8, FUTEX_WAKE_OP_PRIVATE, 1, 1, 0xb17b9bf4, {FUTEX_OP_SET, 0, FUTEX_OP_CMP_GT, 1}) = 1
futex(0xb17b9bdc, FUTEX_WAKE_PRIVATE, 1) = 1
munmap(0xab20c000, 8392704) = 0
exit_group(0) = ?
+++ exited with 0 +++
in epiphany strace log can't find any suspicious. I usually use linux-pf but tested also on stock arch linux and crashes are the same. I use only "stable" builds (not testing) so it happens on:
epiphany 3.8.2-1
dwb-gtk3-git 2013.08.04.g76a6780-1
webkitgtk 2.0.4-1
Any idea what can be the reason and how to solve it?
Lenovo G50 | LXQT-git | compton | conky
Offline
The situation between all things Google and webkitgtk is getting worse by the day. It doesn't matter which version of webkitgtk; they both crash regularly. It's not just Google stuff, but it happens mostly there. I'm currently building webkitgtk2 with debugging enabled and with debug symbols. I imagine that they're having the same problem in both branches, so hopefully this will be good enough for a solid bug report.
Offline
Thank you for answer skottish. Probably Google messes with code but in fact it is not only google thing - more sites like hotmail.com, facebook.com, and even github.com crashes my webkit browsers. What I observe is that it happens directly after rendering all the page (not during rendering) so maybye it has something to do with js. Second - all the pages are https connected - but strange: some https pages eg. duckduckgo.com or archlinux.org work perfectly.
Last edited by nbvcxz (2013-08-10 19:08:36)
Lenovo G50 | LXQT-git | compton | conky
Offline
I don't know if this is related - I see very few google related issues, but that's because I do my best to visit very few google related pages - but I've been getting several webkit browser (dwb and luakit) crashes on wikipedia pages. It's exactly as you describe: right after the page fully renders.
Last edited by Trilby (2013-08-10 17:51:33)
"UNIX is simple and coherent..." - Dennis Ritchie, "GNU's Not UNIX" - Richard Stallman
Offline
I can't build either webkitgtk anymore and I'm not sure how much time that I want to spend on it. Interestingly, it's dying in a function called WTF. For some reason I'm not surprised.
Offline
I am just user not coder so I can't help too much, but it may be useful https://lists.webkit.org/pipermail/webk … 25166.html . Btw have you tried to compile 2.1.3 (unstable) ?
Lenovo G50 | LXQT-git | compton | conky
Offline
I finally got around to figuring out why webkitgtk wouldn't build. It turns out the bison 3.0 doesn't have stuff that the earlier version had, so downgrading allowed me to build the gtk3 version (which is insanely painful as it sucks all of your memory up a number of times during the build). I still can't build the prefered gtk2 version, but at least now I can get some good stack traces. I'll file an upstream bug report as soon as I get good crash data.
Offline
Thanks skottish! It would be really nice if some of these (otherwise) amazing webkitgtk based browsers would get more stable over time instead of less. I am a dwb user (and I previously used luakit and uzbl). These really are awesome browsers, and their functionality otherwise are really quite nice.
I am quite glad skottish is on the case!
Offline
I've been running dwb from the repos for quite some time now and it never crashed on me. Is it because by default I disallow everything (javascript, plugins, third party content with requestpolicy)? I've been on wikipedia a lot recently and it works just fine. But my manual builds (I want it to use gstreamer-1.0) don't work anymore, luckily I still have my old build, which runs fine. I built it 30 Jun 2013, so if you're looking for updates of dependencies, which might break the build, you don't have to go back further.
Offline
I've been running dwb from the repos for quite some time now and it never crashed on me. Is it because by default I disallow everything (javascript, plugins, third party content with requestpolicy)?
This is the same in my case - seems that webkitgtk (gtk3) engine crashes with some javascripts. But still can't find any more precise.
I've been on wikipedia a lot recently and it works just fine.
And same here - wikipedia: no problems.
@skottish - thank you for great work. Tried to compile latest stable and unstable webkitgtk but they always fails. Hope it is possible to improve webkitgtk soon as it seems to be really nice alternative to still getting heavier chromium, firefox and unknown future of opera.
Lenovo G50 | LXQT-git | compton | conky
Offline
Quick update as I collect information:
dwb-gtk3 crashes immediately with debug/debug-symbols enabled in webkitgtk with the segfault being in webkit. midori-gtk3 segfaults immediately, but still runs. The segfaults are super easy to reproduce with the debugging code showing leaks all over the place; It's choking on certain javascript as I think everyone already guessed. epiphany doesn't show any of the segfaults (output suppressed?), but closing it shows all sorts of leaks. The leaks listed are all over the place in webkit and do not follow a specific pattern. It turns out that enabling debugging and debugging symbols makes it far more unstable than it was without them.
Filing good bug reports under these conditions is going to be tricky...
Last edited by skottish (2013-08-14 02:17:03)
Offline
Seems that not connected with webkitgtk but rather with dwb (I suppose), but here with dwb crash:
(dwb:5189): GLib-GObject-WARNING **: invalid cast from `(null)' to `GtkLabel'
(dwb:5189): Gtk-CRITICAL **: gtk_label_set_markup: assertion `GTK_IS_LABEL (label)' failed
Lenovo G50 | LXQT-git | compton | conky
Offline
Well everyone, I give up. webkitgtk is far too unstable with debugging enabled to get an accurate representation of what's wrong with it. This is really unfortunate as now I'm going to look back into my options for another browser. Right now that translates mostly to Firefox and Pentadactyl. That's if I can get Firefox to link (a topic for another thread). Hopefully someone with some time and skill can get something like dwb together with chromium embedded.
Offline
skottish, come back to Vimprobable: we miss you!
(No crashes here...)
Offline
I just landed on vimprobable today on my work computer. Had to beat it around for a while to get it to look and act like dwb.
EDIT: Make that vimperator - the damn names are too similar.
Last edited by Trilby (2013-08-14 20:05:54)
"UNIX is simple and coherent..." - Dennis Ritchie, "GNU's Not UNIX" - Richard Stallman
Offline
skottish, come back to Vimprobable: we miss you!
(No crashes here...)
Do have run with javascript enabled? If so, I'm amazed that you don't see regular crashes.
Offline
Yes, its enabled.
The only aberrant behavior I see is on a couple of sites that use AJAXy calls (like Stack Overflow), occasionally that instance will chew up a full thread. As each instance of Vimprobable is separate and running in tabbed, its no problem killing that instance and going back to looking at cats...
Offline
I also use webkitgtk2 based surf with js enabled and do not experience crashes (webkitgtk2 is installed with pacman).
There is one exception and it is reproducable: when the bandwidth is heavily used by rtorrent surf crashes. If 100% of bandwidth is used by rtorrent the crash is immidiate.
I am not saying webkit is perfect becasue there are some pages where the text/fonts are overlapping but for me surf is working quite well.
Offline
Still coredumps, but last time with epiphany I found:
(epiphany:1552): GLib-GIO-CRITICAL **: g_dbus_proxy_get_connection: assertion `G_IS_DBUS_PROXY (proxy)' failed
(epiphany:1552): GLib-GIO-CRITICAL **: g_dbus_connection_signal_unsubscribe: assertion `G_IS_DBUS_CONNECTION (connection)' failed
Can it be connected with webkit crashes?
Lenovo G50 | LXQT-git | compton | conky
Offline
Epiphany is useless since 3.10, it crashes more than not (or should I say webkit)....
Offline
Epiphany is useless since 3.10, it crashes more than not (or should I say webkit)....
Mine crashes the same as previous versions. Gmail is one of the best sites to try. But funny thing - I don't have "titlebar" in LXDE any more. 3.10 Epiphany looks like "only fullscreen". Is it normal?
Lenovo G50 | LXQT-git | compton | conky
Offline
Just in case any you still tries to reproduce a crash in webkit-browsers: I'm very lucky with crashing browsers (luakit, vimprobabl2, dwb) on large wikipedia articles, e.g. the english article on The Beatles plus clicking some links and using the browser history.
Last edited by thorsten (2014-01-14 19:33:57)
Offline