Bug#728789: dwb: crash with segmentation fault very often
On Fri, Feb 07, 2014 at 12:44:46PM +0100, Sebastian Ramacher wrote: I've just tried 2.3.4-4 from experimental and it does not crash with that version. I can browse both fr.wikipedia.org and tbpl.mozilla.org without problems. I think I found the fix, see https://bugs.webkit.org/show_bug.cgi?id=125461 If I can confirm that this is enough to solve the crash we'll update the 2.2.x series with it. Thanks again for your help, Berto -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728789: dwb: crash with segmentation fault very often
On 2014-02-06 17:18:44, Alberto Garcia wrote: On Thu, Feb 06, 2014 at 03:37:14PM +0100, Sebastian Ramacher wrote: I just tried with 2.2.4-1 and it still crashes on tbpl.mozilla.org. The backtrace is the same. Would it help you if I also tested the version from experimental? Ouch :( Yes, if you can double-check it using that version it would be great. I'm running a recent build from upstream and it seems to work fine, so if we figure out where the problem was fixed we can backport the patch. I've just tried 2.3.4-4 from experimental and it does not crash with that version. I can browse both fr.wikipedia.org and tbpl.mozilla.org without problems. Cheers -- Sebastian Ramacher signature.asc Description: Digital signature
Bug#728789: dwb: crash with segmentation fault very often
On Fri, Feb 07, 2014 at 12:44:46PM +0100, Sebastian Ramacher wrote: I've just tried 2.3.4-4 from experimental and it does not crash with that version. I can browse both fr.wikipedia.org and tbpl.mozilla.org without problems. That's valuable information, thanks! I'll try to narrow down the problem. Berto -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728789: dwb: crash with segmentation fault very often
Hi On 2014-01-23 21:30:48, Alberto Garcia wrote: On Thu, Jan 23, 2014 at 03:36:22PM +0100, Sebastian Ramacher wrote: Does it also crash for you in tbpl.mozilla.org? Is your backtrace similar? Yes, it crashes for me there. This is the backtrace that I get: It crashes for me with 2.2.3 as well, but with the latest WebKit trunk it seems to work fine. I uploaded 2.2.4, published a few days ago, hopefully this problem is no longer present. I just tried with 2.2.4-1 and it still crashes on tbpl.mozilla.org. The backtrace is the same. Would it help you if I also tested the version from experimental? Regards -- Sebastian Ramacher signature.asc Description: Digital signature
Bug#728789: dwb: crash with segmentation fault very often
On Thu, Feb 06, 2014 at 03:37:14PM +0100, Sebastian Ramacher wrote: I just tried with 2.2.4-1 and it still crashes on tbpl.mozilla.org. The backtrace is the same. Would it help you if I also tested the version from experimental? Ouch :( Yes, if you can double-check it using that version it would be great. I'm running a recent build from upstream and it seems to work fine, so if we figure out where the problem was fixed we can backport the patch. Thanks a lot for your help, Berto -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728789: dwb: crash with segmentation fault very often
On 2014-01-07 13:50:49, Alberto Garcia wrote: On Sat, Dec 21, 2013 at 08:28:23PM +0100, Sebastian Ramacher wrote: I've now successfully reproduced the crash. It only happens on i386 for me. amd64 works fine. gdb gives me the following backtrace when I try to follow any link from http://fr.wikipedia.org in dwb: It tried this in an i386 environment with webkit 2.2.3-1 from Debian testing, it seems to work fine here both with dwb and luakit. Does it happen 100% of the time? It happened for me everytime, but with 2.2.3-1 I can not reproduce it anymore. Regards -- Sebastian Ramacher signature.asc Description: Digital signature
Bug#728789: dwb: crash with segmentation fault very often
On 2014-01-07 15:05:42, Alberto Garcia wrote: On Sat, Dec 21, 2013 at 08:28:23PM +0100, Sebastian Ramacher wrote: Thank you. Reassigning to libwebkitgtk-3.0-0 since the bug occurs with multiple webkit based browsers. Actually I wonder if it's related to this one: https://bugs.webkit.org/show_bug.cgi?id=125461 Does it also crash for you in tbpl.mozilla.org? Is your backtrace similar? Yes, it crashes for me there. This is the backtrace that I get: #0 0xef5b407b in ?? () #1 0xf5793ee2 in JSC::JITCode::execute (this=this@entry=0xef7cba50, stack=stack@entry=0xf1aa4e1c, callFrame=callFrame@entry=0xef954038, vm=vm@entry=0xf1ade000) at ../Source/JavaScriptCore/jit/JITCode.cpp:46 #2 0xf577c9f7 in JSC::Interpreter::execute (this=0xf1aa4e10, program=program@entry=0xea1f1bf0, callFrame=callFrame@entry=0xed86f48c, thisObj=0xed8afdb0) at ../Source/JavaScriptCore/interpreter/Interpreter.cpp:766 #3 0xf588d35f in JSC::evaluate (exec=exec@entry=0xed86f48c, source=..., thisValue=..., returnedException=returnedException@entry=0xccf0) at ../Source/JavaScriptCore/runtime/Completion.cpp:83 #4 0xf663fc94 in evaluate (exception=0xcce0, thisValue=..., source=..., exec=0xed86f48c) at ../Source/WebCore/bindings/js/JSMainThreadExecState.h:74 #5 WebCore::ScriptController::evaluateInWorld (this=this@entry=0x567cd510, sourceCode=..., world=0xf1a99ae0) at ../Source/WebCore/bindings/js/ScriptController.cpp:142 #6 0xf66402db in WebCore::ScriptController::evaluate (this=0x567cd510, sourceCode=...) at ../Source/WebCore/bindings/js/ScriptController.cpp:158 #7 0xf682383d in executeScript (sourceCode=..., this=0xef7b1494) at ../Source/WebCore/dom/ScriptElement.cpp:317 #8 WebCore::ScriptElement::executeScript (this=0xef7b1494, sourceCode=...) at ../Source/WebCore/dom/ScriptElement.cpp:287 #9 0xf68277f3 in prepareScript (supportLegacyTypes=WebCore::ScriptElement::DisallowLegacyTypeInTypeAttribute, scriptStartPosition=..., this=0xef7b1494) at ../Source/WebCore/dom/ScriptElement.cpp:246 #10 WebCore::ScriptElement::prepareScript (this=this@entry=0xef7b1494, scriptStartPosition=..., supportLegacyTypes=supportLegacyTypes@entry=WebCore::ScriptElement::DisallowLegacyTypeInTypeAttribute) at ../Source/WebCore/dom/ScriptElement.cpp:172 #11 0xf69f4aa2 in WebCore::HTMLScriptRunner::runScript (this=this@entry=0xf1aeb3c0, script=0xef7b1460, scriptStartPosition=...) at ../Source/WebCore/html/parser/HTMLScriptRunner.cpp:312 #12 0xf69f53c5 in WebCore::HTMLScriptRunner::execute (this=0xf1aeb3c0, scriptElement=..., scriptStartPosition=...) at ../Source/WebCore/html/parser/HTMLScriptRunner.cpp:181 #13 0xf69df005 in WebCore::HTMLDocumentParser::runScriptsForPausedTreeBuilder (this=this@entry=0xf1af3a00) at ../Source/WebCore/html/parser/HTMLDocumentParser.cpp:271 #14 0xf69df0aa in WebCore::HTMLDocumentParser::canTakeNextToken (this=this@entry=0xf1af3a00, mode=mode@entry=WebCore::HTMLDocumentParser::AllowYield, session=...) at ../Source/WebCore/html/parser/HTMLDocumentParser.cpp:290 #15 0xf69e15f3 in WebCore::HTMLDocumentParser::pumpTokenizer (this=this@entry=0xf1af3a00, mode=mode@entry=WebCore::HTMLDocumentParser::AllowYield) at ../Source/WebCore/html/parser/HTMLDocumentParser.cpp:535 #16 0xf69e18b2 in WebCore::HTMLDocumentParser::resumeParsingAfterYield (this=0xf1af3a00) at ../Source/WebCore/html/parser/HTMLDocumentParser.cpp:259 #17 0xf69f0775 in WebCore::HTMLParserScheduler::continueNextChunkTimerFired (this=0xf1a9d1f8, timer=0xf1a9d208) at ../Source/WebCore/html/parser/HTMLParserScheduler.cpp:124 #18 0xf69f0b35 in WebCore::TimerWebCore::HTMLParserScheduler::fired (this=0xf1a9d208) at ../Source/WebCore/platform/Timer.h:114 #19 0xf657ede2 in WebCore::ThreadTimers::sharedTimerFiredInternal (this=0xf1a930a0) at ../Source/WebCore/platform/ThreadTimers.cpp:129 #20 0xf657ee65 in WebCore::ThreadTimers::sharedTimerFired () at ../Source/WebCore/platform/ThreadTimers.cpp:105 #21 0xf65950db in WebCore::timeout_cb () at ../Source/WebCore/platform/gtk/SharedTimerGtk.cpp:49 #22 0xf53e40b1 in ?? () from /lib/i386-linux-gnu/libglib-2.0.so.0 #23 0xf53e342e in g_main_context_dispatch () from /lib/i386-linux-gnu/libglib-2.0.so.0 #24 0xf53e37d8 in ?? () from /lib/i386-linux-gnu/libglib-2.0.so.0 #25 0xf53e3898 in g_main_context_iteration () from /lib/i386-linux-gnu/libglib-2.0.so.0 #26 0xf5b9ae44 in g_application_run () from /usr/lib/i386-linux-gnu/libgio-2.0.so.0 #27 0x5657561c in ?? () #28 0x565720c4 in main () There seem to be similarities with the backtrace from the webkit bug report. Regards -- Sebastian Ramacher signature.asc Description: Digital signature
Bug#728789: dwb: crash with segmentation fault very often
On Thu, Jan 23, 2014 at 03:36:22PM +0100, Sebastian Ramacher wrote: Does it also crash for you in tbpl.mozilla.org? Is your backtrace similar? Yes, it crashes for me there. This is the backtrace that I get: It crashes for me with 2.2.3 as well, but with the latest WebKit trunk it seems to work fine. I uploaded 2.2.4, published a few days ago, hopefully this problem is no longer present. Berto -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728789: dwb: crash with segmentation fault very often
On Sat, Dec 21, 2013 at 08:28:23PM +0100, Sebastian Ramacher wrote: I've now successfully reproduced the crash. It only happens on i386 for me. amd64 works fine. gdb gives me the following backtrace when I try to follow any link from http://fr.wikipedia.org in dwb: It tried this in an i386 environment with webkit 2.2.3-1 from Debian testing, it seems to work fine here both with dwb and luakit. Does it happen 100% of the time? Berto -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728789: dwb: crash with segmentation fault very often
On Sat, Dec 21, 2013 at 08:28:23PM +0100, Sebastian Ramacher wrote: Thank you. Reassigning to libwebkitgtk-3.0-0 since the bug occurs with multiple webkit based browsers. Actually I wonder if it's related to this one: https://bugs.webkit.org/show_bug.cgi?id=125461 Does it also crash for you in tbpl.mozilla.org? Is your backtrace similar? Berto -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728789: dwb: crash with segmentation fault very often
Le Sat, 30 Nov 2013 18:04:06 +0100, Sebastian Ramacher sramac...@debian.org a écrit : A working browser ;-) I tried to reproduce the crash but I wasn't able to. Does this work with other webkit based browsers? Exactly the same problem with luakit. Versions of packages dwb depends on: ii libc6 2.17-93 ii libgdk-pixbuf2.0-0 2.28.2-1 ii libglib2.0-02.36.4-1 ii libgnutls26 2.12.23-8 ii libgtk-3-0 3.8.6-1 ii libjavascriptcoregtk-3.0-0 2.2.1-2 ii libpango1.0-0 1.36.0-1 ii libsoup2.4-12.44.1-1 ii libwebkitgtk-3.0-0 2.2.1-2 There are newer versions of libwebkitgtk-3.0-0 and libjavascriptcoregtk-3.0-0 available in unstable. Does the crash go away after an upgrade of these two packages? Same problem with libwebkitgtk-3.0-0 and libjavascriptcoregtk-3.0-0 2.2.3-1. But the bug doesn't appear with stable versions of libwekitgtk-3.0-0 and libjavascriptcoregtk-3.0-0 (versions 1.8.1-3.4). It's my current workaround. -- Florian Birée flor...@biree.name http://florian.biree.name/ Vous ne souhaitez pas que la NSA lise vos courriers ? Utilisez OpenPGP : https://www.wefightcensorship.org/fr/article/assurer-confidentialite-ses-emails-thunderbird-et-pgphtml.html signature.asc Description: PGP signature
Bug#728789: dwb: crash with segmentation fault very often
Control: tags -1 = confirmed Control: reassign -1 libwebkitgtk-3.0-0 2.2.1-2 Control: affects -1 + dwb luakit On 2013-12-21 16:27:00, Florian Birée wrote: Le Sat, 30 Nov 2013 18:04:06 +0100, Sebastian Ramacher sramac...@debian.org a écrit : A working browser ;-) I tried to reproduce the crash but I wasn't able to. Does this work with other webkit based browsers? Exactly the same problem with luakit. Versions of packages dwb depends on: ii libc6 2.17-93 ii libgdk-pixbuf2.0-0 2.28.2-1 ii libglib2.0-02.36.4-1 ii libgnutls26 2.12.23-8 ii libgtk-3-0 3.8.6-1 ii libjavascriptcoregtk-3.0-0 2.2.1-2 ii libpango1.0-0 1.36.0-1 ii libsoup2.4-12.44.1-1 ii libwebkitgtk-3.0-0 2.2.1-2 There are newer versions of libwebkitgtk-3.0-0 and libjavascriptcoregtk-3.0-0 available in unstable. Does the crash go away after an upgrade of these two packages? Same problem with libwebkitgtk-3.0-0 and libjavascriptcoregtk-3.0-0 2.2.3-1. But the bug doesn't appear with stable versions of libwekitgtk-3.0-0 and libjavascriptcoregtk-3.0-0 (versions 1.8.1-3.4). It's my current workaround. Thank you. Reassigning to libwebkitgtk-3.0-0 since the bug occurs with multiple webkit based browsers. I've now successfully reproduced the crash. It only happens on i386 for me. amd64 works fine. gdb gives me the following backtrace when I try to follow any link from http://fr.wikipedia.org in dwb: #0 0xf67f25b5 in WebCore::EventListenerIterator::EventListenerIterator (this=0xc924, target=0x566ed940) at ../Source/WebCore/dom/EventListenerMap.cpp:239 #1 0xf6629b09 in visitJSEventListeners (visitor=..., this=0x566ed940) at ../Source/WebCore/dom/EventTarget.h:186 #2 WebCore::JSNode::visitChildren (cell=0xee83f8c8, visitor=...) at ../Source/WebCore/bindings/js/JSNodeCustom.cpp:202 #3 0xf576e5a3 in visitChildren (cell=0xee83f8c8, visitor=...) at ../Source/JavaScriptCore/heap/SlotVisitor.cpp:95 #4 JSC::SlotVisitor::drain (this=this@entry=0xf1b047c4) at ../Source/JavaScriptCore/heap/SlotVisitor.cpp:148 #5 0xf5771650 in donateAndDrain (this=0xf1b047c4) at ../Source/JavaScriptCore/heap/SlotVisitorInlines.h:208 #6 JSC::Heap::markRoots (this=this@entry=0xf1bc) at ../Source/JavaScriptCore/heap/Heap.cpp:586 #7 0xf57730ff in JSC::Heap::collect (this=this@entry=0xf1bc, sweepToggle=sweepToggle@entry=JSC::Heap::DoSweep) at ../Source/JavaScriptCore/heap/Heap.cpp:760 #8 0xf5773a4c in JSC::Heap::collectAllGarbage (this=0xf1bc) at ../Source/JavaScriptCore/heap/Heap.cpp:713 #9 0xf65d7bcb in WebCore::collect () at ../Source/WebCore/bindings/js/GCController.cpp:42 #10 0xf65d7ea5 in WebCore::TimerWebCore::GCController::fired (this=0xf1abe118) at ../Source/WebCore/platform/Timer.h:114 #11 0xf658ade2 in WebCore::ThreadTimers::sharedTimerFiredInternal (this=0xf1ab50a0) at ../Source/WebCore/platform/ThreadTimers.cpp:129 #12 0xf658ae65 in WebCore::ThreadTimers::sharedTimerFired () at ../Source/WebCore/platform/ThreadTimers.cpp:105 #13 0xf65a10db in WebCore::timeout_cb () at ../Source/WebCore/platform/gtk/SharedTimerGtk.cpp:49 #14 0xf53f00b1 in ?? () from /lib/i386-linux-gnu/libglib-2.0.so.0 #15 0xf53ef42e in g_main_context_dispatch () from /lib/i386-linux-gnu/libglib-2.0.so.0 #16 0xf53ef7d8 in ?? () from /lib/i386-linux-gnu/libglib-2.0.so.0 #17 0xf53ef898 in g_main_context_iteration () from /lib/i386-linux-gnu/libglib-2.0.so.0 #18 0xf5ba6e44 in g_application_run () from /usr/lib/i386-linux-gnu/libgio-2.0.so.0 #19 0x5657561c in ?? () #20 0x565720c4 in main () For luakit the backtrace looks the same. Regards -- Sebastian Ramacher signature.asc Description: Digital signature
Bug#728789: dwb: crash with segmentation fault very often
Control: tags -1 + moreinfo unreproducible On 2013-11-05 15:39:41, Florian Birée wrote: Package: dwb Version: 20130503hg-2 Severity: grave Justification: renders package unusable Dear Maintainer, * What led up to the situation? Browsing the web, the problem appear on a lot of situations (website, number of tabs). I reproduce it by opening http://fr.wikipedia.org/, then opening one link on it in a new tab. * What exactly did you do (or not do) that was effective (or ineffective)? I tried to run dwb with the default configuration (i.e. by removing my ~/.config/dwb/): same problem. * What was the outcome of this action? A crash with a segmentation fault (see the output). * What outcome did you expect instead? A working browser ;-) I tried to reproduce the crash but I wasn't able to. Does this work with other webkit based browsers? Versions of packages dwb depends on: ii libc6 2.17-93 ii libgdk-pixbuf2.0-0 2.28.2-1 ii libglib2.0-02.36.4-1 ii libgnutls26 2.12.23-8 ii libgtk-3-0 3.8.6-1 ii libjavascriptcoregtk-3.0-0 2.2.1-2 ii libpango1.0-0 1.36.0-1 ii libsoup2.4-12.44.1-1 ii libwebkitgtk-3.0-0 2.2.1-2 There are newer versions of libwebkitgtk-3.0-0 and libjavascriptcoregtk-3.0-0 available in unstable. Does the crash go away after an upgrade of these two packages? Regards -- Sebastian Ramacher signature.asc Description: Digital signature
Bug#728789: dwb: crash with segmentation fault very often
Package: dwb Version: 20130503hg-2 Severity: grave Justification: renders package unusable Dear Maintainer, * What led up to the situation? Browsing the web, the problem appear on a lot of situations (website, number of tabs). I reproduce it by opening http://fr.wikipedia.org/, then opening one link on it in a new tab. * What exactly did you do (or not do) that was effective (or ineffective)? I tried to run dwb with the default configuration (i.e. by removing my ~/.config/dwb/): same problem. * What was the outcome of this action? A crash with a segmentation fault (see the output). * What outcome did you expect instead? A working browser ;-) -- Output of the crash: No settingsfile found: L'ouverture du fichier « /home/florian/.config/dwb/settings » a échoué : Aucun fichier ou dossier de ce type Using default values. No keyfile found: Aucun fichier ou dossier de ce type Using default values. ** (dwb:4743): WARNING **: The set_id method on WebKitDOMHTMLElement is deprecated. Use the one in WebKitDOMElement instead. ** (dwb:4743): WARNING **: The set_id method on WebKitDOMHTMLElement is deprecated. Use the one in WebKitDOMElement instead. Received SIGSEGV, trying to clean up. Last 23 stack frames: 23: dwb(+0x1cfdc) [0xb7734fdc] 22: dwb(+0x32149) [0xb774a149] 21: linux-gate.so.1(__kernel_sigreturn+0) [0xb76f6400] 20: /usr/lib/libwebkitgtk-3.0.so.0(+0x4d6345) [0xb5f0b345] 19: /usr/lib/libwebkitgtk-3.0.so.0(+0x30d8d9) [0xb5d428d9] 18: /usr/lib/libjavascriptcoregtk-3.0.so.0(_ZN3JSC11SlotVisitor5drainEv+0x203) [0xb4e87be3] 17: /usr/lib/libjavascriptcoregtk-3.0.so.0(_ZN3JSC4Heap9markRootsEv+0xaa0) [0xb4e8ac90] 16: /usr/lib/libjavascriptcoregtk-3.0.so.0(_ZN3JSC4Heap7collectENS0_11SweepToggleE+0x19f) [0xb4e8c73f] 15: /usr/lib/libjavascriptcoregtk-3.0.so.0(_ZN3JSC4Heap17collectAllGarbageEv+0x2c) [0xb4e8d08c] 14: /usr/lib/libwebkitgtk-3.0.so.0(+0x2bb99b) [0xb5cf099b] 13: /usr/lib/libwebkitgtk-3.0.so.0(+0x2bbc75) [0xb5cf0c75] 12: /usr/lib/libwebkitgtk-3.0.so.0(+0x26eb52) [0xb5ca3b52] 11: /usr/lib/libwebkitgtk-3.0.so.0(+0x26ebd5) [0xb5ca3bd5] 10: /usr/lib/libwebkitgtk-3.0.so.0(+0x284e0b) [0xb5cb9e0b] 9: /lib/i386-linux-gnu/libglib-2.0.so.0(+0x470b1) [0xb4b0b0b1] 8: /lib/i386-linux-gnu/libglib-2.0.so.0(g_main_context_dispatch+0x13e) [0xb4b0a42e] 7: /lib/i386-linux-gnu/libglib-2.0.so.0(+0x467d8) [0xb4b0a7d8] 6: /lib/i386-linux-gnu/libglib-2.0.so.0(g_main_context_iteration+0x38) [0xb4b0a898] 5: /usr/lib/i386-linux-gnu/libgio-2.0.so.0(g_application_run+0x1c4) [0xb52bfe44] 4: dwb(+0x2061c) [0xb773861c] 3: dwb(main+0x54) [0xb77350c4] 2: /lib/i386-linux-gnu/i686/cmov/libc.so.6(__libc_start_main+0xf5) [0xb484a8c5] 1: dwb(+0x1d0fd) [0xb77350fd] Erreur de segmentation -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.11-1-686-pae (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages dwb depends on: ii libc6 2.17-93 ii libgdk-pixbuf2.0-0 2.28.2-1 ii libglib2.0-02.36.4-1 ii libgnutls26 2.12.23-8 ii libgtk-3-0 3.8.6-1 ii libjavascriptcoregtk-3.0-0 2.2.1-2 ii libpango1.0-0 1.36.0-1 ii libsoup2.4-12.44.1-1 ii libwebkitgtk-3.0-0 2.2.1-2 Versions of packages dwb recommends: ii wget 1.14-4 pn xterm none dwb suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
