Bug 170057 - arrow keys at the dead ends of textual widgets causes main view to scroll (regression)
Summary: arrow keys at the dead ends of textual widgets causes main view to scroll (re...
Status: RESOLVED UNMAINTAINED
Alias: None
Product: konqueror
Classification: Applications
Component: khtml forms (other bugs)
Version First Reported In: 4.1.0
Platform: unspecified Unspecified
: NOR normal
Target Milestone: ---
Assignee: Konqueror Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2008-08-29 21:55 UTC by Maciej Pilichowski
Modified: 2024-05-06 20:54 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:

Attachments
Add an attachment

Note You need to log in before you can comment on or make changes to this bug.
Description Maciej Pilichowski 2008-08-29 21:55:58 UTC 
Version:            (using KDE 4.1.0)

arrow keys at the dead ends of textual widgets causes main view to scroll (regression)

Regression compared to KDE3.5.9 and .10.

Editbox -- down/up arrow keys scroll entire document.
Listbox at the top or bottom -- down/up scroll entire document
and so on

it is really hard to navigate if the same key do two things at (almost) the same time.

If the widget has focus -- handle widget ONLY, if the main window has focus -- handle this window (ONLY).
Comment 1 Dario Andres 2008-11-30 14:22:24 UTC 
Have you experienced this bug again with a recent KDE version ( 4.1.3 / 4.2beta1 / 4.2svn)? Thanks :)
Comment 2 Maciej Pilichowski 2008-11-30 18:54:20 UTC 
Currently my KDE is out of order, so I cannot tell. But it is easy to check -- open KDE bugzilla, new report, system combobox, press arrow key down so you will scroll to the end of the list, if pressing arrow key will cause scroll of the main page as well (when there is nothing to scroll in the combobox) -- the bug is still there.
If not -- it is fixed.
Comment 3 Dario Andres 2008-12-02 16:00:22 UTC 
Here (KDE4.1.3 on ArchLinux x86_64): I can't reproduce this bug following the steps described in comment 2. Can anyone else confirm this ?
Thanks Maciej :)
Comment 4 Dario Andres 2009-01-18 00:29:20 UTC 
@Maciej: can you reproduce with a recent version?
Comment 5 Maciej Pilichowski 2009-01-18 15:04:20 UTC 
Yes.

bugs.kde.org, the first screen, first edit box, click on it, press down.
Comment 6 Dario Andres 2009-01-20 13:48:20 UTC 
Here using:

Qt: 4.4.3 + qt-copy-patches-910240
KDE: 4.2.60 (KDE 4.2.60 (KDE 4.3 >= 20090116))
kdelibs svn rev. 913739 / kdebase svn rev. 913739
on ArchLinux x86_64 - Kernel 2.6.28

I can confirm this
Comment 7 David Heijkamp 2011-01-05 20:34:31 UTC 
Behaviour still exists with KDE SC 4.5.4 / Qt 4.7.1 / Fedora 14. It doesn't happen with kwebkitpart.
Comment 8 Justin Zobel 2021-03-21 00:25:50 UTC 
Thank you for the bug report.

As this report hasn't seen any changes in 10 years or more, we ask if you can please confirm that the issue still persists.

If this bug is no longer persisting or relevant please change the status to resolved.
Comment 9 Christoph Cullmann 2024-05-06 20:54:12 UTC 
Dear user,

KHTML (and KJS) was a long time more or less unmaintained and got removed in KF6.

Please migrate to use a QWebEngine based HTML component.

We will do no further fixes or improvements to the KF5 branches of these components beside important security fixes.

For security issues, please see:

https://kde.org/info/security/

Sorry that we did not fix this issue during the life-time of KHTML.

Greetings
Christoph Cullmann