bismuth icon indicating copy to clipboard operation
bismuth copied to clipboard

[Bug]: Dragging a tab from chrome causes strange behaviour

Open xtalax opened this issue 4 years ago • 4 comments

Summary

Dragging a Chrome tab out in to a new window has expected behaviour (50/50 split tiling) initially, but upon letting go the original window returns to its original size

Steps to Reproduce

Open chrome on its own on a virtual desktop, create a new tab, drag tab out to new window

Expected behavior

Windows remain tiled

Screenshots

No response

Bismuth version

most recent release, installed with wget command in readme

KDE Plasma version

5.22.5

The platform KWin is running on

X11

Additional context

No response

xtalax avatar Oct 12 '21 16:10 xtalax

This also happens with VSCode, and resolves after moving a window to another virtual desktop and back, implying that the layout is not refreshed when creating a new window in this way. Refreshing the layout after a new window is created in any way may resolve this, and should be a quick fix

xtalax avatar Oct 12 '21 19:10 xtalax

Do I understand correctly, that you want to drag the tab out of Chrome to the empty space on a desktop (or a browser content space), so that that tab creates a new window, that tiles alongside? Because I cannot reproduce: it works perfectly fine for me.

gikari avatar Oct 14 '21 14:10 gikari

I am having the same issue on Brave (which is based on chromium), it happens directly when I start dragging the tab, even if its only inside the window, this does not happen to Firefox.

VSCode is working fine for me.

maxicarlos08 avatar Dec 15 '21 18:12 maxicarlos08

Any updates on this from someone else? It seems to be fixed for me for while now

maxicarlos08 avatar Mar 20 '22 22:03 maxicarlos08