XFCE4: Hotkey for "Maximize Window" ignored, Application Hotkeys delayed

Bug #992579 reported by koegs
34
This bug affects 7 people
Affects Status Importance Assigned to Milestone
Xfwm4
Confirmed
Medium
xfwm4 (Ubuntu)
Confirmed
Undecided
Unassigned

Bug Description

I just did a fresh install of Xubuntu 12.04 AMD64 with the Alternate
CD and Disk Encryption on my Thinkpad x220.

Two problems:

1. The hotkey for maximizing windows (ALT+F7) is ignored.
After changing it to Super+UP it is working till a reboot, then it is
ignored again.

2. Application Hotkeys like Super+W oder Super+T take a long time
until they are recognized after the startup.
I can start Firefox via menu but the hotkey is not working

No LSB modules are available.
Distributor ID: Ubuntu
Description: Ubuntu 12.04 LTS
Release: 12.04
Codename: precise

>> apt-cache policy xubuntu-desktop
xubuntu-desktop:
  Installiert: 2.152
  Kandidat: 2.152
  Versionstabelle:
 *** 2.152 0
        500 http://de.archive.ubuntu.com/ubuntu/ precise/universe amd64 Packages
        100 /var/lib/dpkg/status

Revision history for this message
In , Squalou-jenkins (squalou-jenkins) wrote :

I'm using Archlinux, which provides version 4.6.2 of Xfwm4,
so I apologize if this is no more relevant.

What happens : I bind the keyboard shortcut "super m" to the maximize function.
It works juste fine.

If I reboot (or leave the session), next time the shortcut won't work.

In the configuration panel, the shortcut appears as if correctly set, but it is not working.

Other shortcut work fine.
I tried another key cmbination : same problem.
I tried the "super m" for another shortcut : it works.

So it narrows the issue to the "maximizeé thing.

Thank you,

regards

Revision history for this message
In , Olivier Fourdan (fourdan) wrote :

Humm, works just fine here.

"Super" is a bit special with some keyboard mappings and is reported as both a modifier and a regular key, I guess this is the source of your problem.

I don't think it's a bug in xfwm4 (as I said, works just fine here, Fedora 13)

Revision history for this message
In , Squalou-jenkins (squalou-jenkins) wrote :

(In reply to comment #1)
> Humm, works just fine here.
>
> "Super" is a bit special with some keyboard mappings and is reported as both a
> modifier and a regular key, I guess this is the source of your problem.
>
> I don't think it's a bug in xfwm4 (as I said, works just fine here, Fedora 13)

Strange.
I've got the "super" key mapped to other shortcut, (super v for vertical maximize e.g. ) : it works fine.
If I use this working hortcut for maximise : this one does not work.

That's why I'd say it points to "maximize" issue.

Next time I login, I'll try Alt instead of Super, I'm pretty sure I already did that but I prefer try again.

Revision history for this message
In , Squalou-jenkins (squalou-jenkins) wrote :

I just tried with "Alt M" shortcut : same result.
After reboot, the shortcut doesn't work anymore, even if it appears as associated in the conf panel.

This confirms that - at least in my case, who knows why - the "maximize" thing get disassociated after reboot, or is not correctl associated at start.

Revision history for this message
In , Olivier Fourdan (fourdan) wrote :

Yet there is nothing particular to the maximize shortcut, it's just one of the shortcuts like the others.

What gives "xfconf-query -c xfce4-keyboard-shortcuts -lv" beffore and after the reboot?

There is also a known issue with shortcuts being lost (see bug 5537).

Revision history for this message
In , Squalou-jenkins (squalou-jenkins) wrote :

Created attachment 3331
xfconf-query -c xfce4-keyboard-shortcuts -lv

Revision history for this message
In , Squalou-jenkins (squalou-jenkins) wrote :

The command gives the exact same result before and after reboot.
(I used diff to be sure)

The "interesting" line might be :
/xfwm4/custom/<Super>m maximize_window_key

Fun thing : I also have this line
/xfwm4/default/<Alt>F10 maximize_window_key

But Alt F10 does not work either.

Revision history for this message
Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in xubuntu-meta (Ubuntu):
status: New → Confirmed
affects: xubuntu-meta (Ubuntu) → xfce4-settings (Ubuntu)
Revision history for this message
koegs (koegs) wrote :

Any chance that this will be fixed?

Tried the same with clean install of Xubuntu 12.04 x86 and x64.

1. Fresh installation
2. Start Terminal
3. Press ALT+F5 or ALT+F6 -> Horizontal or Vertical Maximize Works
4. Press ALT+F7 -> Maximize does not work
5. Set SuperL+UP as Maximize in Settings -> Does work
6. Reboot
7. SuperL+UP (or ALT+F7) does not work

Same thing in Xubuntu 12.10 Alpha 3

Revision history for this message
Pasi Lallinaho (knome) wrote :

Disk encryption isn't the culprit here, I have this on non-encrypted systems.

Revision history for this message
koegs (koegs) wrote :

Still the same issue with Xubuntu 12.10 AMD64

Fresh installation with encrypted home directory.

Setting Tile-Left and Tile-Right to Super+Left and Super+Right does work, but settings Maximize to Super+Up does not work after reboot...

Revision history for this message
koegs (koegs) wrote :

Finally found the problem...

In the file .config/xfce4/xfconf/xfce-perchannel-xml/xfce4-keyboard-shortcuts.xml the old line for ALT+F10 for maximize_window_key never gets deleted:

<property name="&lt;ALT&gt;F10" type="string" value="maximize_window_key"/>

Revision history for this message
Stephen Warren (srwarren) wrote :

Strange. I believe the file /etc/xdg/xfce4/xfconf/xfce-perchannel-xml/xfce4-keyboard-shortcuts.xml is the default content for .config/xfce4/xfconf/xfce-perchannel-xml/xfce4-keyboard-shortcuts.xml, and should be copied to it when "Reset to defaults" is executed in the XFCE settings application.

However, /etc/xdg/xfce4/xfconf/xfce-perchannel-xml/xfce4-keyboard-shortcuts.xml does NOT contain entries for both ALT-F7 and ALT-F10 being set to maximize_window_key (it just has an entry for ALT-F10), yet "Reset to defaults" DOES recreate this issue in the user's .config/xfce4/xfconf/xfce-perchannel-xml/xfce4-keyboard-shortcuts.xml. It seems like something in the application code rather than the default settings file is causing this problem.

Revision history for this message
Stephen Warren (srwarren) wrote :

This is reported in the XFCE bug-tracker as at least:

https://bugzilla.xfce.org/show_bug.cgi?id=4875
https://bugzilla.xfce.org/show_bug.cgi?id=7070

The first of those is marked a duplicate of:
https://bugzilla.xfce.org/show_bug.cgi?id=4695

although I'm not entirely convinced that it really is a dup.

Revision history for this message
In , Stephen Warren (srwarren) wrote :

Bug 4875 reports basically the exact same issue. It is marked as a duplicated of bug 4695. Should this bug be marked as a duplicate too?

However, bug 4695 is more about the handling of multiple entries in the keyboard shortcut config files with the same logical function not being ideal. This bug and I think 4875 are more about the fact that xfce is creating a keyboard shortcut file with duplicate entries in the first place. Hence, I'm not sure if the duplicate marking is entirely correct.

For additional details, please see:
https://bugs.launchpad.net/xfce4-settings/+bug/992579

There I observe that xfce itself is creating this issue (it creates a config file with both ALT-F7 and ALT-F10 pointing at maximize_window_key; no user editing of the config file or use of xfconf is needed to cause this issue). Quoting from that bug:

Strange. I believe the file /etc/xdg/xfce4/xfconf/xfce-perchannel-xml/xfce4-keyboard-shortcuts.xml is the default content for .config/xfce4/xfconf/xfce-perchannel-xml/xfce4-keyboard-shortcuts.xml, and should be copied to it when "Reset to defaults" is executed in the XFCE settings application.

However, /etc/xdg/xfce4/xfconf/xfce-perchannel-xml/xfce4-keyboard-shortcuts.xml does NOT contain entries for both ALT-F7 and ALT-F10 being set to maximize_window_key (it just has an entry for ALT-F10), yet "Reset to defaults" DOES recreate this issue in the user's .config/xfce4/xfconf/xfce-perchannel-xml/xfce4-keyboard-shortcuts.xml. It seems like something in the application code rather than the default settings file is causing this problem.

Revision history for this message
In , Geoffm-b (geoffm-b) wrote :

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

Revision history for this message
In , Geoffm-b (geoffm-b) wrote :

Same problem here, running Xubuntu 13.10.
It's been reported for almost a year, hopefully we can have some follow up?
We have to open the settings to remap the shortcut every time we reboot.
Surely there aren't only 3 people in the world who remap this shortcut?

Revision history for this message
Connor Garvey (mrsqueezles) wrote :

This is still happening in 13.10. Thanks to Markus' comment, I edited .config/xfce4/xfconf/xfce-perchannel-xml/xfce4-keyboard-shortcuts.xml and removed the old entry.

Revision history for this message
mungus (mungus) wrote :

In Mint Qiana I solved it via commenting out or deleting the following line at /usr/share/mint-configuration-xfce/xfce4/xfconf/xfce-perchannel-xml/xfce4-keyboard-shortcuts.xml

<property name="&lt;Alt&gt;F10" type="string" value="maximize_window_key"/>

Otherwise I would have to redo this keyboard setting every time I reboot. This is the only thing I had to change. XFCE is the desktop environment that god's use! Rock on, dirty mice!

Revision history for this message
Stephen Michael Kellat (skellat) wrote : Re: [Bug 992579] Re: XFCE4: Hotkey for "Maximize Window" ignored, Application Hotkeys delayed

Mint is not Ubuntu. Mint Xfce is not Xubuntu. The report relates to Xubuntu 12.04 so please stick to the correct version of the actual distribution being discussed.

Revision history for this message
Favyen Bastani (fbastani) wrote :

While the first issue (with maximizing windows) appears to have been resolved, I am still getting the same issue as the second (application hotkeys not working). After logging in to Xubuntu session, usually application hotkeys do not work until ten to twenty seconds have elapsed; sometimes, they never work even after several minutes and logging out and back in is needed to fix.

Once application hotkeys do start working in a session (if ever), all previously pressed hotkeys suddenly take effect (so if you press ctrl+alt+t and have that configured to open terminal several times before it starts working, since no terminals are opening, then suddenly there may be lots of terminals open after it works); furthermore, it continues to work for the remainder of the session.

I am using lvm disk encryption, on Xubuntu 14.04 AMD64.

Revision history for this message
Thaddaeus Tintenfisch (thad-fisch-deactivatedaccount) wrote :

Favyen, bug 1239014 addresses the second issue.

Mathew Hodson (mhodson)
affects: xfce4-settings → xfwm4
affects: xfce4-settings (Ubuntu) → xfwm4 (Ubuntu)
tags: added: amd64 precise xubuntu
Revision history for this message
In , Simon Steinbeiß (ochosi) wrote :

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

Revision history for this message
In , Simon Steinbeiß (ochosi) wrote :

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

Changed in xfwm4:
importance: Unknown → Medium
status: Unknown → Confirmed
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.