Issue metadata
Sign in to add a comment
|
Mac scroll track visibility not updated until page reload when switching between Show scroll bars {Always, When scrolling}
Reported by
shubhamsangal1@gmail.com,
Dec 13 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. Open System Preferences 2. Go to General 3. Change "Show scroll bar" to "Always Allow"/"Show when scrolling" What is the expected behavior? There seems to be some discrepancy in behavior of apps using CEF (and on Google Chrome) on MAC 10.11 and above. Sometimes, when we change the value of preference "Show Scroll Bar" to "Always Allow", the scroll bar is shown only when we are scrolling wherein it should be shown always. And sometimes, even if we select "Show when scrolling" , we can always see scroll bar in chrome even if it not being used. This behavior is intermittent and can be seen on latest Chrome on MAC 10.11 and above whereas other browsers seems to be working fine. What went wrong? Scroll bar should behave according to preference Did this work before? N/A Chrome version: 63.0.3239 Channel: n/a OS Version: 11.0 Flash Version: CEF version on which we tested is 3.2987.1596.0 and on Latest Google Chrome ( version 63.0.3239.84)
,
Dec 13 2017
,
Dec 13 2017
Unable to reproduce the issue on reported version 63.0.3239.84 on Mac 10.12.6 with steps mentioned below Steps followed to reproduce the issue: 1) Launched chrome reported version 2) Checked "Show scroll bars" to "Always" in System preference->General and checked behavior of scroll bar 3) When "Show scroll bar = Always" scroll bar is always seen on chrome @Reporter: When you change the "Show scroll bar = Always", after changing it please restart the browser and check the behaviour of th escroll bar Please find the atatched screencast for your reference and try to test this issue on your machine by creating a new person with no apps and extensions in it and let us know if it still persists Thanks!
,
Dec 13 2017
,
Jan 2 2018
[mac bug triage] Additional note: Might be related to issue 794907 .
,
Jan 2 2018
Restarting the browser will not simulate the issue. The change in preference of Scroll bar should trigger the change on the fly in Chrome without restarting the browser. @ viswatej...@techmahindra.com , if we simulate the workflow you have shown on screen cast on Chrome and Safari , we can see the difference. On Safari we get the change behavior without restarting it. Please share your feedback. Thanks
,
Jan 2 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 3 2018
Forgot to CC tapted@ - I think you did some mac scrolling stuff, please help triage?
,
Jan 3 2018
This used to work. I bisected to https://chromium.googlesource.com/chromium/src/+log/270359922e4eaa0126751d32d47a769150ac1ff1..9cf04c9e74a140d91cea9602298cace5b6277a6f [Mac] Remove NSScreen renderer sandbox warmup. This should no longer be necessary now that the scrollbar animations are no longer driven by NSAnimation (https://codereview.chromium.org/529103002/). BUG=306348, 533537 R=avi@chromium.org Review-Url: https://codereview.chromium.org/2509273005 Cr-Commit-Position: refs/heads/master@{#434775}
,
Jan 3 2018
|
|||||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||||
Comment 1 by gov...@chromium.org
, Dec 13 2017Labels: Needs-Triage-M63