Regression: Resizeinfo now shows the size without borders instead of the full window size

Bug #1203557 reported by MC Return on 2013-07-21
10
This bug affects 2 people
Affects Status Importance Assigned to Milestone
Compiz
High
Unassigned

Bug Description

[How to reproduce]

1. Maximize a window horizontally
2. Trigger resize to see the info about the window size

[What you would expect to happen]

The window x-size should be the same like your screen's x resolution.

[What actually happens]

The window x-size is now the same like your screen's x resolution minus the size of the window borders.

MC Return (mc-return) on 2013-07-21
Changed in compiz:
importance: Undecided → High
milestone: none → 0.9.10.0
tags: added: regression
Changed in compiz:
milestone: 0.9.10.0 → 0.9.10.2
Sam Spilsbury (smspillaz) wrote :

[What actually happens]

The window x-size is now the same like your screen's x resolution minus the size of the window borders.

     is->resizeGeometry.x = window->x ();
     is->resizeGeometry.y = window->y ();
     is->resizeGeometry.width = window->width ();
     is->resizeGeometry.height = window->height ();

Which happens to be the correct behavior.

BryanFRitt (bryanfritt) wrote :

Why not have it both ways?

There could be a check box for each way.
 [ ] Show size of window without boarders
 [ ] Show size of window with boarders
These could be shown with each on it's own row.

p.s.
also adding options that add the same information as KDE's WindowGeometry would be nice too...
KDE 'System Settings' shortcut -> 'Workspace Appearance and Behavior' -> 'Desktop Effects' -> 'All Effects' -> 'WindowGeometry'
It adds the corner positions, and change from original position +/- in pixels during move, and resize

MC Return (mc-return) wrote :

> Which happens to be the correct behavior.

@Sam:
So why does the resize coloring indicate the whole window, not the inside only ?
It is a regression, not correct behaviour - and it is inconsistent with the indicator...

The recent code changes also created bug #1204307, which might be tightly related.
And Emerald also regressed: bug #1009570 now got worse (once again), instead of getting fixed.
And I lost my window borders once already without reason, so stability is still poor...

But we have a great testsuite for decor now \o/

> Why not have it both ways?

@Bryan:
Patches are welcome, as you know. ;)

MC Return (mc-return) wrote :

@Sam:
Also bug #1101387 in decor seems to have not been fixed and is still valid.

Changed in compiz:
milestone: 0.9.10.2 → 0.9.11.0
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers