New issue
Advanced search Search tips

Issue 832730 link

Starred by 2 users

Issue metadata

Status: WontFix
Owner: ----
Closed: Apr 2018
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Mac
Pri: 2
Type: Bug



Sign in to add a comment

Broken UI // Image Transparency is black // Fonts not shown (even in DEV Tools)

Reported by bernhard...@googlemail.com, Apr 13 2018

Issue description

UserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_13_3) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/65.0.3325.181 Safari/537.36

Example URL:
any

Steps to reproduce the problem:
1. Open a Terminal and launch Chromium (... Chromium.app/Contents/MacOS/Chromium)
2. Visit any site
3. Fonts arent rendered visually but present via CMD+A and CMD+C CMD+V in an editor

What is the expected behavior?
That the site is rendered properly

What went wrong?
The pages or better entire UI seems broken when Chromium is launched via Terminal (zsh/std osx terminal)

Does it occur on multiple sites: Yes

Is it a problem with a plugin? No 

Did this work before? N/A 

Does this work in other browsers? Yes

Chrome version: 65.0.3325.181  Channel: stable
OS Version: OS X 10.13.3
Flash Version: 

One curious thing i could found. When executing same comand from my shell out of IntelliJ (Webstorm/PhPStorm) the browser behalf as expected.

This entire behavior is reproducible on two different machines (MacBook 15" and MacBooc 13" (with an older OSX version)
 
Bildschirmfoto 2018-04-13 um 18.47.10.png
436 KB View Download
Labels: Needs-Feedback
NextAction: 2018-04-30
On the Chrome team we frequently open chromium from the command line (and very very extensively in testing infrastructure) so the most likely cause is something specific to your environment.

Can you confirm that the same command line is being executed when it works and does not work. You can see that in chrome://version

It's also worth trying to find out if all of the system environment variables and exec paths etc are the same. You might simply be failing to load all fonts, for example.

And if you're building Chromium yourself you can presumably build Debug, and see if any DCHECKs hit.

"Can you confirm that the same command line is being executed when it works and does not work"

- Yes can confirm that $SHELL is both /bin/zsh.

"You can see that in chrome://version"
See the attached image a comparison of both showed up it's content is identical.


I can also reproduce this behaviour also by using sh and bash out of IntelliJ (working) and in a separate shell.



I'm using Chromium within the puppeteer (1.3) project and all the issues I actually have.

Just now I've installed puppeteer in an older version (1.0) which ships with Chromium in Version 65.0.3312.0.

There I cannot reproduce the behaviour reported in this issue. It's working entirely as expected. 


Bildschirmfoto 2018-04-14 um 12.49.27.png
666 KB View Download
Project Member

Comment 3 by sheriffbot@chromium.org, Apr 14 2018

Cc: schenney@chromium.org
Labels: -Needs-Feedback
Thank you for providing more feedback. Adding the requester to the cc list.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
Labels: Needs-Triage-M65
Labels: Triaged-ET TE-NeedsTriageHelp
The issue seems to be out of TE-scope as it require chromium to be used along with puppeteer (1.3) project. Hence, adding label TE-NeedsTriageHelp for further investigation from dev team.

Thanks...!!
Components: -Blink Internals>Headless
Given the chrome://version information is identical, the only reasonable different must be in the OS environment that Chromium is running. It seems that puppeteer would be responsible for that, so I think the bug is on their end.

I suggest you follow up with the Puppeteer group via GitHub.

Meanwhile I'll assign this to the headless chrome team, as that's the closest component we have.

Comment 7 Deleted

I just mentioned that chromium was installed together with puppeteer but I was able to isolate the issue to the shipped chromium which comes along with puppeteer.

I ran chromium directly out of the puppeteer folder via various terminals and not via the JavaScript api.
Do you have non-English locale with "," decimal separator set?
You may try running with "export LC_NUMERIC=en_US" to check.
If it's true then this problem is fixed in https://chromium-review.googlesource.com/c/1025091/

Can confirm

Using 
> export LC_NUMERIC=en_US

results in a page as expected.


Thank you very much
The NextAction date has arrived: 2018-04-30
NextAction: ----
Status: WontFix (was: Unconfirmed)
Appears to have already been dealt with, according to comment #9.

Sign in to add a comment