Bug 180108 - loading view profile with multiple html tabs produces duplicate shortcuts for find
Summary: loading view profile with multiple html tabs produces duplicate shortcuts for...
Status: RESOLVED DUPLICATE of bug 177332
Alias: None
Product: konqueror
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: unspecified Linux
: NOR normal
Target Milestone: ---
Assignee: Konqueror Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-01-09 09:54 UTC by Stefano Crocco
Modified: 2009-01-09 14:41 UTC (History)
2 users (show)

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


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Stefano Crocco 2009-01-09 09:54:41 UTC
Version:           4.2.60 (KDE 4.2.60 (KDE 4.3 >= 20090106)) (using 4.2.60 (KDE 4.2.60 (KDE 4.3 >= 20090106)), Gentoo)
Compiler:          i686-pc-linux-gnu-gcc
OS:                Linux (i686) release 2.6.25-gentoo-r5

When I load a view profile which contains more than one html page, for example the default "KDE development" profile, then I press the shortcut for Find, I get a message box saying:

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

The same happens for the Find Next shortcut, but not for other shortcuts (as far as I can tell).

If I go to the Configure Shortcuts dialog as suggested, I see that Ctrl+F is not associated to any other action. The same is true for F3, the shortcut for 'Find next'.

If I open the same tabs one by one, without using the view profile, the shortcuts work correctly.
Comment 1 Dario Andres 2009-01-09 14:17:25 UTC
*** Bug 177332 has been marked as a duplicate of this bug. ***
Comment 2 Dario Andres 2009-01-09 14:17:49 UTC
Here using:

Qt: 4.4.3 + qt-copy-patches-889120
KDE: 4.2.60 (KDE 4.2.60 (KDE 4.3 >= 20090106))
kdelibs svn rev. 908156 / kdebase svn rev. 908156
on ArchLinux x86_64 - Kernel 2.6.27.10

I can reproduce this bug.
However I got something more:

After you load the "KDE Development" profile, if you wait for all the pages to load, and open their tabs (all of them, also the text color of the tabs change to black) , Ctrl+F will start to work again.
You can do this clicking on each tab or activating it using the "Next tab" (Ctrl+.) shortcut
Comment 3 Dario Andres 2009-01-09 14:41:48 UTC
Doing the things properly...

*** This bug has been marked as a duplicate of bug 177332 ***