sway icon indicating copy to clipboard operation
sway copied to clipboard

XembedSniProxy displaying a small black square

Open ErikReider opened this issue 3 years ago • 2 comments

Please fill out the following:

  • Sway Version:

    • sway version 1.8-dev-89d73bee (Aug 5 2022, branch 'master')
  • Debug Log:

  • Configuration File: Default config with Waybar (also reproducible with swaybar)

  • Description:

    • Run xembedsniproxy or start its user service (compiled from xembed-sni-proxy-git in the AUR)
    • Run a xembed supported application like iBus (ibus-daemon -drx) or a Windows program in Wine that supports the tray
    • Interact with the xembed tray icon (in my case: right click ibus icon)
    • Observe a black box randomly placed on the screen

image

image Firefox was running in another workspace but right clicking the box interacted with different applications on other workspaces depending where I clicked

ErikReider avatar Aug 05 '22 23:08 ErikReider

sway does not have special support for this tool, which might be necessary for the hacks and workarounds it uses. As far as i know, xembedsniproxy tries to move an X window to the position of your click, then simulate the click again to open the context menu at the desired position.

progandy avatar Aug 06 '22 07:08 progandy

I have the same issue. Weirdly enough the position seems to be random. Example, if you hit the insert key to minimize osu!stable, the icon shows up in the right spot, but it isn't clickable. The black square that is somewhere else is clickable and it does bring osu! back.

doubledge-spec avatar Nov 13 '22 22:11 doubledge-spec

i found this issue years ago (while working on #1234 back in 2017, blast from the past!) anyway point is that xembed-sni-proxy does crappy stuff like rendering a window offscreen that is totally unsupported in xwayland. I don't think that supporting this behaviour has ever been a goal of Sway, or Wayland in general.

4e554c4c avatar Nov 26 '23 22:11 4e554c4c