Regression in 1.13.0 - Scrollbar handle does not show

Describe the bug This is a regression. Works in 1.12.0, does not work in 1.13.0.

I have a container with the following options:

public scrollerOptions: any = {
    className: 'os-thin',
    paddingAbsolute: true,
    overflowBehavior: {
      x: 'scroll',
      y: 'hidden'
    },
    scrollbars: {
      autoHide: 'move',
      autoHideDelay: 500
    }
  }

In 1.12.0 hovering the mouse over the container would show the scroll handle. Does not show up in 1.13.0.

To Reproduce

1. Create Container with horizonzally scrollable content
2. Apply above options
3. Hover mouse over container

Expected behavior Scrollbar handle should show on hovering the mouse

Environment

• Used Operating System(s): Win 10 Pro x64
• Used Browser(s) (with version): Chrome / Firefox latest

[Baedda]

Hey @KingSora, I am sorry to say this, but the new version (1.13.1) is now breaking my implementation. The scrollbar now shows on top of flyouts that can be opened from inside our scroll container.

Since the .os-padding container is wrapping the inner scroll content, I find it dangerous to assign a zero z-index to it because this can break a lot. I bet I am not the only one who faces issues with this update.

[FSDRE]

@Baedda You are the master of your app. You can run in all sorts of z-index discrepancies if you’re running multiple JS frameworks at the same time for example or if two different libraries run different “z-index patterns”. It is not necessarily the framework or the library that needs to fix those issues.

I use the Angular Material Dialog and I have also had some “background elements” overlapping the popup. The fix was easy setting

.cdk-overlay-container {
  z-index: 4000 !important;
}

What I want to say is: if your fly-in gets shoved behind the scrollbar, why don’t you just set the z-index of your fly-in to an appropriate value so it is the top-most again? I think @KingSora can’t provide a generic solution to all z-index issues with his library 😄