Issue metadata
Sign in to add a comment
|
HTML UL menu incorrectly shows beneath other element
Reported by
andrewme...@gmail.com,
Nov 29 2016
|
||||||||||||||||||||||||
Issue descriptionUserAgent: Mozilla/5.0 (Windows NT 10.0; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/54.0.2840.99 Safari/537.36 Steps to reproduce the problem: 1. Open chrome (version 54) and navigate to Url https://qaprofessional.mystratus.com 2. login with these credentials: username: ct password: chrometest1 3. Once logged in, hover over the "Maintenance" menu to expand it. What is the expected behavior? The expanded menu should show on top of the navigation buttons (i.e. Home, Workflow, Calendar, etc.) What went wrong? The expanded menu does not show, as it appears to be beneath the navigation bar. Did this work before? Yes 53.0.2785.116 Does this work in other browsers? Yes Chrome version: 54.0.2840.99 Channel: stable OS Version: 10.0 Flash Version: Shockwave Flash 23.0 r0
,
Nov 29 2016
,
Nov 29 2016
In a recent Canary on Mac the menu appears. The top two entries on the menu have no label. Is that deliberate or is that the problem you are talking about in the initial report? Please confirm. The bug may be low-dpi specific.
,
Nov 29 2016
Hi, I have only tried this on Windows computers. I deliberately added two list items with blank labels as a workaround for any users affected by this. I attached two screenshots, one in Chrome version 54 and one in version 53. You can see the issue in Chrome54.png. Thanks!
,
Nov 30 2016
Thanks. We'll wait for the bisect and also let the test team try M56 on Windows.
,
Nov 30 2016
Able to reproduce the issue on Windows 10, Mac 10.11.6 and Ubuntu 14.04 using reported version #54.0.2840.99 but the same is not reproducible in the latest canary #57.0.2936.0. Reverse Bisect Information: ===================== Good build: 56.0.2898.0 Revision(426930) Bad Build : 56.0.2897.0 Revision(426673) Change Log URL: https://chromium.googlesource.com/chromium/src/+log/6c139a2b0943224d42b1402584ab3c21d28d5232..664d4716b91e01c779a77702e9f219c2744724e0 From the above change log possible CL that fixed this issue: Review-Url: https://chromiumcodereview.appspot.com/2439663002 alancutter@ - Could you please check and merge the fix to M56 if it is a valid candidate. Thanks...!!
,
Nov 30 2016
,
Nov 30 2016
,
Dec 2 2016
I just tested this in latest Chrome release, and it appears to be fixed in Version 55.0.2883.75 m (I know this is a duplicate issue but wanted to also include this comment here also) |
|||||||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||||||
Comment 1 by manoranj...@chromium.org
, Nov 29 2016