Bug 4983 - poor window placement of startup windows
Summary: poor window placement of startup windows
Alias: None
Product: ThinLinc
Classification: Unclassified
Component: Misc (show other bugs)
Version: trunk
Hardware: PC Unknown
: P2 Normal
Target Milestone: 4.10.0
Assignee: Peter Åstrand
Keywords: prosaic, samuel_tester
Depends on:
Reported: 2014-02-06 11:04 CET by Pierre Ossman
Modified: 2018-08-13 10:12 CEST (History)
2 users (show)

See Also:
Acceptance Criteria:


Description Pierre Ossman cendio 2014-02-06 11:04:44 CET
When you have multiple monitors, openbox will easily make the mistake of placing windows on the seam between them. This gives a very poor user experience during ThinLinc login as both the progress window for xstartup.d and the profile selector will be cut in half over two monitors.

For the login case I think the best thing would be if it centred new windows on the primary monitor.
Comment 1 Pierre Ossman cendio 2014-02-06 11:06:18 CET
This might be a bug. Judging from this mail Openbox should be clever about this:

Comment 2 Pierre Ossman cendio 2014-02-07 10:23:34 CET
I think Openbox is actually doing things properly here. It works a bit randomly.

I think the issue is that we do not transfer multi-head information when we start up the session. So if the windows are opened before the client has time to connect to Xvnc, then it's all one big monitor as far as openbox is concerned.

To fix this we would have to improve the way we handle the initial session size so that it also includes monitor information.
Comment 3 Pierre Ossman cendio 2017-02-13 13:54:57 CET
Upstream feature request:

Comment 4 Peter Åstrand cendio 2018-08-08 10:55:05 CEST
(In reply to comment #2)

> To fix this we would have to improve the way we handle the initial session size
> so that it also includes monitor information.

This core feature has been split off to bug 7218. However, it is still possible to place initial windows better. This primarily affects tl-select-profile.
Comment 5 Peter Åstrand cendio 2018-08-08 11:18:21 CEST
Doing as trivial.
Comment 7 Peter Åstrand cendio 2018-08-08 12:28:26 CEST
Testing suggestions:

* Start a new session with settings "All monitors", but disabled "Resize remote session to the local window" and no Full screen mode.

* Start a new session with xterm or similar, where you can manually run /opt/thinlinc/libexec/tl-select-profile. Enable "Resize remote session to the local window", and try out various window sizes (very wide, very tall etc).
Comment 8 Samuel Mannehed cendio 2018-08-09 15:46:26 CEST
Release note or prosaic missing.
Comment 9 Samuel Mannehed cendio 2018-08-09 16:12:59 CEST
Verified that the problem existed with a 4.9.0 server. Tested build 5867 on Fedora 28 and connected using a client with two identical screens, works well now.

Note You need to log in before you can comment on or make changes to this bug.