Bug#803612: libqt5gui5: "ambiguous shortcut" regression
A fresh user does not reproduce by default, but with a little help
from strace I managed to find a way to reproduce what's happening with
my main user.
Edit the file ~/.config/kdeglobals, and add or replace the following lines:
[Shortcuts]
New=Ctrl+N; Ctrl+N
(This is visible in systemsettings5 as Standard Shortcuts, but the UI
will prevent *setting* a conflict there now)
Then all Qt (not just KDE! Does Qt have some plugin mechanism
perhaps?) applications will read this file and conflict whenever you
try to create a new file.
Obviously some previous version of Qt (or even KDE) was buggy in that
it was capable of generating the config file with these contents.
But the current version of Qt remains buggy in that it is willing to
*read* such a file without discarding the duplicate.
-Ben
On Mon, Nov 2, 2015 at 8:33 AM, Lisandro Damián Nicanor Pérez Meyer
<perezmeyer@gmail.com> wrote:
> On Sunday 01 November 2015 14:28:08 Ben Longbons wrote:
>> Among others, it happens in Kate (but it is not KDE-specific, it
>> happens in pure Qt applications too, I just can't think of one off the
>> top of my head that everyone is likely to have installed).
>>
>> Press Ctrl-N, receive a popup instead of a new file:
>>
>> (title) Ambiguous Shortcut Detected — Kate
>> The key sequence 'Ctrl+N' is ambiguous. Use 'Configure Shortcuts'
>> from the 'Settings' menu to solve the ambiguity.
>> No action will be triggered.
>
> Still can't reproduce it. Moreover my kate config is the default.
>
> Can you try creating a new user and see what happens?
>
>
> --
> "So long, and thanks for all the fish!"
> The Hitchhickers guide to the Galaxy
>
> Lisandro Damián Nicanor Pérez Meyer
> http://perezmeyer.com.ar/
> http://perezmeyer.blogspot.com/
Reply to: