Bug 180725

Summary:	Keyboard shotcuts randomly tail to work and are reported "is ambiguous"
Product:	[Applications] konqueror	Reporter:	Öyvind Saether <oyvinds>
Component:	general	Assignee:	Konqueror Bugs <konqueror-bugs-null>
Status:	RESOLVED FIXED
Severity:	normal	CC:	anderslund, andresbajotierra, faure, jagarni1983, kde, kdebugs, langec, lemma, marcus, mstu, oyvinds
Priority:	NOR
Version First Reported In:	4.2.0
Target Milestone:	---
Platform:	Compiled Sources
OS:	Linux
Latest Commit:		Version Fixed/Implemented In:
Sentry Crash Report:

Description Öyvind Saether 2009-01-14 20:47:00 UTC

Version:            (using Devel)
Compiler:          gcc 
OS:                Linux
Installed from:    Compiled sources

I currently have two tabs open in Konqueror.

One with http://slashdot.org/ open. I can use [ctrl]+[+] and [ctrl]+[-] to increase/decrease the font size in _this_ tab.

The other tab has open
http://slashdot.org/comments.pl?sid=1091947
and the same keyboard shortcuts [ctrl]+[+] and [ctrl]+[-] give this message on this tab:

"The key sequence 'Ctrl++' is ambiguous. Use 'Configure Shortcuts' from the 'Settings' menu to solve the ambiguity. No action will be triggered."

This also always happens on http://www.vg.no/ but the shortcut typically works on articles there such as http://www.vg.no/pub/vgart.hbs?artid=539769

I have no idea WHY keyboard shortcuts "randomly" FAIL to work in Konqueror -- but it DOES seem to depend on what website is visited.

Comment 1 Öyvind Saether 2009-01-14 20:47:33 UTC

I'm using 4.1.96.

Comment 2 Öyvind Saether 2009-01-14 22:00:58 UTC

It's not just ctrl++ and ctrl+- that FAILS.

1. Open a tab with a WWW text file such as http://gentoo.everdot.org/misc/FAIL.txt
2. Press ctrl+t. "The key sequence 'Ctrl+T' is ambiguous. Use 'Configure Shortcuts' from the 'Settings' menu to solve the ambiguity.
No action will be triggered."
3. Press F5 to reload. "The key sequence 'F5' is ambiguous. Use 'Configure Shortcuts' from the 'Settings' menu to solve the ambiguity.
No action will be triggered."

Comment 3 Michael Leupold 2009-01-29 13:11:55 UTC

I can confirm on the released 4.2 version. I can't figure out which circumstances lead to the popup as it seems somewhat random. When running several konquerors at the same time, not all show the same symptom. However all tabs in one window seem to be affected (hard to say as the problem goes away on switching tabs a few times).

Comment 4 Christoph Lange 2009-02-05 15:00:34 UTC

Same for F3 (find next): When I hit / for "type to find", find the first occurrence, and then hit F3, I get this message as well.

In other documents, it can happen that / doesn't work, but F3 opens the search toolbar.

Comment 5 tony den haan 2009-02-07 15:26:01 UTC

I have similar problems with ctrl-f/f3 in konqueror-4.2. sometimes only in one instance, while other konqueror windows work fine.

Comment 6 Simon Hafner 2009-02-07 15:27:37 UTC

Same here for Ctrl+F (and Ctrl+U) in Konqueror.
Qt: 4.4.3
KDE: 4.2.00 (KDE 4.2.0)
Konqueror: 4.2.00 (KDE 4.2.0)
I'm using Archlinux 64bit + kdemod

Comment 7 Dario Andres 2009-02-08 00:43:06 UTC

*** Bug 183599 has been marked as a duplicate of this bug. ***

Comment 8 Dario Andres 2009-02-08 00:44:00 UTC

*** Bug 183591 has been marked as a duplicate of this bug. ***

Comment 9 Dario Andres 2009-02-08 00:45:21 UTC

This is probably related/duplicate of bug 177332

Comment 10 Dario Andres 2009-02-26 21:48:15 UTC

*** Bug 185648 has been marked as a duplicate of this bug. ***

Comment 11 Michael Jansen 2009-05-20 00:03:21 UTC

That should be fixed in trunk. Reopen if some keys still conflict in 4.3. The problem only existed on pages with frames. That's the trigger.

Each frame would register the shortcut. I found the problem and David Faure fixed them.

Comment 12 Michael Jansen 2009-08-16 18:55:45 UTC

See my last comment.