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.
This might be a bug. Judging from this mail Openbox should be clever about this: http://icculus.org/pipermail/openbox/2011-December/007413.html
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.
Upstream feature request: https://github.com/TigerVNC/tigervnc/issues/328
(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.
Doing as trivial.
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).
Release note or prosaic missing.
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.
