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

Issue 736743 link

Starred by 3 users

Issue metadata

Status: Assigned
Owner:
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Windows , Mac
Pri: 2
Type: Bug-Regression



Sign in to add a comment

Setting a bottom border removes the top border when using rgba

Reported by hel...@torchbox.com, Jun 26 2017

Issue description

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

Steps to reproduce the problem:
1. Create a div
2. Give it a top border with the colour set to rgba
3. Give it a bottom border with the same colour

What is the expected behavior?
Both borders show

What went wrong?
Only the top border shows.

Did this work before? Yes 58

Does this work in other browsers? Yes

Chrome version: 59.0.3071.109  Channel: stable
OS Version: OS X 10.12.5
Flash Version: 

See https://jsfiddle.net/tz5w12ea/ for an example of this issue.
 

Comment 1 by hel...@torchbox.com, Jun 26 2017

Correction (as I don't think I can edit the previous post): *neither* border shows for me in the example above.

Comment 2 by hel...@torchbox.com, Jun 26 2017

Further details: one colleague saw the problem appear when upgrading from version 58 to 59. Other colleagues on version 59 cannot see the issue - so this may have some specific link to either OSX version or hardware.

Comment 3 by hel...@torchbox.com, Jun 26 2017

The first fiddle link had a typo - here is a corrected version: https://jsfiddle.net/tz5w12ea/5/
Cc: hcm@chromium.org pbomm...@chromium.org abdulsyed@chromium.org
Components: Internals>Skia
Labels: M-59
Owner: senorblanco@chromium.org
Status: Assigned (was: Unconfirmed)
Able to reproduce the issue with latest Chrome stable i.e., 59.0.3071.109 only on Mac, The same can't be reproducible on Windows with stable. 

helenb@ thank you for the bug report, if possible can you please let us know the devices where this was reproducible. Since is suspect that this is specific to Non-high dpi machines. 


Bisect result :
CHANGELOG URL:

You are probably looking for a change made after 456507 (known good), but no later than 456508 (first known bad).

  https://chromium.googlesource.com/chromium/src/+log/8bcc0b7a1ed6f4cbdf8d6d1dd203734390f010e5..a89aa069624c9ced8de9fe02acf973e32476db6a

Suspecting Cl : https://skia.googlesource.com/skia.git/+/bda29c076bf3d6811bde142d57e54e5792727481

Note : Issue isn't reproducible on latest version of Chrome canary, Dev and Beta i.e., 61.0.3141.0 , 
61.0.3135.4,60.0.3112.40 respectively.


Comment 5 by hel...@torchbox.com, Jun 26 2017

Having checked with colleagues and after further testing I can confirm the issue relates to retina screens. I don't see the issue on my laptop screen, but I do see it on a non-retina external monitor.

Comment 6 by smr....@gmail.com, Jul 25 2017

I have found this problem as well on a Windows machine, so it's not a Mac-only thing.

Not sure if this is helpful at all, but I was able to reproduce the error on jsfiddle but not Codepen, so something about how Codepen embeds its content appears to hide the issue.

https://jsfiddle.net/smrKyu/o64vy5gp/
https://codepen.io/smrq/pen/jLEaqW

Comment 7 by smr....@gmail.com, Jul 25 2017

Meant to attach this to the last message.  Apologies for the spam.
Capture.PNG
209 KB View Download
Labels: OS-Windows
I could not reproduce on Windows, but adding it due to comment 6.
Being able to reproduce this issue on the following brosers **only** when using a non-hdpi screen:
- Chrome 59.0.3071.109
- Opera 46.0.2597.57

Works fine on:
- Chrome Canary 62.0.3168.0

Tested on a MacBook Pro (Retina, 13-inch, Late 2012) running macOS Sierra 10.12.6 beta (16G24b) with a DELL U2414H monitor.

Sign in to add a comment