#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 8 months ago by
Description: | modified (diff) |
---|---|
Status: | new → assigned |
comment:2 Changed 8 months ago by
Replying to Antoine Martin:
That's probably a GTK3 bug, I'm leaning towards disabling
headerbar
on 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 5 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 6 weeks ago by
this ticket has been moved to: https://github.com/Xpra-org/xpra/issues/2842
That's probably a GTK3 bug, I'm leaning towards disabling
headerbar
on 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..)