From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id C9270158013 for ; Mon, 27 Sep 2021 15:56:37 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 19702E094F; Mon, 27 Sep 2021 15:56:32 +0000 (UTC) Received: from mail-qt1-x831.google.com (mail-qt1-x831.google.com [IPv6:2607:f8b0:4864:20::831]) (using TLSv1.2 with cipher ECDHE-RSA-CHACHA20-POLY1305 (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id A00ACE092C for ; Mon, 27 Sep 2021 15:56:31 +0000 (UTC) Received: by mail-qt1-x831.google.com with SMTP id f15so4199645qtv.9 for ; Mon, 27 Sep 2021 08:56:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; bh=9szBpae5at/38qnd+dhqANLXc5OVJAzcPRPc9+7QAZM=; b=LgSWQAHYksqigawZZjR+8JJYMGzCQacc956iHLvLYvku6fWvm/tvhJHyWmhLY18H9v bjOd85FVP0SMql2n6P8yjHQdTwNRpCLpGgq03gcVOWVA1zJLUrzbJG8lwK04BdvmWlOw +0yEOSsvkh57HRS8fzjGePxBRuBvVwWPOyqM9613HNyPHx1gcE6xX220VN19DNYExTlh IMwsnVKqkPoYEEJ3OJ3BIhA82JQnaPTgUu3fVaVh5gdYDcqV0y0iADvAEZtB3D9VgwmD IuntakgByIk7hTASIZuX0tOQyDV51aIU/bLQOIljMAGDBEnTEjGFQq2ivQeWU5ScaxB2 +zdw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=9szBpae5at/38qnd+dhqANLXc5OVJAzcPRPc9+7QAZM=; b=iGOm3C4a6+NqXeBC0OIeoP+QyAk88U1IDZTH2GghLKKtu6B4J6NnwueB0g9pOXQg+1 LxKxvIprx1ripjJORLnD6F520pPn81+5jhmIBjgSX65EskfYsp7PVKHK86ev7pZLx1jO BkjIsfxiScqBBXtBVZBq5MUP5i4iye204t77vqHAijFTJYW+nAH0/wFeolne1++KZ5Vu d4AHObyLhWVbj2yFDukz0UP6jROam9G5glnRo2IHsuPQQrwWy5QXKb6WzBQ4xdJu9v27 zxuceX9hLyeDeRTvFh5zr+g8+qzAoCbozmyM/dtH5aJ6j1vfr2vnw8UzHRPfZQi+KidW RvFg== X-Gm-Message-State: AOAM5319FYEl0Gv1Rhe+kKsicIbc/QaT9cT3+670dKfKQQLIZjsZEqw1 qfNN735y58HYFWPtC3hq2w7boYQ9uPm5YUF5xwTbL45Zqt4= X-Google-Smtp-Source: ABdhPJy/Ox/9CeplY9VxRLG8D3nhFnDryL5y1Bk5jp/1lGOG/6z+MW9LMBOlAKUuGxLXvQ+Ypt7pr9jEtuvd4xxcCYE= X-Received: by 2002:a05:622a:1741:: with SMTP id l1mr602257qtk.318.1632758190623; Mon, 27 Sep 2021 08:56:30 -0700 (PDT) Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org X-Auto-Response-Suppress: DR, RN, NRN, OOF, AutoReply MIME-Version: 1.0 References: In-Reply-To: From: Mark Knecht Date: Mon, 27 Sep 2021 08:56:19 -0700 Message-ID: Subject: Re: [gentoo-user] Re: Odd Chrome behavior when dragging tab to create new window To: Gentoo User Content-Type: multipart/alternative; boundary="000000000000f4d09205ccfc2349" X-Archives-Salt: d6828ea4-c9c8-4f0b-b34a-a16ae6c408ad X-Archives-Hash: ff8ca0214c66216f132355be97f87280 --000000000000f4d09205ccfc2349 Content-Type: text/plain; charset="UTF-8" On Mon, Sep 27, 2021 at 7:25 AM Grant Edwards wrote: > > On 2021-03-12, Grant Edwards wrote: > > Yesterday afternoon, both Chrome and Chromium started behaving oddly. > > > > When I drag a tab out of it's parent window to create a new window > > (this is something I do a lot, every day), it works normally until I > > release the mouse button. Then, instead of staying where it's put the > > new window will follow the mouse cursor around the desktop anytime > > Chrom(e|ium) has focus. > > It looks like this has been fixed! > > But now the "Use system title bars and borders" option doesn't work. > > -- > Grant > Strangely the dragging a tab problem has never occured for me on Kubuntu. I run stable so I haven't seen the fix in Chrome beta yet but good to know it's coming. In my case I took Frank's suggestion and implemented the window on a virtual desktops and now I don't have to mess with my mouse and the title bar pin. Cheers, Mark --000000000000f4d09205ccfc2349 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


On Mon, Sep 27, 2021 at 7:25 AM Grant Edwards <= grant.b.edwards@gmail.com&= gt; wrote:
>
> On 2021-03-12, Grant Edwards <grant.b.edwards@gmail.com> wrote:
&= gt; > Yesterday afternoon, both Chrome and Chromium started behaving odd= ly.
> >
> > When I drag a tab out of it's parent wind= ow to create a new window
> > (this is something I do a lot, every= day), it works normally until I
> > release the mouse button. The= n, instead of staying where it's put the
> > new window will f= ollow the mouse cursor around the desktop anytime
> > Chrom(e|ium)= has focus.
>
> It looks like this has been fixed!
>
&= gt; But now the "Use system title bars and borders" option doesn&= #39;t work.
>
> --
> Grant
>

Strangely the dragging a tab problem has never occured for me on=C2=A0
Kubuntu.=C2=A0

I run stable so I haven'= t seen the fix in Chrome beta yet but
good to know it's comin= g. In my case I took Frank's suggestion
and implemented the w= indow on a virtual desktops and now I
don't have to mess with= my mouse and the title bar pin.

Cheers,
Mark
--000000000000f4d09205ccfc2349--