From: Victor Ivanov <vic.m.ivanov@gmail.com>
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] Re: Odd Chrome behavior when dragging tab to create new window
Date: Sat, 13 Mar 2021 12:18:03 +0000 [thread overview]
Message-ID: <202f4b21-bd3e-de1b-fb2f-08b5dd5e318d@gmail.com> (raw)
In-Reply-To: <s2g603$165$1@ciao.gmane.io>
[-- Attachment #1.1: Type: text/plain, Size: 1573 bytes --]
On 12/03/2021 16:48, Grant Edwards wrote:
> On 2021-03-12, Spackman, Chris <chris@osugisakae.com> wrote:
>> On 2021/03/12 at 02:57pm, Grant Edwards wrote:
>>
>>>> When I drag a tab out of it's parent window to create a new window
>>>> [...] instead of staying where it's put the new window will follow
>>>> the mouse cursor around the desktop anytime Chrom(e|ium) has focus.
>>> [...]
>>> any keypress will cause the weird behavior to stop.
>>
>> I have the same problem. Started recently. Right clicking on the tab
>> and choosing "Move tab to new window" (if there is only one window)
>> or "Move tab to another window" => "New window" (if there is already
>> more than one window) works without problem.
>
> Yep, same here.
>
>> I've no idea what is causing the problem. Fluxbox is my window
>> manager.
>
> I'm using openbox.
>
KDE here. I don't use Chrome so I only just fired it up (completely
clean "install") and have the same behaviour.
As to what's causing it I can only guess but I did notice that when I
try to move a tab - even on a single tab window - my mouse pointer jumps
to the title bar area above it which presumably causes the window
manager to pick up the "click & hold" gesture and leads to the whole
window moving about.
However, this only seems to be happening when using the "System titlebar
and borders". If you right click on the tab area (not on the tab itself)
and untick said option the issue will disappear. At least it does on my
machine and I can move tabs about as normal.
- Victor
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 833 bytes --]
next prev parent reply other threads:[~2021-03-13 12:18 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-03-12 14:32 [gentoo-user] Odd Chrome behavior when dragging tab to create new window Grant Edwards
2021-03-12 14:57 ` [gentoo-user] " Grant Edwards
2021-03-12 16:17 ` Spackman, Chris
2021-03-12 16:48 ` Grant Edwards
2021-03-12 22:20 ` antlists
2021-03-13 12:18 ` Victor Ivanov [this message]
2021-03-13 21:21 ` Neil Bothwick
2021-03-14 1:49 ` Grant Edwards
2021-09-27 14:24 ` Grant Edwards
2021-09-27 15:56 ` Mark Knecht
2021-09-27 17:47 ` Grant Edwards
2021-09-27 18:23 ` Mark Knecht
2021-09-27 18:31 ` Neil Bothwick
2021-09-27 23:02 ` Spackman, Chris
2021-09-27 23:07 ` Grant Edwards
2021-09-27 23:33 ` Spackman, Chris
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=202f4b21-bd3e-de1b-fb2f-08b5dd5e318d@gmail.com \
--to=vic.m.ivanov@gmail.com \
--cc=gentoo-user@lists.gentoo.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox