akallabeth

with #11867 some of these might be gone. (switching between `RAILS` and `Desktop` mode was not working before and it might have produced this as an error, in any way...

@Airblader maybe https://stackoverflow.com/questions/36966900/xcb-get-all-monitors-ands-their-x-y-coordinates might be what you are looking for?

@lixaotec check out https://github.com/ogon-project/ogon which implements a RDP server for linux. Currently no dedicated support for opengl/vulkan but should be possible to add support there.

reading through this whole thread it sounds more like a bug in `i3` not supporting the atoms defined in the `xinerama` specification properly than anything else. Don´t see a reason...

@Airblader sadly not, I´d love to fix this but I´m mostly working on the other side of the API here so my knowledge for implementing that on the wm side...

@sss123next added https://github.com/FreeRDP/FreeRDP/pull/10679 for client side

configure your server to use `HiDef` rail mode. with legacy rail such artifacts are (nearly) impossible to avoid

@theguywiththeproblem you can run with `/log-filters:com.freerdp.channels.rail.client:debug` to get debug logs from rail. there check for a line like `[rail_recv_handshake_ex_order]: HandshakeFlags={HIDEF|EXTENDED_SPI_SUPPORTED|SNAP_ARRANGE_SUPPORTED|TEXT_SCALE_SUPPORTED|CARET_BLINK_SUPPORTED}[0x0000001f] [buildNumber=0x00000000]` if the `HIDEF` flag is set you´re using it,...

as for windows side, I don´t really know, not the great windows admin myself ;)

ok, then we got a really slow drawing path in there somewhere.