Under certain situations, a scollbar will overlay an element's border by 1px
Reported by
dfshep...@gmail.com,
Dec 30 2017
|
|||||||
Issue descriptionUserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/63.0.3239.84 Safari/537.36 Steps to reproduce the problem: 1. View my demo file 2. Move the body-width and font-size sliders 3. Notice how some combinations of width and font size will cause the scrollbar to overlay the right edge of the red border of the <pre> element. What is the expected behavior? The border is always shown with consistent dimension. What went wrong? The scrollbar will, with certain positioning, cover the right border of its element. Did this work before? N/A Does this work in other browsers? Yes Chrome version: 63.0.3239.84 Channel: stable OS Version: 10.0 Flash Version: This seems to depend on a lot of factors, including zoom level. I have found that for each slider (width and font-size) there are certain values which are "unstable". If both sliders have an unstable value, then the right border will be blocked. Otherwise, the right border will be shown as expected. This means that if you adjust one slider so that the border is shown, adjusting the other slider will have no effect (e.g. if I set width to 810px, then the border will be shown regardless of the value of font-size). I suspect that this isn't the only setup that can reproduce this issue. I used a combination of an inline-block container and a margin:auto container to achieve the effect, but there's probably other ways of positioning which would lead to this.
,
Jan 1 2018
Unable to reproduce this issue on reported version 63.0.3239.84 using windows 10 with steps mentioned below. 1) Launched chrome reported version 2) launched file provided in comment#0 3) Adjusted width and font-size sliders with different combinations 4) scrollbar didn't get overlay to the right edge of the red border of the <pre> element @Reporter: Could you please find the attcahed screencast for your reference, please try to test this issue by creating new profile with no extensions and apps in it and let us know if the issue still persists. Thanks!
,
Jan 1 2018
,
Jan 1 2018
Hello, I've updated chrome and am still able to reproduce the issue on Version 63.0.3239.108. I've made a screen-cast demonstrating this (which you can view here: https://youtu.be/nINvJE0tb-U, since the file was too large to upload here). I have also provided voice-over to explain what I am doing. As I explain in the video, I am not certain why you couldn't reproduce the issue, but it's possible that you simply happened to get "stable" values for width and font-size by chance. There's no clear way to determine what values are stable or unstable, and you have to pick both an unstable width and font-size to cause the border to be covered, so it is possible, if unlikely. Let me know if there's any more information I can provide not contained in my report, this response, or the linked video. Thank you.
,
Jan 1 2018
Thank you for providing more feedback. Adding requester "sc00335628@techmahindra.com" to the cc list and removing "Needs-Feedback" label. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Jan 2 2018
,
Jan 2 2018
This is a border snapping bug, maybe made worse by changes to border width calculations that were introduced a few versions back.
,
Jan 3
This issue has been Available for over a year. If it's no longer important or seems unlikely to be fixed, please consider closing it out. If it is important, please re-triage the issue. Sorry for the inconvenience if the bug really should have been left as Available. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Jan 3
|
|||||||
►
Sign in to add a comment |
|||||||
Comment 1 by krajshree@chromium.org
, Dec 31 2017