Cursor gets stranded and can't move between non-contiguous monitors (especially after rotation)

I am not able to reproduce locally (laptop screen + external monitor, mir_server_shell --display-config=sidebyside)

Which mir server are you running and with what display configuration (clone,sidebyside etc).

Does this happen randomly or when you change to a particular set of configurations?

Tested again. Updated the bug description with a test case.

I think it's that rotating the left monitor makes it narrower. So its right edge no longer touches the right monitor. They're not joined in screen space any more as a single region, but two separate regions. And the mouse cursor logic can't/won't warp between multiple regions.

We could go to the trouble of making such a display config impossible, but it's probably more sensible to just ensure the mouse can move freely even in regions not covered by any monitor (to the extent of the bounding box of all monitors at least).

Adding info that we see this when connecting a monitor to the Nexus4 during windowed mode, the device is put into landscape mode. the mouse motion appears to not have followed the orientation and is bounded by roughly portrait width instead of landscape width

This bug does not apply to Unity8 right now. This bug is just for shells that use the Mir/hardware cursor logic. Whereas Unity8 does its own cursor movement logic.

For Unity8 see bug 1488417 instead.

1. We allow non-contiguous screen layouts.
2. Even with contiguous screen layouts the bounding rectangle of the outputs can contain areas that are not on any output.

On the Unity7 desktop the cursor appears to be restricted to the bounding rectangle. (But it can be confusing if it moves off all monitors.)

I suspect that if we simply ensured that the screen layout is contiguous then we would have reasonable behaviour.

Yeah I mentioned that in comment #3 but I don't think disallowing non-contiguous configs is the solution. That's an OK thing to do, but not a robust solution.

A robust solution would be to just let the cursor move freely within the bounding rectangle, and not care if any part of that is not covered by a monitor.

Doing that would solve this bug, and also solve the confusion that can arise from odd non-rectangular configs where you have to move the cursor through a narrow passage (smaller monitor) before it can find its way to the larger monitor. So keeping the cursor always on a screen can actually be more frustrating and awkward than allowing the edge cases where it might be invisible.

Syncing task from Mir.