1656139 - Vertical scrollbar is not visible when zoomed in on Bugzilla

Status: RESOLVED DUPLICATE of bug 1636277

(Firefox :: Untriaged, defect)

Description

[Will]

Attachment: NoVerticalScrollbarWhenZoomedin.png

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:81.0) Gecko/20100101 Firefox/81.0

Steps to reproduce:

Not sure if this is a Firefox issue or a Bugzilla issue but when you zoom in via touchscreen, the vertical scrollbar is no longer on-screen unless you are scrolled all the way to the right (and even then, it's buggy), but the horizontal scrollbar does trigger/update as it's supposed to and is indeed visible. I also noticed that the scrollbars look quite different.

Comment 1

[Will]

Attachment: differentlookingscrollbars.png

and in this screenshot you can see how the vertical scrollbar and the horizontal scrollbar look quite different, which is strange and not good

Comment 3

[Botond Ballo [:botond]]

There are several things going on here, some of them browser bugs and some of them not.

The root cause of all the weirdness is that on Bugzilla, it's not the page itself that's scrollable (at unit zoom), but a <div>. When you then zoom in, that causes the page itself to become scrollable, so now there are two nested scrollables: (1) the page, and (2) the <div>, each with their own set of scrollbars.

• The fact that for the page, only a horizontal scrollbar gets created, not a vertical one (and therefore, the only vertical scrollbar you see is the <div>'s) is a browser bug, tracked in bug 1636277.
• The fact that the <div>'s scrollbar can be scrolled into and out of view by scrolling the page, is expected. (The entire <div>, including its borders (if any), scrollbar, etc., is part of the scrollable content of the page.)
• The fact that interacting with some of the scrollbars when zoomed in is buggy, is a browser bug, likely part of the issues that will be fixed by bug 1651332 and related bugs.
• The fact that the <div>'s scrollbars and the page's scrollbars look different is expected, because the page applies a CSS scrollbar-color property to the <div>'s scrollbar but not to the page's scrollbar.

I do think Bugzilla would behave better in many ways if it were structured such that it's the page that scrolls, not a <div>... but I've made that request to the Bugzilla devs and it has been rejected.

Comment 4

[Will]

(In reply to Botond Ballo [:botond] from comment #3)

There are several things going on here, some of them browser bugs and some of them not.

The root cause of all the weirdness is that on Bugzilla, it's not the page itself that's scrollable (at unit zoom), but a <div>. When you then zoom in, that causes the page itself to become scrollable, so now there are two nested scrollables: (1) the page, and (2) the <div>, each with their own set of scrollbars.

• The fact that for the page, only a horizontal scrollbar gets created, not a vertical one (and therefore, the only vertical scrollbar you see is the <div>'s) is a browser bug, tracked in bug 1636277.
• The fact that the <div>'s scrollbar can be scrolled into and out of view by scrolling the page, is expected. (The entire <div>, including its borders (if any), scrollbar, etc., is part of the scrollable content of the page.)
• The fact that interacting with some of the scrollbars when zoomed in is buggy, is a browser bug, likely part of the issues that will be fixed by bug 1651332 and related bugs.
• The fact that the <div>'s scrollbars and the page's scrollbars look different is expected, because the page applies a CSS scrollbar-color property to the <div>'s scrollbar but not to the page's scrollbar.

I do think Bugzilla would behave better in many ways if it were structured such that it's the page that scrolls, not a <div>... but I've made that request to the Bugzilla devs and it has been rejected.

Did they at least give you a reason for rejecting it? Do you know of any other popular or comparable sites that behave this way? I can't find one

Comment 5

[Botond Ballo [:botond]]

(In reply to Will from comment #4)

Did they at least give you a reason for rejecting it?

It was a while ago, but my recollection is it had to do with Bugzilla moving towards a multi-column layout where, naturally, only the individual columns are scrollable and not the page. I don't think I've seen any further steps taken towards that move since that argument was made, though.

Do you know of any other popular or comparable sites that behave this way? I can't find one

I think many Github pages used to be structured this way (though I think that may have changed in the recent redesign). I'm sure there are other examples as well.

Comment 6

[Botond Ballo [:botond]]

(In reply to Botond Ballo [:botond] from comment #5)

(In reply to Will from comment #4)

Did they at least give you a reason for rejecting it?

It was a while ago, but my recollection is it had to do with Bugzilla moving towards a multi-column layout where, naturally, only the individual columns are scrollable and not the page. I don't think I've seen any further steps taken towards that move since that argument was made, though.

For reference, here was the request (I guess it was more of a question about why the Bugzilla page structure is the way it is), and here was the response mentioning a 2-column layout.

Given that (1) the 2-column design does not seem to be actively worked on, and (2) desktop zooming is going to make the problems with the <div> approach much more visible, perhaps we should file a new bug to revisit the question of the Bugzilla page structure.

Comment 7

[Botond Ballo [:botond]]

(In reply to Botond Ballo [:botond] from comment #6)

Given that (1) the 2-column design does not seem to be actively worked on, and (2) desktop zooming is going to make the problems with the <div> approach much more visible, perhaps we should file a new bug to revisit the question of the Bugzilla page structure.

Filed bug 1656609 for this.