#2842 closed defect (upstream)
Headerbar windows refuse to respond to Windows Winkey shortcuts
| Reported by: | stdedos | Owned by: | Antoine Martin |
|---|---|---|---|
| Priority: | major | Milestone: | 4.1 |
| Component: | client | Version: | 3.0.x |
| Keywords: | Cc: |
Description (last modified by )
set "XPRA_EXECUTABLE=Xpra-Python3_4.0.2-r26623"
set "XPRA_EXECUTABLE=Xpra-Python3-x86_64_4.1-r26947"
xpra windows with headerbar refuse to respond to Winkey-window-placement-manipulation shortcuts e.g. Winkey+↑ to maximize.
They only respond to Winkey+↓ and only from maximized state (to move to windowed) and not from windowed (to move to minimized)
Change History (4)
comment:1 follow-up: 2 Changed 2 years ago by
| Description: | modified (diff) |
|---|---|
| Status: | new → assigned |
comment:2 Changed 2 years ago by
Replying to Antoine Martin:
That's probably a GTK3 bug, I'm leaning towards disabling
headerbaron win32 by default, as I don't have time to dig into the GTK code to fix it.
(if it is even fixable, quite a few of those headerbar related bugs look like "features" to me..)
👍 LGTM.
Try to leave the window-info accessible-by-shortcut (and do #2779 sometime :-D)
comment:3 Changed 21 months ago by
| Resolution: | → upstream |
|---|---|
| Status: | assigned → closed |
Closing as upstream as this is a GTK issue and there's nothing we can do in xpra.
comment:4 Changed 17 months ago by
this ticket has been moved to: https://github.com/Xpra-org/xpra/issues/2842
copyleft 2010 - 2021
That's probably a GTK3 bug, I'm leaning towards disabling
headerbaron win32 by default, as I don't have time to dig into the GTK code to fix it.(if it is even fixable, quite a few of those headerbar related bugs look like "features" to me..)