[WebKit-devel] [Bug 247541] Konqueror with WebKit breaks scroll on middle-click

[Dawit Alemayehu]

https://bugs.kde.org/show_bug.cgi?id=247541


Dawit Alemayehu <adawit at kde.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
           Severity|wishlist                    |normal




--- Comment #7 from Dawit Alemayehu <adawit kde org>  2010-08-13 00:38:21 ---
(In reply to comment #5)
> > That cannot be correct. Both kwebkitpart and khtml should behave the so
> > long as Konqueror's "Middle click opens url in selection" setting found
> > under "Settings->WebBrowsing" is checked.
> 
> "Middle click opens URL in selection" was turned off intentionally in order to 
> use middle-click to scroll pages vertically. But while this works normally 
> with KHTML, it doesn't with kwebkitpart.

Ok.

> > The only difference should occur
> > if that option is left off (unchecked) in which case kwebkitpart should
> > not respond to middle clicks at all. In other words, the "move mouse
> > vertically to scroll on middle click" feature is not yet implemented in
> > kwebkitpart.
> 
> Now I see. Indeed, middle-click doesn't trigger the expected result (vertical 
> scroll). However, although "Middle click opens URL in selection" is unchecked, 
> middle-clicking with Webkit triggers a similar response nonetheless - I say 
> "similar" because if last entry in the clipboard is a URL, rightclicking will 
> open that URL within the tab. 

Huh ? Are we talking about middle clicking or right clicking ? Middle clicking
whenever the above option is turned off should result in no action at all
regardless of what is stored in the selection clipboard. The logic that is used
in kwebkitpart is intended to prevent this from happening.

> But if last entry in the clipboard is a word or  a sentence:
> 
> - with "Middle click opens URL in selection" checked on KHTML, I am asked "Do 
> you want to search the Internet for [...]?";

The prompt is missing in kwebkitpart and will be something that will be added
for KDE 4.5.1 if allowed otherwise in KDE 4.6 (requires addition of a signal).

> - with the "Middle click opens URL in selection" UNchecked on Webkit, instead, 
> middle-clicking will automatically show a page with results from Google.

This should not happen and I am unable to duplicate it. It works correctly for
me. If the option is not checked, I get nothing regardless of whether I have a
url or regular text in the selection clipboard.

> I believe this is not the intended behavior, since I did not initiate the 
> search, but merely wanted to scroll the page vertically. According to your 
> explanation, though, this feature is yet to be implemented, so it is my 
> understanding that it should only fail to respond to any right-click, at that 
> point. Hence, I believe this is not a feature request, but a bug that should 
> be fixed.
> > However, your description here make it seem that kwebkitpart
> > will always navigate to or search for content from the clipboard whenever
> > the MMB is clicked. If this is not the case, please elaborate on how to
> > duplicate the issue...

Well that should not happen and indeed I cannot duplicate it on here on my
system with KDE 4.5.0 and the 0.9.6 version of kwebkitpart. Out of curiosity
can you please tell me what version of the kwebkitpart library is installed on
your system ? You can find it by looking for "libkwebkit.so*" under /usr/lib.
Unless you have a rather old version of kwebkitpart, I do not see how this bug
can occur.

> Sorry if my explanation sounds convoluted and lacks any technical knowledge, 
> but if you feel it still fails to clarify the issue, please don't hesitate to 
> let me know, and I will try to add any missing detail.

No your explanation is perfectly fine. My response to it is based on the fact
that I am unable to duplicate your problem.

-- 
Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.