-
-
Notifications
You must be signed in to change notification settings - Fork 52
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
mate-power-manager: brightness UI broken when used under non-compositing window manager #110
Comments
I have exactly the same problem, and it seems many other people are experiencing it: |
A relevant bug report on Fedora: |
Can confirm that it works great with compositing enabled in fedora-21/20 with mate-1.8.x, with marco or compiz as WM. |
Also reported for Ubuntu MATE. |
After troubleshooting this with infirit, the regression was caused by this commit 4fd2ae3 The commit reverts cleanly but there are a few commits made after that which modify applets/, so it won't compile out of the box by just reverting that one on its own. |
Yep, I also traced this problem down to this commit. I don't think reverting it is a way to go - it seems that original intension was to reuse the UI OSD code from mate-settings-daemon and it seems that MSD OSD UI doesn't suffer from this bug. IMO the real fix would be to debug what are differences in the usage patter between MSD and mate-power-manager and change it in a way so OSD works as it should. Unfortunatelly I can't debug this myself due to lack of time. 21.11.2014, 17:59, "Clement Lefebvre" notifications@github.com:
Best regards, |
I had a similar problem on a fresh install of ubuntuMate, and what seemed to fix it was 'enable compisiting' under mate tweak - interface |
Can we revert 4fd2ae3 |
Nazonight, your tweak helped me a bit on the way. Now I can see the brightness controls going up and down. Anyone got a fix for this yet? |
In function Patch: Following screenshot is captured after applied the patch: You'd see that backlight popup is now displayed with progress bar and icon, though there's some excess border around the window. MATE: MATE Power Manager 1.8.0, MATE 1.8.1 (patched against source package from Debian Wheezy backports repository) |
An alternative approach is to fix the object name in Regarding the excess border issue, I compared it to mate-settings-daemon's mate-power-manager's one does have the corresponding GTKVBox container, but it was named So, this is an alternative patch which fixes GTKVBox object name, removes the excess border, and eliminates the unnecessary GTKFrame: Following screenshot is captured after applied this alternative patch: You'd see that backlight popup is now displayed properly with progress bar and icon, and looked consistent with all other media key popup dialogs. For users that didn't want to recompile mate-power-manager, can use the following patch to fix the already-installed Then just logout and re-login to see the result. MATE: MATE Power Manager 1.8.0, MATE 1.8.1 (patched against source package from Debian Wheezy backports repository) |
I can confirm that 1003_fix-backlight-popup.patch works. First i tried only the mate-power-manager_fix-backlight-popup-gtkbuilder.patch without success. |
Using the merged version of the patch a7d224c |
acme.ui patch works for me. Thanks nachanon et al for your work on fixing this issue. |
https://gist.github.com/nachanon/458ea39d53518d63f87c helped me in linux mint 17.1, thanks you :) @nachanon |
Nachanon .. thanks man .. the patch works out of the box .. awesum stuff 👍 |
After I had updated from mate 1.6 to 1.8 I have no meaningfull UI when press keys to change laptop screen brightness or laptop keyboard backlight brightness. All I get is a tiny grey square at the middle of the active display.
Looking at the mate-power-manager source code I suspected that something might got broken in the non-compositing draw codepath for 1.8. I had tried to enable marco's built-in desktop compositing and it fixed the issue.
At the same time OSD popup with non-compositing codepath works great in mate-settings-daemon (i.e. I got normal "classic" popups when press volume change keys) so it most probably is a regression in mate-power-daemon OSD handling.
Packages I use and their versions:
The text was updated successfully, but these errors were encountered: