Seen in neon pkgs of: master and 4.7.95+git running in a virtualbox: Reproducible: Always Steps to Reproduce: 1. Make the panel at the bottom taller (higher?) 2. In- or decreate the width of the virutalbox window Actual Results: Panel height jumps back to default height. Expected Results: Panel keeps the custum height is had before the virtualbox window resize. Resizing the virtualbox window in vertialcal direction preserves the custum height of the panel. Maybe it's worth to check after this is fixed what happens with panel on the left/right/upper side.
1. Panel at the top shows the same bug as described in this bug for bottom panel. 2. Wider Panel on the left or right: * horizontal resize -> width is kept * vertial resize -> width is reset to default -> bug
kindof expected, as panel sizes are stored indipendently per screen resolution. the idea is that when the same panel goes to a screen of different resolution it will have a configuration for that screen, as you want ti with an optimal size for said screen. same thing for same screen changing resolution, or real hardware a smaller resolution will make things look zoomed up, so a different panel size is needed in order to look usable
*** Bug 378895 has been marked as a duplicate of this bug. ***
We moved alignment to be global rather than screen-dependent. IMHO we should for thickness too
This is literally a show stopper. I cannot deploy KDE while this bug exists. I did a work around technically for a client.. .where I set every likely resolution to have a configuration.... where width was specified... This keeps people from using your software. Anybody who comes across this will run away... Not even file a bug... It is so horrible.
Panel thickness now writes into a global setting as well as the per-screen setting which is used if there are no other changes. i.e Setting thickness once then changing resolution will use the set value.