Bug 12809 - CRASH: Reproducible crasher in Linux/Qt port
Summary: CRASH: Reproducible crasher in Linux/Qt port
Status: CLOSED FIXED
Alias: None
Product: WebKit
Classification: Unclassified
Component: Platform (show other bugs)
Version: 420+
Hardware: PC Linux
: P1 Major
Assignee: Oliver Hunt
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2007-02-18 22:10 PST by Justin Haygood
Modified: 2007-02-19 21:28 PST (History)
1 user (show)

See Also:


Attachments
Stubbed out implementation of clipboard for qt (8.39 KB, patch)
2007-02-18 23:12 PST, Oliver Hunt
aroben: review+
Details | Formatted Diff | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description Justin Haygood 2007-02-18 22:10:13 PST
gdb reveals:

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 47928969825216 (LWP 28484)]
0x00002b974fbd7ebe in WebCore::Clipboard::setAccessPolicy ()
   from /home/jhaygood/OSS/Webkit/WebKitBuild/Debug/lib/libWebKitQt.so.1

How to reproduce:
Basically, attempting to copy anything, even accidently :)

Platform: OpenSUSE 10.2 (x86_64)
Qt: 4.2.2 (x86_64)
GCC: 4.1.2 (SUSE Linux)
Comment 1 Oliver Hunt 2007-02-18 22:13:29 PST
This is caused by the absence of a qt impl of Clipboard :(
Comment 2 Oliver Hunt 2007-02-18 23:12:09 PST
Created attachment 13233 [details]
Stubbed out implementation of clipboard for qt
Comment 3 Adam Roben (:aroben) 2007-02-18 23:14:03 PST
Comment on attachment 13233 [details]
Stubbed out implementation of clipboard for qt

r=me
Comment 4 mitz 2007-02-19 07:27:22 PST
Committed in r19700. Is there a reason why the bug is still open?
Comment 5 mitz 2007-02-19 12:03:12 PST
Presumed fixed until proven otherwise.
Comment 6 Justin Haygood 2007-02-19 18:42:59 PST
Still crashes for me in r19717. Same place. Same cause:

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 47459251575744 (LWP 5989)]
0x00002b29f259ea5e in WebCore::Clipboard::setAccessPolicy ()
   from /home/jhaygood/OSS/Webkit/WebKitBuild/Release/lib/libWebKitQt.so.1
(gdb) back
#0  0x00002b29f259ea5e in WebCore::Clipboard::setAccessPolicy ()
   from /home/jhaygood/OSS/Webkit/WebKitBuild/Release/lib/libWebKitQt.so.1
#1  0x00002b29f27b6892 in WebCore::EventHandler::handleDrag ()
   from /home/jhaygood/OSS/Webkit/WebKitBuild/Release/lib/libWebKitQt.so.1
#2  0x00002b29f27b9d30 in WebCore::EventHandler::handleMouseMoveEvent ()
   from /home/jhaygood/OSS/Webkit/WebKitBuild/Release/lib/libWebKitQt.so.1
#3  0x00002b29f27ba762 in WebCore::EventHandler::handleMouseMoveEvent ()
   from /home/jhaygood/OSS/Webkit/WebKitBuild/Release/lib/libWebKitQt.so.1
#4  0x00002b29f27cbfc8 in WebCore::FrameView::handleMouseMoveEvent ()
   from /home/jhaygood/OSS/Webkit/WebKitBuild/Release/lib/libWebKitQt.so.1
Comment 7 Oliver Hunt 2007-02-19 19:05:24 PST
What value does this have at that point?
Comment 8 Justin Haygood 2007-02-19 21:03:31 PST
Oops, really is fixed. Would help if I ran the right binary :)
Comment 9 Oliver Hunt 2007-02-19 21:28:28 PST
Hurrah! I was slightly confused as the patch should have fixed it -- and lo' it had :D