Open false-9 opened 4 years ago
Can confirm this happens to me too. If a secondary display is plugged in, wingpanel doesn't apply the style correctly and sticks to fully transparent, white text color. I've found that plugging the external display after the initial boot doesn't cause this.
Here's my screen configuration:
I'm on a Dell XPS 9570. Changing graphics card (between Intel and NVidia) makes no difference. Main display is 1920x1080 and external is 2560x1080 (21:9 ratio)
I can confirm this as well. On dual monitor (nvidia prop. drivers, but I don't think it makes a difference) the panel background doesn't change anymore.
I suspect this may have to do with gdk not detecting the correct monitor geometry, I am currently working on it. Will ship a pull request if I figure this out.
I just reinstalled my eOS right due to this bug. I'm using too monitors too. My problem is exactly equal to @matfantinel.
I just reinstalled my eOS right due to this bug. I'm using too monitors too. My problem is exactly equal to @matfantinel.
Are your monitors different sizes/resolutions?
I just reinstalled my eOS right due to this bug. I'm using too monitors too. My problem is exactly equal to @matfantinel.
Are your monitors different sizes/resolutions?
Yes, @sixpounder!
@diegomagela
I think I found the problem :) I am currently in lockdown so I should've time to make a pull request sometime this week
Any progress on this guys? I still have the bug on my dual monitor setup, if I unplug and replug one of them, behaviour is normal but upon restart the issue is back.
Hope you're well guys.
I had no time to investigate further, turns out it is actually (at least for me) the d-bus message not firing at all when the background changes
I've changed my setup to use two identical monitors, and keeping my laptop closed.
Curiously, this seems to not happen with this setup. It still does if the laptop is open though.
I recently had to reinstall d-bus deb package. Curiously, that fixed the issue at least in my case.
Still having this issue... Has anyone seen any conclusions to this?
Note that as a workaround, you can disable panel transparency from System Settings → Desktop so it's at least more usable until a developer is able to reproduce and address this issue.
@cassidyjames not sure if it's the same cause, but I can reproduce the issue itself (instructions thanks to #385);
it is likely related to this gala issue you opened @davidmhewitt would you be able to take a look at this? could the state of the wingpanel from the last wallpaper change just be saved until it's changed again?
Prerequisites
Describe the bug
Approximately 2 months ago the color in the panel stopped being dynamic and stays fully translucent while the font color is always white, regardless of wallpaper. I've tested all of the stock wallpapers and more. 2 days ago I reinstalled 5.1.2 Hera in case it was a user config problem, but the issue is present on a fresh install, which leads me to believe an update has caused the bug on my system.
Expected behavior
When I choose a stock wallpaper dominated by light background colors or white backgrounds, I expect the panel to have a dark font color, when the wallpaper is dark I expect a light font color; and/or added opaqueness to the panel as it used to do dynamically.
Platform Information
Please check what applies:
UPDATE
Ok, after disabling my other connected monitor and using only one monitor the color is behaving correctly and the issue is no longer present, so it seems to only be occurring while using multi-monitors.