Shortcut key to rename session in yakuake does not work

Bug #583722 reported by tdn
10
This bug affects 2 people
Affects Status Importance Assigned to Milestone
KDE Base
Fix Released
Medium
kdebase (Ubuntu)
Invalid
Low
Unassigned

Bug Description

Binary package hint: yakuake

In yakuake it is not possible to use the shortcut key to rename a session.

Steps to reproduce:
 * Open yakuake
 * Click menu > Configure Shortcuts
 * Type 'rename' in Search
 * Note the shortcut sequence for Rename Session is "Ctrl+Alt+S".
 * Click Cancel.
 * Now open Yakuake again and try the shortcut sequence by pressing Ctrl+Alt+S.
 * Now this error appears:
``The key sequence 'Ctrl+Alt+S' is ambiguous. Use 'Configure Shortcuts'
from the 'Settings' menu to solve the ambiguity.
No action will be triggered.''

This error does not make much sense, though. I tried solving the ambigouity, but there is none: I went to Configure Shortcuts > Click Shortcut column to sort by shortcut sequence. I noted that there is only one entry with Ctrl+Alt+S. That is rename session. This is also the default shortcut for this action in Konsole. Please note that it works fine in Konsole.

ProblemType: Bug
DistroRelease: Ubuntu 10.04
Package: yakuake 2.9.6-1ubuntu1
ProcVersionSignature: Ubuntu 2.6.32-22.33-generic 2.6.32.11+drm33.2
Uname: Linux 2.6.32-22-generic i686
Architecture: i386
Date: Fri May 21 11:40:55 2010
InstallationMedia: Kubuntu 10.04 LTS "Lucid Lynx" - Release i386 (20100427)
ProcEnviron:
 LANGUAGE=
 PATH=(custom, user)
 LANG=en_DK.UTF-8
 SHELL=/bin/zsh
SourcePackage: yakuake

Revision history for this message
tdn (spam-thomasdamgaard) wrote :
Revision history for this message
Philip Muškovac (yofel) wrote :

Thanks for your bug report, this is already reported at https://bugs.kde.org/show_bug.cgi?id=230915
I'm marking the ubuntu task invalid as we don't track this here.

affects: yakuake (Ubuntu) → kdebase (Ubuntu)
Changed in kdebase (Ubuntu):
importance: Undecided → Low
status: New → Invalid
Changed in kdebase:
status: Unknown → New
Revision history for this message
In , Mathias Homann (lemmy04) wrote :

Version: 2.9.7
OS: Linux

in yakuake 2.9.7, the keyboard shortcut ctrl-shift-+ is assigned to "increase font size", and ctrl-shift-- is assigned to "reduce font size", and i can't seem to change those shortcuts! in joe, which is my console editor of choice, ctrl-_ is the undo function... and on a german keyboard, _ is shift-- which basically means in yakuake 2.9.7 on a german keyboard there is no undo.

Reproducible: Always

Steps to Reproduce:
set keyboard to german
edit a file in joe in a yakuake terminal
try to undo a change with ctrl_

Actual Results:
the fontsize in yakuake decreases

Expected Results:
the change in joe should be undone

OS: Linux (i686) release 2.6.34-12-pae
Compiler: gcc

Revision history for this message
In , Hein (sho) wrote :

This is a bug in Konsole that causes its shortcuts to be exposed in the Konsole KPart component which Yakuake embeds, when they shouldn't be. The only thing you can do is change the shortcuts in Konsole, sorry.

Revision history for this message
In , Mathias Homann (lemmy04) wrote :

i already thought of that and tried it. in konsole, those hotkeys are set to "NONE" for me, and still yakuake does the font thing.

Revision history for this message
In , Hein (sho) wrote :

Then Konsole may have changed recently so it not only exposes its shortcuts in its KPart but doesn't load the settings values, so they're always the defaults.

Yakuake's codebase has no functionality to change the font size in any way (the terminal area is provided by the Konsole KPart component, which has no API by which the hosting application could manipulate the terminal font anyway).

What I can do is blacklist and disable the actions from the Yakuake side, I've already done that for some other actions. But this really is a Konsole bug, so I'll reassign it there.

For the technical record: The actions that Konsole pollutes the hosting app's "namespace" with aren't even in the KPart's actionCollection().

Revision history for this message
In , Hein (sho) wrote :

SVN commit 1165837 by hein:

Blacklist Konsole's font actions.

CCBUG:248469

 M +6 -0 terminal.cpp

WebSVN link: http://websvn.kde.org/?view=rev&revision=1165837

Revision history for this message
In , Mathias Homann (lemmy04) wrote :

strangely enough in konsole itself those keyboard shortcuts do not work anymore after i switched them off... so i guess its only the konsole KPART that does not read its settings properly, or sumthin like that.

Revision history for this message
In , Hein (sho) wrote :

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

Revision history for this message
In , sinister (dsamoyloff) wrote :

(In reply to comment #4)
> SVN commit 1165837 by hein:
>
> Blacklist Konsole's font actions.
>
> CCBUG:248469
>
>
> M +6 -0 terminal.cpp
>
>
> WebSVN link: http://websvn.kde.org/?view=rev&revision=1165837

The patch didn't helped being applied against yakuake-2.9.7. This bug is a real showstopper for Bash and Emacs(-like) users :-(

Changed in kdebase:
importance: Unknown → Medium
Revision history for this message
In , Rene Horn (the-rhorn) wrote :

Yeah, I can confirm that the patch doesn't work, unfortunately.

Revision history for this message
In , Rene Horn (the-rhorn) wrote :

*** This bug has been confirmed by popular vote. ***

Revision history for this message
In , adaptee (adaptee) wrote :

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

Changed in kde-baseapps:
status: New → Invalid
Changed in kde-baseapps:
importance: Medium → Unknown
status: Invalid → Unknown
Changed in kde-baseapps:
importance: Unknown → Medium
status: Unknown → Confirmed
Revision history for this message
In , adaptee (adaptee) wrote :

Git commit 08de49da1cf4c89c375d7eea267bce3b46c05527 by Jekyll Wu.
Committed on 01/03/2012 at 01:58.
Pushed by jekyllwu into branch 'master'.

konsolepart should not expose actions only meaningful to Konsole

Note: some actions, such as enlarging/shrinking font and setting
encoding, might actually be also useful in konsolepart. But since
konsolepart currently always use the default shortcut, the general
idea now is to expose actions as few as possible in konsolepart.
FIXED-IN: 4.9.0
REVIEW: 104034

CCMAIL: <email address hidden>

M +43 -32 src/SessionController.cpp
M +2 -1 src/SessionController.h

http://commits.kde.org/konsole/08de49da1cf4c89c375d7eea267bce3b46c05527

Revision history for this message
In , Ciro Santilli 六四事件 法轮功 (cirosantilli) wrote :

I get the ambiguous action for Ctrl+Shift+W with Yukake + Konsole.

This has been opened as a separate report here: https://bugs.kde.org/show_bug.cgi?id=319172

In Yukake, each terminal split inside a tab seems to be a Konsole part and the tabs are managed by Yukake.

Intuitively, it is expected that Ctrl+Shift+W closes a Yukake tab like in Konqueror, and this tab may contain many Konsole parts.

Interestingly, ctrl-shift-t works as expected in Yukake, so the Konsole part does not expose it. Why should it expose ctrl-shift-w be exposed then, since those actions are somewhat opposite?
It seems more logical not to expose ctrl-shift-w as well.

Changed in kde-baseapps:
status: Confirmed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.