Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Broken tab rearrangement on Linux #20023

Closed
intrnl opened this issue Dec 10, 2021 · 3 comments
Closed

Broken tab rearrangement on Linux #20023

intrnl opened this issue Dec 10, 2021 · 3 comments
Labels
Chromium/waiting upstream Issue is in Chromium; we'll likely wait for the fix closed/duplicate Issue has already been reported OS/Desktop OS/Linux/arch repros-on-chrome

Comments

@intrnl
Copy link

intrnl commented Dec 10, 2021

Description

Tab rearrangement through mouse is broken on latest Brave Nightly.

Steps to Reproduce

  1. Open up Brave.
  2. Open multiple tabs, it can be anything.
  3. Try to rearrange the tabs by dragging them.

Actual result:

Tab rearrangement is completely impossible, the tab will always split into a new window.

screenrecord-2021-12-10_16.12.50.mp4

Expected result:

You should be able to rearrange tabs.

Reproduces how often:

Easily reproducible.

Brave version (brave://version info)

Brave: 1.35.20 Chromium: 97.0.4692.36 (Official Build) nightly (64-bit)
Revision: 747e0a0f19c13ca6ee136200f5b097448ae4892f-refs/branch-heads/4692@{#607}
OS: Linux

Version/Channel Information:

  • Can you reproduce this issue with the current release? Not tested.
  • Can you reproduce this issue with the beta channel? Not tested.
  • Can you reproduce this issue with the nightly channel? Yes.

This should only happen on Nightly currently as it's on Chrome 97, which has the faulty behavior.

Other Additional Information:

  • Does the issue resolve itself when disabling Brave Shields? No.
  • Does the issue resolve itself when disabling Brave Rewards? No.
  • Is the issue reproducible on the latest version of Chrome? Reproducible on Chrome Beta 97 and Dev 98.

Miscellaneous Information:

I thought it would be appropriate to file the issue here as well so people are aware of it and don't file another.

KDE Plasma 5.23.4, X11, Arch Linux 5.15.7-lqx1-1-lqx

@rebron rebron added OS/Linux/arch repros-on-chrome Chromium/waiting upstream Issue is in Chromium; we'll likely wait for the fix priority/P5 Not scheduled. Don't anticipate work on this any time soon. labels Dec 10, 2021
@intrnl
Copy link
Author

intrnl commented Jan 5, 2022

Unfortunately, Chrome 97 has landed into stable, and there hasn't been any news whether the issue would be fixed soon.

ref: https://bugs.chromium.org/p/chromium/issues/detail?id=1279532
caused by: https://bugs.chromium.org/p/chromium/issues/detail?id=1263023

@ipha
Copy link

ipha commented Jan 8, 2022

Upstream fixed this in 98+. Is it possible to cherry-pick the patches?

https://chromium-review.googlesource.com/c/chromium/src/+/3355376
https://chromium-review.googlesource.com/c/chromium/src/+/3355470

@bsclifton
Copy link
Member

Thanks for the report, @intrnl

I'm going to close this as duplicate of #20386 - you can follow that issue for updates 😄

@bsclifton bsclifton added closed/duplicate Issue has already been reported and removed priority/P5 Not scheduled. Don't anticipate work on this any time soon. labels Jan 10, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Chromium/waiting upstream Issue is in Chromium; we'll likely wait for the fix closed/duplicate Issue has already been reported OS/Desktop OS/Linux/arch repros-on-chrome
Projects
None yet
Development

No branches or pull requests

4 participants