1778820 - vertical scroll bar gets hidden by mailbox content in outlook webmail 2010

Status: NEW

(Core :: Graphics: WebRender, defect)

Description

[francesco.fidecaro]

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

Steps to reproduce:

access outlook webmail (2010) and list Inbox contents, that are longer than a page. Expect scroll bar to widen when bringing the pointer to the right of central pane.

Actual results:

No line suggesting the presence of the scroll bar is visible. The scroll bar doesn't appear. It seems that the inbox contents are painted above the scroll bar hiding it (see attached picture). By clicking on the tiny portion of scrollbar one is able to obtain some scrolling, but then the bar is completely hidden. It seems to come with windows 11.

Expected results:

The scroll bar should appear and disappear as in any other window. This works with edge and used to work in firefox with windows 10.

Comment 1

[francesco.fidecaro]

Attachment: screenshot with scroll bar almost completely hidden. Mouse was about there.

Forgotten in bug submission, apologies.

Comment 2

[BugBot [:suhaib / :marco/ :calixte]]

The Bugbug bot thinks this bug should belong to the 'Core::Graphics: WebRender' component, and is moving the bug to that component. Please correct in case you think the bot is wrong.

Comment 3

[Timothy Nikkel (:tnikkel)]

Sounds like this is might be related to the enablement of overlay scrollbars on Windows? Probably either layout or widget is the right component for this bug. Looks like this is the paid version of outlook? My free version does not seem to look similar to the screenshot.

Comment 4

[Emilio Cobos Álvarez (:emilio)]

If you go to Windows' accessibility settings, and enable "Always show scrollbars", does the rendering look better?

Comment 5

[francesco.fidecaro]

Attachment: With accessibility -> always show scrollbars, after reload of the page

Follow up of question by Emilio

Comment 6

[francesco.fidecaro]

(In reply to Emilio Cobos Álvarez (:emilio) from comment #4)

If you go to Windows' accessibility settings, and enable "Always show scrollbars", does the rendering look better?

Yes, in that case the scrollbar is present in both the center panel and right panel and they look the same.

Comment 7

[francesco.fidecaro]

(In reply to Timothy Nikkel (:tnikkel) from comment #3)

Sounds like this is might be related to the enablement of overlay scrollbars on Windows? Probably either layout or widget is the right component for this bug. Looks like this is the paid version of outlook? My free version does not seem to look similar to the screenshot.

This is a version offered by a large organization. I presume it is paid, or at least has been paid, it is a 2010 version (!).

Comment 8

[Emilio Cobos Álvarez (:emilio)]

Thanks. It seems that version of OWA is doing some wacky math and assuming scrollbars take space on Windows. If you have the time and hardware, it'd be great to know if:

• Chromium-based browsers are affected with overlay scrollbars (you can do this with Edge Canary with edge://flags/#edge-overlay-scrollbars-win-style, I think other Chromium browsers a similar "overlay scrollbars" flag).
• It affects Firefox or other browsers on macOS (which has always used overlay scrollbars).

If you know whether your organization keeps receiving support for that OWA version, we can try to contact Microsoft and see if they can fix it. Otherwise, if this is an old version, I guess your organization would need to update :/

As workarounds:

• You can "Always show scrollbars" on Windows (if this is an enterprise setup it might be doable via enterprise settings).
• You go to about:config and set ui.useOverlayScrollbars=0 (same comment about enterprise settings).
• We could try to introduce a quirk for specific domains to re-enable non-overlay scrollbars in there (though that'd be pretty hacky).

So far we haven't got many regressions from overlay scrollbars (we've shipped for a while), so probably reversing is not worth it at this point.

Comment 9

[francesco.fidecaro]

(In reply to Emilio Cobos Álvarez (:emilio) from comment #8)
See answers in text

Thanks. It seems that version of OWA is doing some wacky math and assuming scrollbars take space on Windows. If you have the time and hardware, it'd be great to know if:

• Chromium-based browsers are affected with overlay scrollbars (you can do this with Edge Canary with edge://flags/#edge-overlay-scrollbars-win-style, I think other Chromium browsers a similar "overlay scrollbars" flag).

Edge and chrome work fine!

• It affects Firefox or other browsers on macOS (which has always used overlay scrollbars).

I don't have a macOS at hand right now. Perhaps tomorrow.

If you know whether your organization keeps receiving support for that OWA version, we can try to contact Microsoft and see if they can fix it. Otherwise, if this is an old version, I guess your organization would need to update :/

I heard they were on their way dismissing MS...

As workarounds:

• You can "Always show scrollbars" on Windows (if this is an enterprise setup it might be doable via enterprise settings).
• You go to about:config and set ui.useOverlayScrollbars=0 (same comment about enterprise settings).
• We could try to introduce a quirk for specific domains to re-enable non-overlay scrollbars in there (though that'd be pretty hacky).

So far we haven't got many regressions from overlay scrollbars (we've shipped for a while), so probably reversing is not worth it at this point.

Overlay scrollbar are nice!

Comment 10

[BugBot [:suhaib / :marco/ :calixte]]

Set release status flags based on info from the regressing bug 1761690

Comment 11

[BugBot [:suhaib / :marco/ :calixte]]

The bug has a release status flag that shows some version of Firefox is affected, thus it will be considered confirmed.

Comment 12

[Ashley Hale [:ahale]]

(In reply to francesco.fidecaro from comment #9)

(In reply to Emilio Cobos Álvarez (:emilio) from comment #8)
See answers in text

Thanks. It seems that version of OWA is doing some wacky math and assuming scrollbars take space on Windows. If you have the time and hardware, it'd be great to know if:

• Chromium-based browsers are affected with overlay scrollbars (you can do this with Edge Canary with edge://flags/#edge-overlay-scrollbars-win-style, I think other Chromium browsers a similar "overlay scrollbars" flag).

Edge and chrome work fine!

Can you describe what Edge and Chrome do in this case? Do they always show the scrollbars on this version of OWA, or do the scrollbars correctly appear only when the mouse is in the right place?

I ask because they may have specific workarounds for this web app, and it would be useful to know the nature of their workaround if they are using one, as if a workaround is being used in those browsers it would be more likely that we should take the same approach.

Comment 13

[francesco.fidecaro]

(In reply to Ashley Hale from comment #12)

(In reply to francesco.fidecaro from comment #9)

(In reply to Emilio Cobos Álvarez (:emilio) from comment #8)
See answers in text

Thanks. It seems that version of OWA is doing some wacky math and assuming scrollbars take space on Windows. If you have the time and hardware, it'd be great to know if:

• Chromium-based browsers are affected with overlay scrollbars (you can do this with Edge Canary with edge://flags/#edge-overlay-scrollbars-win-style, I think other Chromium browsers a similar "overlay scrollbars" flag).

Edge and chrome work fine!

Can you describe what Edge and Chrome do in this case? Do they always show the scrollbars on this version of OWA, or do the scrollbars correctly appear only when the mouse is in the right place?

I ask because they may have specific workarounds for this web app, and it would be useful to know the nature of their workaround if they are using one, as if a workaround is being used in those browsers it would be more likely that we should take the same approach.

In Chrome and Edge Canary scrollbars are shown thin (as usual) and appear fully with the mouse in the right place.

Comment 14

[BugBot [:suhaib / :marco/ :calixte]]

Set release status flags based on info from the regressing bug 1761690