[SRU] Window manager keybindings don't work after reboot
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
| Xfwm4 |
Incomplete
|
Medium
|
||
| xfwm4 (Ubuntu) |
Low
|
Unassigned | ||
| Trusty |
Low
|
Unassigned | ||
| Utopic |
Low
|
Unassigned | ||
| xubuntu-default-settings (Ubuntu) |
Low
|
Unassigned | ||
| Trusty |
Low
|
Unassigned | ||
| Utopic |
Low
|
Unassigned |
Bug Description
[Impact]
Some window manager actions are defined twice in the user keyboard shortcuts file (result of mixing the Xubuntu and Xfce keyboard shortcut files from /etc/xdg/ to generate the user specific file).
This breaks the ability to permanently rebind these actions to a different keyboard shortcut.
List of affected actions can be found in comment #31.
[Test Case]
1) Delete the existing ~/.config/
2) Restart the session or reboot the system.
3) Use Settings -> Window Manager to rebind a key (e.g. rebind super + m to maximize window).
4) Restart the session or reboot the system.
Expected result:
The changed binding is recognized and triggers the assigned action.
Current result:
The changed binding is no longer recognized.
[Regression Potential]
Little to none.
Only an XML file is modified. If the updated XML file has an error, it could possibly cause the Xfce settings daemon to not apply certain keyboard shortcuts properly.
Related branches
- Sean Davis: Approve on 2015-01-22
-
Diff: 11 lines (+1/-0)1 file modifiedetc/xdg/xdg-xubuntu/xfce4/xfconf/xfce-perchannel-xml/xfce4-keyboard-shortcuts.xml (+1/-0)
|
#48 |
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)
|
#49 |
(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.
|
#50 |
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.
|
#51 |
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-
There is also a known issue with shortcuts being lost (see bug 5537).
|
#52 |
Created attachment 3331
xfconf-query -c xfce4-keyboard-
|
#53 |
The command gives the exact same result before and after reboot.
(I used diff to be sure)
The "interesting" line might be :
/xfwm4/
Fun thing : I also have this line
/xfwm4/
But Alt F10 does not work either.
|
#54 |
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:/
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_
Strange. I believe the file /etc/xdg/
However, /etc/xdg/
|
#55 |
*** Bug 10537 has been marked as a duplicate of this bug. ***
|
#56 |
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?
Launchpad Janitor (janitor) wrote : | #1 |
Status changed to 'Confirmed' because the bug affects multiple users.
Changed in xfce4-settings (Ubuntu): | |
status: | New → Confirmed |
See bug 1295551 and bug 1299637 for additional information.
Luke, please attach your ~/.config/
Luke Schlather (luke2760) wrote : | #4 |
Daniel (web-s) wrote : | #5 |
Same to me, are there any work-arounds? System is unusable to me without my shortcuts I use all the time.
Kevin Pankonen (coggy+launchpad) wrote : | #6 |
You can try removing the duplicate entries. From the attached xfce4-keyboard-
<property name="<Alt>F10" type="string" value="
<property name="<Super>m" type="string" value="
same here :(
most of changed keys are not works, but some works, its so strange...
for example, I set Alt+Left/Alt+Right to change workspace to left/right, and after restart only Alt+Left works but Alt+Right does not...
I searched at ~/.config/
I found a workaround: clear before reassign!
To make a shortcut to work ok, select an action you want to reassign and click 'Clear' button until it will really empty. Sometime if there is some (hidden?
Good luck!
Daniel (web-s) wrote : | #9 |
No workaround did worked for me, either no function, or the xml did reset to default. I tried copying my old xml from a 12.10 xubuntu to the current 14.04, without luck. Eg. trying to set maximize window to Super+q does not work (nor dozen of other shortcuts). :(
Éric Tremblay (ubuntustudio-n) wrote : | #10 |
Someone on #xubuntu or #ubuntustudio (can't remember) mentioned a workaround for this:
You simply have to delete the current key mapping twice before setting a new one. Then the new mapping will be stored in the config.
Éric Tremblay (ubuntustudio-n) wrote : | #11 |
..oh, i see it's already listed above. Sorry for the duplicate.
I can confirm that clearing the current binding, until it is blank, then re-assigning the keybinding will make it persist after logout / login. On first "clear" for any key-action combo affected by this bug, it actually restores the default / previous binding. On any key-action combo that *does not* have this issue, pressing clear seems to actually clear the binding.
I'll hazard a guess that the window manager was using whatever key combo appears after you press "clear" the first time.
Kevin Nadaud (kevin-nadaud) wrote : | #13 |
I have the same problem. But I discover something:
If the shortcut exist before (has been set by defaut), the modification is not taken into account after restarting. The default shortcut work's even if the key cominaison is not the default.
For example: After restarting, to maximise the window, Alt+F10 will work even if you set Ctrl+Alt+M.
If the shortcut doesn't exist by default, the shortcut works before/after restarting.
hawran (hawran.diskuse) wrote : | #14 |
Got the same problem, my shortcuts for switching between workspaces (<CTLRL> + <NUMBER>) are not working in 14.04 any longer.
Annoying.
Wybo Dekker (wybo) wrote : | #15 |
The problem here is that the original bindings (<ctrl>-F1 for workspace 1 et cetera) are not removed when you set an other binding. And the new binding is added /after/ the default binding. And, apparently, the first binding found gets active.
The solution, as long as this has not been repaired, is to edit ~/.config/
Note that, whenever you make other changes, all original bindings will reappear!
Good day.
I've faced some key combination issues.
1. I have Alt+Return for maximize/normalize window.
2. Log into system, try to use it on several windows:
2.1 On xfce4-terminal: Return passes to terminal, no maximizing occur.
2.2 On Thunar window: Instead of maximizing I got directory properties window.
3. Then go to settings -> Window Manager -> Keyboard.
3.1 I got Alt+Return as maximize window.
3.2 Reset this entry, set Alt+Return again.
4. Then go and try maximize windows again:
4.1 Everything works.
4.2 After system restart combination is broken again.
$ xfce4-about --version
xfce4-about 4.11.1 (Xfce 4.10)
$ uname -a
Linux aperture 3.13.0-29-generic #53-Ubuntu SMP Wed Jun 4 21:00:20 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux
$ lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description: Ubuntu 14.04 LTS
Release: 14.04
Codename: trusty
Changed in xfwm4: | |
importance: | Unknown → Medium |
status: | Unknown → Confirmed |
|
#17 |
Created attachment 5526
Window Manager
My version of xfsettingsd is 4.11.2 (xfce 4.10)
I have a bug similar as bug 968: https:/
Eg when changing the keyboard settings for the window manager, specifically the maximize_
Every time I logged in again into the system, the keyboard I set for the maximize_window_key (<Super>Up) wouldn't work anymore.
Another way to reload the settings that would remove the shortcut I set is:
XFSETTINGSD_DEBUG=1 xfsettingsd --replace --no-daemon x
After investigating it , I found out that the value="
<property name="&
<property name="Escape" type="string" value="
<property name="&
.......
.......
<property name="&
Thus the Alt F10 was probably overridding my configuration everytime.
My colleague had exactly the same issue with the same key, so I suspect they is a general issue because the XML is not cleaned when loaded.
I solved my issue by using the Clear button on the Window Manager -> Keyboar Tab
affects: | xfwm4 → xfce4-settings |
Changed in xfce4-settings: | |
importance: | Medium → Unknown |
status: | Confirmed → Unknown |
Changed in xfce4-settings: | |
importance: | Unknown → Medium |
status: | Unknown → Confirmed |
Ang Bongsong (notinsideofhereiamnotinside) wrote : Re: Window manager keybindings don't work after reboot | #18 |
None of the workarounds posted solve this issue for me (I'm under Xubuntu 14.04). Thankfully I set up a good deal of shortcuts back on 13.10, but there were some I left out which I'd love to get working now (specifically the shortcuts for tiling windows). Hope this bug gets fixed soon.
Changed in xfce4-settings (Ubuntu): | |
assignee: | nobody → Adarsh Killed (adarsh-killed) |
Changed in xfce4-settings (Ubuntu): | |
assignee: | Adarsh Killed (adarsh-killed) → nobody |
Changed in xfce4-settings (Ubuntu): | |
assignee: | nobody → Adarsh Killed (adarsh-killed) |
status: | Confirmed → In Progress |
assignee: | nobody → Adarsh Killed (adarsh-killed-deactivatedaccount) |
Adarsh K (adarsh) wrote : | #19 |
I am working on this bug please send me the related information about this bug
Wybo Dekker (wybo) wrote : Re: [Bug 1292290] Re: Window manager keybindings don't work after reboot | #20 |
On 2014-09-16 11:10, Adarsh K wrote:
> I am working on this bug please send me the related information about
> this bug
This is what I wrote about this bug:
The problem here is that the original bindings (<ctrl>-F1 for workspace 1 et
cetera) are not removed when you set an other binding. And the new binding is
added /after/ the default binding. And, apparently, the first binding found gets
active.
The solution, as long as this has not been repaired, is to edit
~/.config/
remove the original bindings.
Note that, whenever you make other changes, all original bindings will reappear!
--
Wybo
I just recently had this problem. I was trying to clear the default keyboard shortcuts for adding and removing workspaces, which were Alt+Insert and Alt+Delete for me.
Specifically, my problem was that whenever I cleared them, and logged and logged back in they would regenerate themselves. In fact, even if I had set anther keyboard shortcut the original ones would still work even though they wouldn't be shown in the settings manager or the ~/.config/
To fix it, I opened a terminal and ran xfce4-settings-
Evgeniy Fitsner (drfits) wrote : | #22 |
The root cause of the bug, that you should set and save "override" option to true (by default it's bugly displaying as true but it's not so), and only ater that you can change your hotkeys, because if you don't set this option your changes will be owerriten after reboot.
Alfredo (alfredo-diaz) wrote : | #23 |
I've used a xslt to remove al empty properties. It appears to work.
I created a xslt file "remove-
<xsl:stylesheet xml:space="default" version="1.0" xmlns:xsl="http://
<xsl:output method="xml" version="1.0" encoding="utf-8" omit-xml-
<xsl:template match="node() | @* | text()">
<xsl:copy>
<
</xsl:copy>
</xsl:template>
<xsl:template match="
</xsl:stylesheet>
# now, make a backup of your configuration
mv xfce4-keyboard-
# after, clean the file with xsltproc. (you can install it with the command "apt-get install xsltproc")
xsltproc -novalid remove-
It works for me :)
Evgeniy Fitsner (drfits) wrote : | #24 |
It sounds awesome , but the most easy way - to change override option to false (double click on override), then change back to true(double click againe) and all will be working fine without any XSLT transformations and other tricks :)
Adarsh, are you still working on this bug? If no, please update the bug status.
Adarsh K (adarsh) wrote : | #26 |
Ya i am still working but i am unable to detect this bug please help me to find it
Adarsh, how can we help you to find the bug? Are you not able to reproduce it anymore?
Adarsh K (adarsh) wrote : | #28 |
I got the presence of bug but in that when we rebind super+m key even before rebooting it doesn't work. I mean as given in bug description it is written that after rebind super+ m key it works fine but after rebooting the key binding is no longer recognized, that is not the situation with me what i am getting is immediately after rebind of the key also it doesn't works.
Adarsh K (adarsh) wrote : | #29 |
super+m key is not working for any key bindings. The problem is not only with maximizing windows but it is identified for other keybindings also so please correct me if i am wrong Thaddaus
I recommend that you read all the bug comments and also look at the reports which are marked as duplicate. Other than that, I am afraid that I cannot help you with resolving this problem (or anything related to broken key bindings).
If you are not able to provide a patch for this bug, please revert the bug status to "confirmed" and remove the assignee.
Wybo Dekker (wybo) wrote : Re: [Bug 1292290] Re: Window manager keybindings don't work after reboot | #31 |
On 2014-11-10 20:06, Adarsh K wrote:
> super+m key is not working for any key bindings. The problem is not only
> with maximizing windows but it is identified for other keybindings also
> so please correct me if i am wrong Thaddaus
I think you should have a look at:
.config/
This file defines several shortcuts twice. For example, in my version it
contains two definitions that maximize the current window:
<property name="&
<property name="&
in that order. It is the second, Alt-F10, that works, but if I look in the
xfce4-settings-
Of course, such definitions should occur only once.
The attached script looks for multiply defined shortcuts in
.config/
When I run it on my own xfce4-keyboard-
2 move_window_
2 move_window_up_key
2 move_window_
2 move_window_
2 move_window_
2 workspace_12_key
2 move_window_
2 up_workspace_key
2 workspace_11_key
2 move_window_
2 workspace_10_key
2 maximize_window_key
2 move_window_
2 move_window_
2 move_window_
2 move_window_
2 move_window_
2 move_window_
2 move_window_
19 doubles
When I remove the first occurrences of all these double definitions from the
file it looks like my system has become sane: I don't succeed in generating new
double definitions by redefining shortcuts in xfce4-settings-
everything works as expected. So it may well be that these double occurrences
have been generated by older versions of xubuntu.
If this is true, then it may be wise to have xfce4-settings-
the occurrence of double definitions and let it remove those.
I suggest that you first clean up your own xfce4-keyboard-
if that helps.
--
Wybo Dekker
There must be another variation in XFCE that makes the difference. I'm running 14.04.1 w/XFCE 4.10.1 and xfce-settings 4.11.2-1ubuntu2.
I successfully cleared the settings for changing workspaces, multiple times to even clear the default. Then I went back to the general settings page, returned to "Window Manager" and then set the workspaces to Super+1 thru 4. The settings then remained across login/outs and reboots.
HTH.
--C64Whiz
There seems to be no actual progress and we are still waiting for a fix.
Changed in xfce4-settings (Ubuntu): | |
status: | In Progress → Confirmed |
assignee: | Adarsh K (adarsh) → nobody |
Launchpad Janitor (janitor) wrote : | #34 |
This bug was fixed in the package xubuntu-
---------------
xubuntu-
* Prevent redefinition of maximize window in keyboard shortcuts
(LP: #1292290)
* Fix CSD windows with Compton
-- Sean Davis <email address hidden> Mon, 19 Jan 2015 07:15:12 -0500
Changed in xubuntu-default-settings (Ubuntu): | |
status: | New → Fix Released |
description: | updated |
summary: |
- Window manager keybindings don't work after reboot + [SRU] Window manager keybindings don't work after reboot |
Changed in xubuntu-default-settings (Ubuntu Trusty): | |
status: | New → In Progress |
Launchpad Janitor (janitor) wrote : | #35 |
Status changed to 'Confirmed' because the bug affects multiple users.
Changed in xfce4-settings (Ubuntu Trusty): | |
status: | New → Confirmed |
Changed in xfce4-settings (Ubuntu Utopic): | |
status: | New → Confirmed |
Changed in xubuntu-default-settings (Ubuntu Utopic): | |
status: | New → Confirmed |
Changed in xubuntu-default-settings (Ubuntu Utopic): | |
status: | Confirmed → In Progress |
Hello Luke, or anyone else affected,
Accepted xubuntu-
Please help us by testing this new package. See https:/
If this package fixes the bug for you, please add a comment to this bug, mentioning the version of the package you tested, and change the tag from verification-needed to verification-done. If it does not fix the bug for you, please add a comment stating that, and change the tag to verification-
Further information regarding the verification process can be found at https:/
Changed in xubuntu-default-settings (Ubuntu Utopic): | |
status: | In Progress → Fix Committed |
tags: | added: verification-needed |
Changed in xubuntu-default-settings (Ubuntu Trusty): | |
status: | In Progress → Fix Committed |
Brian Murray (brian-murray) wrote : | #39 |
Hello Luke, or anyone else affected,
Accepted xubuntu-
Please help us by testing this new package. See https:/
If this package fixes the bug for you, please add a comment to this bug, mentioning the version of the package you tested, and change the tag from verification-needed to verification-done. If it does not fix the bug for you, please add a comment stating that, and change the tag to verification-
Further information regarding the verification process can be found at https:/
We will have to upload another package for trusty, because the current one in -proposed does not fix the bug completely.
The new package for utopic can be tested. If it fixes the bug for you, please add a comment and the tag verification-
Thanks.
Brian Murray (brian-murray) wrote : | #41 |
Why is it that only Trusty requires a reupload? Additionally, the changes are a bit more extensive now, why is that?
The following commit was not applied, so we need to reupload a new trusty package:
http://
This commit was merged during the utopic development phase and fixes most of the keyboard action mentioned in comment #31.
Brian Murray (brian-murray) wrote : | #43 |
Hello Luke, or anyone else affected,
Accepted xubuntu-
Please help us by testing this new package. See https:/
If this package fixes the bug for you, please add a comment to this bug, mentioning the version of the package you tested, and change the tag from verification-needed to verification-done. If it does not fix the bug for you, please add a comment stating that, and change the tag to verification-
Further information regarding the verification process can be found at https:/
This bug can be triggered if one messes around with the Xfce keyboard shortcuts file and adds 2+ definitions for the same action.
If your distribution provides a custom config file, two different definitions for a specific action might end up in the user config file.
Xubuntu specific bug report:
https:/
Ubuntu Foundations Team Bug Bot (crichton) wrote : [xubuntu-default-settings/trusty] possible regression found | #45 |
As a part of the Stable Release Updates quality process a search for Launchpad bug reports using the version of xubuntu-
tags: | added: verification-failed |
|
#57 |
*** Bug 10952 has been marked as a duplicate of this bug. ***
|
#58 |
*** Bug 10959 has been marked as a duplicate of this bug. ***
tags: | removed: verification-failed |
As a part of the Stable Release Updates quality process a search for Launchpad bug reports using the version of xubuntu-
tags: | added: verification-failed |
tags: | removed: verification-failed |
|
#59 |
Still cannot reproduce.
What keyboard layout do you use?
affects: | xfce4-settings → xfwm4 |
Changed in xfwm4: | |
importance: | Medium → Unknown |
status: | Confirmed → Unknown |
Changed in xfwm4: | |
importance: | Unknown → Medium |
status: | Unknown → Confirmed |
I have the same ussie. I'm using Alt + Enter to maximize. It works until reboot. In next run shortcut is erased. Happens only with maximize function as for topicstarter.
It happens in "us" keyboard layout. I have quite standard system with standard package sources. Bug is stable reproducible.
↳ xfwm4 --version
This is xfwm4 version 4.11.1 (revision 2b800f4) for Xfce 4.10
Released under the terms of the GNU General Public License.
Compiled against GTK+-2.24.23, using GTK+-2.24.23.
Build configuration and supported features:
- Startup notification support: Yes
- XSync support: Yes
- Render support: Yes
- Xrandr support: Yes
- Embedded compositor: Yes
- KDE systray proxy (deprecated): No
↳ lsb_release --all
No LSB modules are available.
Distributor ID: Ubuntu
Description: Ubuntu 14.04.1 LTS
Release: 14.04
Codename: trusty
↳ uname --all
Linux aperture 3.13.0-45-generic #74-Ubuntu SMP Tue Jan 13 19:36:28 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux
|
#61 |
Can you please attach the full content of your "~/.config/
|
#62 |
(In reply to Olivier Fourdan from comment #14)
> Can you please attach the full content of your
> "~/.config/
Even better, Set the shortcut, save "~/.config/
affects: | xfce4-settings (Ubuntu) → xfwm4 (Ubuntu) |
@Olivier Fourdan
It semees issue is fixed. I've looked through config you noted and it has two binding for maximize: `Alt + Enter` and `Alt + F10`. Don't know how it happened, as I do not use any custom utilities rather then Xfce supplies. I've just delete `Alt + F10` binding and everything works fine instantly and after reboot, so now binding is stable.
tags: | added: xubuntu |
Did anyone test the updated package in -proposed?
Changed in xfwm4: | |
status: | Confirmed → Incomplete |
Edward Falk (ed.falk) wrote : | #65 |
I spent a lot of time configuring my system the way I wanted it, and everything was lost on the next reboot. Highly annoying. This is the kind of thing that prevents Linux from being generally accepted for the desktop.
Edward Falk (ed.falk) wrote : | #66 |
Note: attaching xfce4-keyboard-
(Aside: why doesn't the system respond to both of those shortcuts?)
This is under Ubuntu/xfce4 14.04
Edward Falk (ed.falk) wrote : | #67 |
Chris McCormick (chris-mccormick) wrote : | #68 |
I am experiencing this same issue on Ubuntu 14.04 with xubuntu-desktop installed.
To summarize:
* I set a new keybinding in Settings -> Window Manager. In my case it was "Alt-F1" to switch to workspace 1.
* When I log out or reboot the key binding is lost and "Alt-F1" does nothing. Settings -> Window Manager still says it's bound to "Alt-F1" but it does not function.
* If I re-set the key by double-clicking "Alt-F1" and then pressing "Alt-F1" again it works.
* In the file `~/.config/
I have tried the following fixes:
* In Settings -> Window Manager "clear" the key first. It shows "Ctrl-F1" (the old value) on the first click and then shows "" - the value I would expect on the second click. I then re-bind the "Alt-F1" key.
* In Settings -> Settings Manager -> Settings Editor -> xfce4-keyboard-
I will report back as to whether these fixes work or not. Obviously this should be fixed in the code though.
Boris Aranovich (nomaed) wrote : | #69 |
I can confirm the same on Xubuntu distribution of Ubuntu 14.04.2.
Configured Maximize window to Super+M.
It works fine until reboot. After that it doesn't respond until I open xfwm4-settings and re-configure the shortcut again.
It works then until the next reboot, and then everything has to be repeated.
$ xfconf-query -c xfce4-keyboard-
/xfwm4/
/xfwm4/
/xfwm4/
/xfwm4/
Note: After a reboot, before I reconfigure Super+M, the Alt-F10 is maximizing my window. After re-configuration Super+M works but Alt-F10 is ignored. Both lines still appear in the output of xfce4-keyboard-
Boris Aranovich (nomaed) wrote : | #70 |
Sorry, I meant Super+Up, not Super+M
Boris Aranovich (nomaed) wrote : | #71 |
And just checked, same issue with my Show Desktop key, which I reconfigured from Ctrl-Alt-D to Super-D.
$ xfconf-query -c xfce4-keyboard-
/xfwm4/
/xfwm4/
/xfwm4/
/xfwm4/
Henry Law (news-lawshouse) wrote : | #72 |
I confirm this with Ubuntu 14.04.2 with XFCE provided by the xubuntu package: I delete .config/
I've tried saving the xfce4-keyboard-
I'd love to contribute to fixing this but I haven't the skill; it's really disruptive.
IMPORTANT
If you are affected by this bug, please read comment #43 and then follow the instructions from the bug description.
tags: |
added: verification-failed removed: verification-needed |
Henry Law (news-lawshouse) wrote : | #74 |
I installed xubuntu-
# dpkg -l | grep xubuntu-
ii xubuntu-
Having deleted the xfce4-keyboard-
Despite the fact that the shortcut is in the file ...
# sudo grep Print /home/aaa/
<property name="&
... the bound action didn't work at all; nothing was written to the system log (displayed from another terminal). Executing /usr/local/
So I'm unable to verify that the new version fixes the bug because the expected binding behaviour failed.
Henry Law (news-lawshouse) wrote : | #75 |
Sorry, forgot to add OS version:
# lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description: Ubuntu 14.04.3 LTS
Release: 14.04
Codename: trusty
Henry, it is possible that you have found another bug which is specific to the combination Ctrl-PrtSc. According to the bug description of this report, newly assigned keyboard shortcuts work properly until the system is rebooted.
Please verify that the updated package fixes the affected window manager actions mentioned in comment #31.
Henry Law (news-lawshouse) wrote : | #77 |
OK, this is the first time I've installed "proposed" code and I didn't get it quite right. I've now taken a much more rigorous approach to it by
- Installing clean 14.04.2 and updating all software (giving "Ubuntu 14.04.3 LTS")
- enabling "proposed" as described in https:/
- updating again
- installing xubuntu-
sudo apt-get install xubuntu-
I then created three test users and bound my "telltale" script /usr/local/
I can confirm that the bindings survived both a logout/login and subsequently a reboot, so I've changed the tag to "verification done".
Henry Law (news-lawshouse) wrote : | #78 |
Dohhh ... having created each test user I deleted the xfce4-keyboard-
Your test cases are not helpful for this bug report. They should work fine even without installing xubuntu-
Once again, a list of affected window manager actions can be found in comment #31 (navigate to Settings > Window Manager > Keyboard to reassign them).
Henry Law (news-lawshouse) wrote : | #80 |
"Your test cases are not helpful for this bug report"; well that's puzzling because they are precisely the test case listed at the top of this very screen.
[Test Case]
1) Delete the existing ~/.config/
2) Restart the session or reboot the system.
3) Use Settings -> Window Manager to rebind a key (e.g. rebind super + m to maximize window).
4) Restart the session or reboot the system.
Expected result:
The changed binding is recognized and triggers the assigned action.
Current result:
The changed binding is no longer recognized.
Under 14.04.6 the results were exactly as described above: the changed binding was no longer recognised (that is, your statement that "They should work fine even without installing xubuntu-
Thanks for your effort. I do not understand how the update fixes your tested keybindings, but I am glad that it does not break anything.
The test case mentioned in the bug description clearly states that you need to change keyboard shortcuts via Settings -> Window Manager (-> Keyboard). Doing so will not allow you to add any custom actions like binding a script.
Edward Falk (ed.falk) wrote : | #82 |
The patch from comment #43 seems to have fixed. Thank you.
Changed in xfwm4 (Ubuntu Utopic): | |
status: | Confirmed → Won't Fix |
Changed in xubuntu-default-settings (Ubuntu Utopic): | |
status: | Fix Committed → Won't Fix |
Changed in xfwm4 (Ubuntu): | |
importance: | Undecided → Low |
Changed in xfwm4 (Ubuntu Trusty): | |
importance: | Undecided → Low |
Changed in xfwm4 (Ubuntu Utopic): | |
importance: | Undecided → Low |
Changed in xubuntu-default-settings (Ubuntu): | |
importance: | Undecided → Low |
Changed in xubuntu-default-settings (Ubuntu Trusty): | |
importance: | Undecided → Low |
Changed in xubuntu-default-settings (Ubuntu Utopic): | |
importance: | Undecided → Low |
drkwv (bl3-drkwv) wrote : | #83 |
16.04 here. Same problem.
Approach A.
1) I bind 'Pause' button to 'close_window_key' action:
xfconf-query --create --channel xfce4-keyboard-
2) It don't work.
Approach B.
1) I do the same thing through the GUI.
2) It works.
3) Until reboot.
Approach C.
1) I reset the ''/xfwm4/
xfconf-query --reset --channel xfce4-keyboard-
2) I bind 'Pause' button to 'close_window_key' action:
xfconf-query --create --channel xfce4-keyboard-
3) It works.
4) Until reboot.
Approach D.
1) I bind 'Pause' button to 'close_window_key' action:
xfconf-query --create --channel xfce4-keyboard-
2) It don't work.
3) I delete the default Alt+F4 binding:
xfconf-query --reset --channel xfce4-keyboard-
4) It don't work.
5) I reboot.
6) It works.
7) Forever.
The version of xubuntu-
Changed in xubuntu-default-settings (Ubuntu Trusty): | |
status: | Fix Committed → Won't Fix |
The bug was caused by a faulty configuration file provided by xubuntu-
It does not look like xfwm4 needs any patching -> Closing.
Changed in xfwm4 (Ubuntu): | |
status: | Confirmed → Invalid |
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