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

Issue 774701 link

Starred by 2 users

Issue metadata

Status: Available
Owner: ----
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: ----
Pri: 2
Type: Bug



Sign in to add a comment

cs.chromium.org not scrollable

Reported by roaming...@gmail.com, Oct 13 2017

Issue description

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

Steps to reproduce the problem:
1. Navigate to https://cs.chromium.org
2. Adjust browser viewport smaller than the website content
3. Attempt to scroll the page

What is the expected behavior?
The page should scroll to allow viewing the entire content.

What went wrong?
The CSS styling of the page is preventing scroll bars from being rendered in Chrome 61.0.3163.100, Safari 11 (12604.1.38.1.7), and Firefox 56.0

If you remove the CSS styling from the page it immediately begins scrolling as expected.

Did this work before? N/A 

Chrome version: 61.0.3163.100  Channel: stable
OS Version: OS X 10.12.6
Flash Version: 

This is a rather massive accessibility issue as it hides multiple form fields even on my 2880x1800 display at 100% zoom unless I maximize the window.
 
Components: Blink>Scroll

Comment 2 by woxxom@gmail.com, Oct 16 2017

It's not a bug in Chrome, but a bug in the site's CSS, which incorrectly assumes the browser window is always larger than the form and sets "body" element's "position: fixed; overflow: hidden;"

Until the site is fixed you can either use a search keyword instead of the main page e.g.

  https://cs.chromium.org/search/?q=%s+lang:cpp+-file:test+-file:/Debug&sq=package:chromium&type=cs

or patch the incorrect CSS by importing the following code in Stylus extension's editor (or xStyle or Stylish or any similar extension):

  @-moz-document url("https://cs.chromium.org/") {
  body {
    overflow: auto;
    position: static;
  }
  }
Labels: Needs-Triage-M61
Labels: Needs-Feedback
Components: -Blink>Scroll Infra>Codesearch
Status: Untriaged (was: Unconfirmed)

Comment 7 by emso@chromium.org, Oct 17 2017

Labels: frontend
Status: Available (was: Untriaged)
Actually, the thing preventing scroll is the 
div#home {
  overflow-y: visible !important
}

If you remove that rule in the inspector (and let the overflow-y return to "auto", as set on the <body>), it scrolls again. Unfortunately, this does leave weird clipping where the logo and search box disappear behind the invisible sandbar, but fixing that requires some more fancy js.

This style was set to prevent some weird CSS jank when the search autocomplete box is larger than the home div. It's not totally clear to me how the autocomplete can ever be larger than the home div, since the home div fills the whole viewport, so I think it's safe to remove. (Unfortunately, the change that added that style didn't link to a bug so I don't have a reproduction case.)
Labels: -Needs-Feedback -OS-Mac -Via-Wizard-Other -frontend -Needs-Triage-M61
Project Member

Comment 10 by sheriffbot@chromium.org, Dec 6

Labels: Hotlist-Recharge-Cold
Status: Untriaged (was: Available)
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
Status: Available (was: Untriaged)

Sign in to add a comment