Bug 80067

Summary:	focussed button not always triggered by pressing space bar
Product:	[Applications] konqueror	Reporter:	usa <byby123452000>
Component:	khtml	Assignee:	Konqueror Bugs <konqueror-bugs-null>
Status:	RESOLVED UNMAINTAINED
Severity:	normal	CC:	david.heijkamp, finex
Priority:	NOR
Version First Reported In:	4.0.1
Target Milestone:	---
Platform:	unspecified
OS:	Linux
Latest Commit:		Version Fixed/Implemented In:
Sentry Crash Report:

Description usa 2004-04-21 16:01:27 UTC

Version:           3.2.2 (using KDE 3.2.2, SuSE)
Compiler:          gcc version 3.3.1 (SuSE Linux)
OS:          Linux (i686) release 2.6.4

An action of a focussed button should usually be triggered by pressing space bar. That's konqueror's and every other web browsers standard behaviour.
But Konqueror often fails. 
Example: www.google.de
Enter something to search, press tab to traverse to the search button, press space to execute search.
Do it fast and konqueror fails sometimes (it seems that it usually fails when doing it fast).
This feature isn't working reliably.

Comment 1 usa 2004-04-21 16:15:19 UTC

I tried it some more times. I don't think it has something to do with the entering speed. But it doesn't work reliable. It's a bug.
I often noticed it, especially with www.google.de

Comment 2 Philippe A 2006-01-15 23:59:05 UTC

I have another example confirming this issue. Say you search for a word in Kate. When the last occurence of that word is found, a dialog appears asking:

End of doc reached. Continue from beginning?
Continue Stop

If you press space, the Continue button will be drawn in the pushed position but nothing will happen. The dialog will stay open. If you pressed enter, the search wraps and resumes normally. Pressing Space should do the same as pressing Enter. It is a behavior I also consider to be standard.

I can't tell precise kde version numbers, but I know this was working in the past. I wonder which one of QT or KDE is responsible for that behavior.

I am running KDE 3.5.0-0.1.fc4.

Comment 3 Danny Allen 2006-08-30 17:22:44 UTC

I can reproduce this bug sporadically after about 15 attempts using the google example from above.

The button appears to be pressed (i.e. the button press animation executes), but no action is taken following the button press. However, the context-switch from the line edit box to the button to the press action has to be very quick for this to happen...

Danny

Comment 4 Maksim Orlovich 2006-09-02 02:28:43 UTC

But can you reproduce it without using a distro Qt?

Comment 5 J Appel 2006-09-12 00:12:21 UTC

i tried the google example. 30+ tries, 0 failures. kde 3.5.4. / kubuntu.

Comment 6 illogic-al 2007-01-06 15:41:59 UTC

Reproduced the first 2 times I tried it. Google website on "Google Search" and "I'm feeling lucky" buttons.
Archlinux KDE: 3.5.5 Qt: 3.3.6
http://cvs.archlinux.org/cgi-bin/viewcvs.cgi/lib/qt/?cvsroot=Extra&only_with_tag=CURRENT
for arch patches. there aren't that many.

Comment 7 FiNeX 2008-04-04 01:07:16 UTC

Confirmed on KDE4 trunk. Pressing TAB and SPACE quickly will not start the search.

Comment 8 David Heijkamp 2011-01-01 19:50:27 UTC

The problem seems to be solved with Konqueror 4.5.4 / Qt 4.7.1 / Fedora 14 using KHTML. It persists, though, with Webkit.

Comment 9 Justin Zobel 2021-03-21 00:25:55 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 10 Christoph Cullmann 2024-05-06 18:40:01 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