#519 closed task (wontfix)
google chrome drop down windows are missing attributes
Reported by: | Antoine Martin | Owned by: | Antoine Martin |
---|---|---|---|
Priority: | major | Milestone: | future |
Component: | external | Version: | |
Keywords: | Cc: |
Description (last modified by )
split from #139: we now handle grabs correctly and simulate pressing the Escape
key when the application loses focus (since there are no grabs on win32).
The problem with the drop down windows as used by chrome is that they are:
- not using the correct window-type for the drop down, sending it as
NORMAL
instead - not grabbing the keyboard or mouse input when the drop down is shown
- not setting the window's
transient-for
attribute on the temporary window either
I'm not sure there's much we can do about it. Any amount of guessing is bound to break well behaved applications. It would be much easier to get chrome fixed instead.
FWIW: I've tried google chrome 32, and now google chrome beta 33 (which is meant to be using the "aura" toolkit instead of gtk), as well as chromium. No luck with any of them.
Change History (6)
comment:1 Changed 8 years ago by
Description: | modified (diff) |
---|---|
Owner: | changed from Antoine Martin to Antoine Martin |
Status: | new → assigned |
comment:2 Changed 8 years ago by
comment:4 Changed 8 years ago by
Milestone: | 0.12 → future |
---|---|
Resolution: | → wontfix |
Status: | assigned → closed |
Nothing we can do about this but wait for upstream to fix their code.
Closing.
comment:5 Changed 7 years ago by
Upstream bug has been archived due to inactivity.. might need a prod, else it'll never be looked at.
comment:6 Changed 16 months ago by
this ticket has been moved to: https://github.com/Xpra-org/xpra/issues/519
Here's a diff of the
xwininfo
showing the new drop down window as a child of the root window, it should really be a child of the browser window it came from:The drop down window is
252x302
pixels in dimension.