Opened 3 years ago
Last modified 4 days ago
#1658 closed defect
mouse events in black border around desktop area — at Version 2
Reported by: | mviereck | Owned by: | Antoine Martin |
---|---|---|---|
Priority: | minor | Milestone: | 2.4 |
Component: | client | Version: | trunk |
Keywords: | Cc: |
Description (last modified by )
xpra v2.2-r17160 on debian 9
If running xpra --start-desktop
and maximizing the client window, there can be a black area around the shown desktop if the vfb X server does not provide a matching resolution.
Mouse events (moving and clicks) in the black area should not do anything, but they happen to the outer border of the desktop.
Example: mouse click in black area above clock in xfce4-panel shows calendar, but this should only happen if I click directly on the clock.
Mouse movements in black area above the panel causes highlighting of nearest panel objects.
Not really a problem so far, just different from what I would expect.
Change History (3)
comment:1 Changed 3 years ago by
Milestone: | 2.2 → 3.0 |
---|---|
Status: | new → assigned |
Changed 3 years ago by
Attachment: | black-border.jpg added |
---|
example of black border around the window contents
comment:2 Changed 3 years ago by
Description: | modified (diff) |
---|
there can be a black area around the shown desktop if the vfb X server does not provide a matching resolution.
This is less of a problem nowadays since you can:
- use Xvfb and have perfect match for any resolutions
- Xdummy now has a large set of pre-defined resolutions which should match all possible configurations with a maximum gap of 128 pixels
(converted link to an attachment so it doesn't bitrot)
Originally reported in #1656, see ticket:1656#comment:24.
If we swallow pointer motion events, there are some potential problems with seamless mode when the window size does not match its contents exactly: the virtual pointer could linger on the edge of the server side window - which could trigger unwanted behaviour.