[Compiz] [Bug 1570185] Re: compiz crashed with SIGSEGV in nux::StaticText::~StaticText()

2016-04-13 Thread Apport retracing service
*** This bug is a duplicate of bug 1569688 *** https://bugs.launchpad.net/bugs/1569688 Thank you for taking the time to report this crash and helping to make this software better. This particular crash has already been reported and is a duplicate of bug #1569688, so is being marked as such.

[Compiz] [Bug 1570132] [NEW] 16.04 beta Couldn't log in after today's update

2016-04-13 Thread Chris Cowan
Public bug reported: Ubuntu 16.04 beta had some updates today. I installed the updates, rebooted, and logging in would never complete. When I logged in, my desktop would appear, but the dash, launcher, and titlebar would never appear. The problem resembled the issue reported here:

[Compiz] [Bug 1551986] Re: [FFe][UIFe] HUD hotkey assignment is suboptimal

2016-04-13 Thread TreviƱo
I understand and I quite agree that such keybinding replacement could cause some troubles to people who were used to use Alt+Space for such use case (which is historically relevant). I would have preferred to just move the HUD to Super+Space. However, adding the ability of using the window

Re: [Compiz] [Bug 1551986] Re: [FFe][UIFe] HUD hotkey assignment is suboptimal

2016-04-13 Thread Iain Lane
On Wed, Apr 13, 2016 at 09:01:54PM -, Will Cooke wrote: > It's worth noting that the current alt-space functionality (move, > minimize, maximize etc) will be exposed via the HUD. So that > functionality will remain. It'll break the existing mnemonics behaviour, unless alt-space, x with the

[Compiz] [Bug 1551986] Re: [FFe][UIFe] HUD hotkey assignment is suboptimal

2016-04-13 Thread Luke Yelavich
I have to disagree with this change. It makes sense that window movement related shortcut keys used the super key, however menus are opened with the alt key, i.e alt h for help, alt e for edit, etc. Following that logic, I think it makes sense to leave the window actions menu as alt space, given

[Compiz] [Bug 1551986] Re: [FFe][UIFe] HUD hotkey assignment is suboptimal

2016-04-13 Thread Will Cooke
It's worth noting that the current alt-space functionality (move, minimize, maximize etc) will be exposed via the HUD. So that functionality will remain. -- You received this bug notification because you are a member of compiz packagers, which is subscribed to compiz in Ubuntu.

[Compiz] [Bug 1551986] Re: [FFe][UIFe] HUD hotkey assignment is suboptimal

2016-04-13 Thread Adam Conrad
FWIW, despite the lateness in the cycle, I'm 100% supportive of moving the HUD away from Alt. That was (as has been pointed out) a pretty poor decision from the get-go, and it's the one key I've always had to remap locally to fix. What I'm not okay with is fixing ONE bad binding by moving TWO.

[Compiz] [Bug 1551986] Re: [FFe][UIFe] HUD hotkey assignment is suboptimal

2016-04-13 Thread Iain Lane
I've blocked this change in xenial-proposed. They only got there because the CI train bypasses the unapproved queue. The FFe wasn't approved so they shouldn't really have been uploaded. I think it's contentious to make HUD take over what was a bit of window manager functionality, especially so

[Compiz] [Bug 1551986] Re: [FFe][UIFe] HUD hotkey assignment is suboptimal

2016-04-13 Thread Amr Ibrahim
Also in the release notes, "The default window controls change to alt- semicolon", it should be changed to alt+super https://wiki.ubuntu.com/XenialXerus/ReleaseNotes#General -- You received this bug notification because you are a member of compiz packagers, which is subscribed to compiz in

[Compiz] [Bug 1551986] Re: [FFe][UIFe] HUD hotkey assignment is suboptimal

2016-04-13 Thread Amr Ibrahim
The compiz changelog is wrong: compiz (1:0.9.12.2+16.04.20160412-0ubuntu1) xenial; urgency=medium [ Andrea Azzarone ] * Show window actions menu on alt+semicolon. (LP: #1551986) I think it should be alt+super, not alt+semicolon. -- You received this bug notification because you are a