Running chrome remotely from OS X client with XQuartz now results in fully blank, non-interactive window [41109007]

Obsolete

Bug

Chromium-Regression

Status Update

No update yet.

Description

jo...@gmail.com

created issue #1

May 21, 2014 07:47PM

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

Steps to reproduce the problem:
1. Install either google-chrome-stable-35.0.1916.114-1.x86_64.rpm or google-chrome-unstable-36.0.1985.18-1.x86_64.rpm on Fedora 20 system
2. on a Mac OS X system with XQuartz, ssh -X -C user@host, run google-chrome
3. See border-to-border white window, non-responsivitity

What is the expected behavior?
Chrome should display and be interactive as usual

What went wrong?
The Mac is able to create and map the top-level X11 window for the browser, but nothing is ever rendered into it, and there is no indication of any interactive response to anything.

Did this work before? Yes With every release on stable Linux channel prior to google-chrome-stable-35.0.1916.114-1.x86_64.rpm

Chrome version: 35.0.1916.114 Channel: stable
OS Version: Fedora 20
Flash Version: Shockwave Flash 13.0 r0

This same version works without issue on Linux.

On OS X with X Quartz, our users are reporting the following in the ssh terminal window:

[81677:81677:0521/134637:ERROR:component_loader.cc(138)] Failed to parse extension manifest.
ATTENTION: default value of option force_s3tc_enable overridden by environment.
libGL error: failed to load driver: swras
[81677:81677:0521/134638:ERROR:desktop_window_tree_host_x11.cc(1289)] Not implemented reached in void views::DesktopWindowTreeHostX11::MapWindow(ui::WindowShowState)

When I tried replicating this issue, I got the MapWindow() error above after I hit ctrl-C. Prior
to that, Chrome just seemed to hang on the Linux side.

Comments

jo...@gmail.com <jo...@gmail.com> #2May 21, 2014 07:51PM

As far as why we're doing this, our Mac users ssh into one of a set of Linux servers in a partitioned network zone to handle our browsing to run Chrome. Their desktops do not have direct access to the Internet for security reasons.

jo...@gmail.com <jo...@gmail.com> #3May 21, 2014 07:54PM

This is using XQuartz-2.7.6.

jo...@gmail.com <jo...@gmail.com> #4May 21, 2014 08:20PM

I have tried using XQuartz-2.7.7 beta1 from

http://xquartz.macosforge.org/trac/wiki/X112.7.7

and the behavior persists. I left Chrome running longer, however, and I can verify that the MapWindow error happens before I hit ctrl-C.

jo...@gmail.com <jo...@gmail.com> #5Jun 10, 2014 07:19PM

The problem persists with google-chrome-stable-35.0.1916.153-1.x86_64.

[Deleted User] <[Deleted User]> #6Jun 13, 2014 01:30PM

jonabbey3,,Is it possible that you can send me the demo video for the above issue.

jo...@gmail.com <jo...@gmail.com> #7Jun 13, 2014 07:10PM

Certainly. I've got a 30 megabyte h.264 file in Quicktime format showing the problem.. too big to attach here.

You can download it from

https://ganymeta.org/LinuxChromeXQuartz.mov

That's my home system, so it'll probably take a few minutes for you to download.

Jon

aj...@chromium.org <aj...@chromium.org> #8Jun 19, 2014 11:26PM

[Empty comment from Monorail migration]

jo...@gmail.com <jo...@gmail.com> #9Jul 3, 2014 08:33PM

I see the nomedia tag. Is there some better way I can provide access to the mp4 file, given the size limit here?

ao...@google.com <ao...@google.com> #10Jul 4, 2014 11:05PM

FYI, I'm seeing this as well.

Linux Chrome version: Google Chrome 36.0.1985.103 beta
Mac OS: 10.9.3
XQuartz: XQuartz 2.7.6 (xorg-server 1.14.6)

jo...@gmail.com <jo...@gmail.com> #11Jul 16, 2014 09:44PM

This issue is persisting for our affected users with the first Chrome 36 stable release on Linux.

sf...@google.com <sf...@google.com> #12Aug 1, 2014 04:09AM

Ditto, seeing the same here.

$ dpkg -p google-chrome-stable
Package: google-chrome-stable
Priority: optional
Section: web
Installed-Size: 178477
Maintainer: Chrome Linux Team <chromium-dev@chromium.org>
Architecture: amd64
Version: 36.0.1985.125-1
Provides: www-browser
Depends: gconf-service, libasound2 (>= 1.0.23), libc6 (>= 2.11), libcairo2 (>= 1.6.0), libcap2 (>= 2.10), libcups2 (>= 1.4.0), libdbus-1-3 (>= 1.2.14), libexpat1 (>= 1.95.8), libfontconfig1 (>= 2.8.0), libfreetype6 (>= 2.3.9), libgcc1 (>= 1:4.1.1), libgconf-2-4 (>= 2.31.1), libgcrypt11 (>= 1.4.5), libgdk-pixbuf2.0-0 (>= 2.22.0), libglib2.0-0 (>= 2.26.0), libgtk2.0-0 (>= 2.24.0), libnspr4 (>= 1.8.0.10), libnss3 (>= 3.14.3), libpango1.0-0 (>= 1.22.0), libstdc++6 (>= 4.6), libudev0 (>= 147) | libudev1 (>= 198), libx11-6 (>= 2:1.4.99.1), libxcomposite1 (>= 1:0.3-1), libxcursor1 (>> 1.1.2), libxdamage1 (>= 1:1.1), libxext6, libxfixes3, libxi6 (>= 2:1.2.99.4), libxrandr2 (>= 2:1.2.99.2), libxrender1, libxss1, libxtst6, ca-certificates, libappindicator1, libcurl3, lsb-base (>= 3.2), xdg-utils (>= 1.0.2), wget
Pre-Depends: dpkg (>= 1.14.0)
Size: 48386260
Description: The web browser from Google
Google Chrome is a browser that combines a minimal design with sophisticated technology to make the web faster, safer, and easier.

br...@chromium.org <br...@chromium.org> #13May 27, 2015 07:22AM

[Empty comment from Monorail migration]

sh...@chromium.org <sh...@chromium.org> #14Mar 10, 2016 06:05PM

Assigned to Deleted User.

Thank you for providing more feedback. Assigning to requester "sdayala@chromium.org" for another review.

For more details visit

https://sites.google.com/a/chromium.org/dev/issue-tracking/autotriage - Your friendly Sheriffbot

ma...@chromium.org <ma...@chromium.org> #15May 3, 2016 11:48PM

Status: Won't Fix (Obsolete)

I am assuming this issue got resolved from your end on Latest Chrome Stable# 50.0.2661.94 and marking 'WontFix' as of now. Please feel free to file a new bug for any further issues with chrome in future.

Thank you!

ju...@gmail.com <ju...@gmail.com> #16Oct 29, 2016 12:13PM

Still having this same issue with chromium for Raspberry pi version "chromium-browser_51.0.2704.91-0ubuntu0.14.04.1.7012_armhf.deb" and latest Mac OS Sierra, please reopen !

is...@google.com <is...@google.com> #17Oct 29, 2016 12:13PM

This issue was migrated from

crbug.com/chromium/375916?no_tracker_redirect=1