Summary: | [regression] KHTML part does not accept drop events | ||
---|---|---|---|
Product: | [Applications] konqueror | Reporter: | David Palacio <dpalacio> |
Component: | khtml part | Assignee: | Konqueror Developers <konq-bugs> |
Status: | CLOSED FIXED | ||
Severity: | normal | CC: | faure, finex, frank78ac, germain, squan |
Priority: | NOR | Keywords: | regression |
Version: | SVN | ||
Target Milestone: | --- | ||
Platform: | Compiled Sources | ||
OS: | Unspecified | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
David Palacio
2008-12-16 21:04:00 UTC
Thanks for the bug report. Confirmed in trunk rev. 898284. Dropping things still works in file management mode, so I think the error is probably in the KHTML part. And this could be related to bug #152126 Hint: dropping things on tabs or works. And dropping right behind a tab opens a new tab! This is a nice additional feature. But of of course the main window should also accept drops. I think that the commit which added the new find bar caused this regression: http://websvn.kde.org/?view=rev&revision=884889 At least dropping URLs works for me in 884888 while it doesn't in 884889. I'm CC'ing Germain because he committed it. Since then, KHTMLPart::init( KHTMLView *view,...) does not set the 'view' as its main widget with setWidget(), but a layout consisting of the KHTMLView and the find bar. It appears that the mouse drop event is not forwarded from the layout to the view for some reason. I've verified that calling 'setWidget(view)' makes dropping URLs work again in rev. 900020, but of course, that destroys the find functionality. SVN commit 930536 by dfaure: Repair DND-onto-khtmlview -- the part's widget isn't a qscrollarea anymore since the findbar redesign, so we need to call setAcceptDrops explicitely on the part's widget. BUG: 177925 M +2 -0 konqview.cpp WebSVN link: http://websvn.kde.org/?view=rev&revision=930536 |