Bug 337249 - Initial window position is strange
Summary: Initial window position is strange
Status: RESOLVED WORKSFORME
Alias: None
Product: kwin
Classification: Plasma
Component: core (show other bugs)
Version: 4.98.0
Platform: unspecified Linux
: NOR normal
Target Milestone: ---
Assignee: KWin default assignee
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2014-07-08 22:17 UTC by Thomas Pfeiffer
Modified: 2019-05-15 00:20 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Thomas Pfeiffer 2014-07-08 22:17:48 UTC
I just tested the Neon 5 RC ISO and the following happened:
When I opened a regular KDE application (non-KDe applications like VLC, for example, were not affected, and neither was KSnapshot, but most other KDE applications, regardless of whether they were based on KF5 or kdelibs4), it opened in the lower-right corner of the screen with minimum size, regardless of their previous size and position.
Than at a later point, all applications opened in the upper-left corner of the screen.

Reproducible: Sometimes
Comment 1 Martin Flöser 2014-07-09 06:17:03 UTC
the minimum size is a typical problem of kf5 based apps (yes it's in the apps).
Comment 2 Thomas Lübking 2014-07-09 07:41:23 UTC
squeezed into corners might be a problem on struts (ie. the placement area is empty)

for window in `xwininfo -root -tree | sed '/^ *0x[^ ]* */!d; s/^ *\(0x[^ ]*\).*/\1/g'`; do
   xprop -id $window  | grep _NET_WM_STRUT
done

(those are three lines, first ends after "; do" - in case bugzilla screws it ;-)
Comment 3 Thomas Pfeiffer 2014-07-09 19:07:31 UTC
(In reply to comment #2)
> squeezed into corners might be a problem on struts (ie. the placement area
> is empty)
> 
> for window in `xwininfo -root -tree | sed '/^ *0x[^ ]* */!d; s/^ *\(0x[^
> ]*\).*/\1/g'`; do
>    xprop -id $window  | grep _NET_WM_STRUT
> done
> 
> (those are three lines, first ends after "; do" - in case bugzilla screws it
> ;-)

When exactly do I have to run this? And what do I do with the results? Post them here?
Comment 4 Thomas Lübking 2014-07-09 19:16:02 UTC
Whenever you encounter the issue (struts are persistent properties set by eg. panels to restrict the area where the window manager should place/move/maximize windows)

And please post the output, yes.

If you copy the command into one line, there needs to be a ";" before the last "done"
Comment 5 Thomas Pfeiffer 2014-07-09 20:44:30 UTC
Okay, here is the output:

_NET_WM_STRUT(CARDINAL) = 0, 0, 0, 30
_NET_WM_STRUT_PARTIAL(CARDINAL) = 0, 0, 0, 30, 0, 0, 0, 0, 0, 0, 0, 1919

Another observation:
When I open one window, it opens in the upper-left corner. When I open another window with the first still open, it opens in the lower-left corner, then upper-right, then lower-right, then upper-left again.
Comment 6 Thomas Lübking 2014-07-09 20:57:39 UTC
Strut is fine (you've a 30px panel covering the entire bottom of your 1920px wide screen ;-)

Changing corners is expectable (avoding window occlusion) for the "smart" placement strategy (the default) - the position is usually not tracked/requested by applications.
The size is then likely tracked wrongly - though  it would be more reasonable if it only affected KF5 clients.

Please check the rc for an affected client (eg. kwriterc, dolphinrc) for "Width <screen width>" and "Height <screen height> entries.
Comment 7 Andrew Crouthamel 2018-11-12 02:57:12 UTC
Dear Bug Submitter,

This bug has been stagnant for a long time. Could you help us out and re-test if the bug is valid in the latest version? I am setting the status to NEEDSINFO pending your response, please change the Status back to REPORTED when you respond.

Thank you for helping us make KDE software even better for everyone!
Comment 8 Andrew Crouthamel 2018-11-21 04:34:21 UTC
Dear Bug Submitter,

This is a reminder that this bug has been stagnant for a long time. Could you help us out and re-test if the bug is valid in the latest version? This bug will be moved back to REPORTED Status for manual review later, which may take a while. If you are able to, please lend us a hand.

Thank you for helping us make KDE software even better for everyone!
Comment 9 Thomas Pfeiffer 2019-04-23 15:20:30 UTC
I cannot reproduce this bug anymore, sorry for not reacting earlier.
Comment 10 Christoph Feck 2019-05-15 00:20:51 UTC
Thanks for the update; changing status.