New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 622343 link

Starred by 4 users

Issue metadata

Status: Archived
Owner:
Last visit > 30 days ago
Closed: Mar 2018
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux
Pri: 2
Type: Bug



Sign in to add a comment

Can't re-attach tabs on Wayland

Reported by d.balles...@gmail.com, Jun 22 2016

Issue description

UserAgent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/51.0.2704.103 Safari/537.36

Steps to reproduce the problem:
1. Detach a tab by dragging it out of the window. 
2. Click on the tab on the new window and drag it to the original window.
3. Drop the tab in the original window's tab bar.

What is the expected behavior?
The tab should be re-attached to the original window.

What went wrong?
The tab is not reattached and is still in its own window. This new window appears at seemingly random locations, not near to where the cursor was when dropped.

Did this work before? N/A 

Chrome version: 51.0.2704.103  Channel: stable
OS Version: Fedora 24
Flash Version: Shockwave Flash 22.0 r0

It works on Fedora 24 Gnome with X server, but it doesn't work when using Gnome with Wayland.
 
I can confirm this

It is broken in GNOME 3.20 and 3.22, for both Wayland and X
It did work in GNOME 3.18/Ubuntu 16.04

Chromium 55.0.2883.87

Comment 2 Deleted

on arch linux, with gnome 3.22.2, wayland, Chromium 55.0.2883.87, the tab can be reattached, so it works. chrome itself is using xwayland though.

Cc: thomasanderson@chromium.org toniki...@igalia.com
Components: UI>Browser>TabStrip
Labels: M-55 Needs-Feedback
Unable to reproduce the issue on Ubuntu 14.04 using stable 55.0.2883.87.
d.ballesteros7@: Could you please upgrade to latest stable and update the thread.
Unfortunately, I don't have a Fedora installation anymore so I can't confirm if this is still an issue or not.
It is present for MacBook Pro HiDPI, both on the internal HiDPI display and external low DPI display

echo Observed on $(date --utc --rfc-3339=date) && echo $(lsb_release --description --codename --short) && uname --nodename --kernel-release --kernel-version && for _P in chromium-browser gnome-session; do dpkg --status $_P | egrep "^(V|Pa)"; done
Observed on 2017-01-13
Ubuntu 16.10 yakkety
c89 4.8.0-32-generic #34-Ubuntu SMP Tue Dec 13 14:30:43 UTC 2016
Package: chromium-browser
Version: 55.0.2883.87-0ubuntu1.16.10.1330
Package: gnome-session
Version: 3.22.2-1ubuntu1~ubuntu16.10.1

It does work on a MacBook Air (no HiDPI)

Observed on 2017-01-13
Ubuntu 16.10 yakkety
airfox 4.8.0-32-generic #34-Ubuntu SMP Tue Dec 13 14:30:43 UTC 2016
Package: chromium-browser
Version: 55.0.2883.87-0ubuntu1.16.10.1330
Package: gnome-session
Version: 3.22.2-1ubuntu1~ubuntu16.10.1
So the problem exists on gtk3 HiDPI, likely related to xwayland
Components: UI>HighDPI
Cc: sadrul@chromium.org
Project Member

Comment 12 by sheriffbot@chromium.org, Jan 25 2017

Labels: -Needs-Feedback Needs-Review
Owner: durga.behera@chromium.org
Thank you for providing more feedback. Adding requester "durga.behera@chromium.org" for another review and adding "Needs-Review" label for tracking.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
Labels: -Needs-Review
Cleaning up sheriffbot label "Needs-Review" label as a part of modified "Needs-Feedback" sheriffbot rule. [ref bug for cleanup 684919]
Project Member

Comment 14 by sheriffbot@chromium.org, Mar 15 2018

Status: Archived (was: Unconfirmed)
Issue has not been modified or commented on in the last 365 days, please re-open or file a new bug if this is still an issue.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot

Sign in to add a comment