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

Issue 614293 link

Starred by 1 user

Issue metadata

Status: WontFix
Owner:
Closed: May 2016
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Windows , Mac
Pri: 1
Type: Bug-Regression



Sign in to add a comment

Regression: Weird overlapping of links and icons is seen at bottom R.H.S of "apprtc.appspot.com".

Reported by jshan...@etouch.net, May 24 2016

Issue description

Chrome Version:52.0.2743.3 Revision 8be70850ebcd3ec9433ba7606521c44009e96655-refs/branch-heads/2743@{#23}(32/64 bit)
OS:  Windows(7,8,10), Mac (10.10.5)(10.11.4), Linux(Ubuntu 14.04 LTS)

Steps:
1. Launch Chrome and navigate to https://apprtc.appspot.com/
2. Join the room, block 'Java script' from origin info bubble.
3. Reload the page and observe at the bottom of page.

Actual: Weird overlapping of links and icons like seekbar, play button ,etc is seen at bottom R.H.S of page. 

Expected: Links and icons should be seen properly, no overlapping should be seen.

This is a regression issue broken in M-52, below is bisect info

Good build: 52.0.2736.0
Bad build: 52.0.2737.0

Narrow bisect:
https://chromium.googlesource.com/chromium/src/+log/4f172e11f23ed76695160b8d7ce74bea487918d5..efdd41f9d440254e720d7f2dc1a2958eea5c5df3?pretty=fuller&n=100

Suspecting: r393550 ?

Please help to re-assign if your change is not the cause for this issue.

 
Actual_result.jpg
41.4 KB View Download
Expected_result.jpg
45.4 KB View Download
Labels: ReleaseBlock-Stable
Marking the above issue as RB-Stable as this is a recent regression.

Thank you!

Comment 2 by xlai@chromium.org, May 25 2016

Owner: kojii@chromium.org
I cannot reproduce the error; when accessing the webpage I saw DeviceNotFoundError. Also, the r393550 cannot possibly cause a regression on an existing website, because that patch is adding new interfaces for a new feature that hasn't been shipped yet.

Assign to kojii@ as I suspect r393554 is causing it. Could you investigate and re-assign if your change is not the cause?

Comment 3 by kojii@chromium.org, May 26 2016

Owner: liber...@chromium.org
No idea either, nor I could reproduce. liberato@, any idea?
i don't have a mac, and couldn't reproduce on linux or android.  i think that it's working as intended.  here's why.

- both 'expected' and 'actual'show media player controls, but i don't see those on either linux or android, nor do i remember them on CrOS.  Is this expected for mac?

- those media controls are mirrored left to right in both 'expected' and 'actual'.  the 'terms and conditions' text is not, so it's not an issue with the screen shot.  inspection on my local linux box shows that the local video has a scale(-1, 1), which is causing the controls to mirror too.  that makes sense for a front-facing camera, i think.

- the new material design UI takes up the whole width of the element, by design.  Previously, it didn't.  it looks like it's doing that properly.  with the mirroring that's common to both  'actual' and 'expected', though, it's got the play button on the right side and in the way of the text.

if there's any open question, it's why the player controls are showing up on mac.  don't know whether that's a chrome issue, a site issue, or just expected on mac.

ashejole@, do you agree?

Status: WontFix (was: Assigned)
resolving as WontFix, intended behavior.  Please feel free to re-open.

Sign in to add a comment