[Bug Report][3.0.0-beta.8] VOverlay should not block scroll by default when contained

[SkyaTura]

Environment

Vuetify Version: 3.0.0-beta.8
Vue Version: 3.2.37
Browsers: Chrome 102.0.5005.167
OS: Mac OS 10.15.7

Steps to reproduce

In a big and scrollable page, create a card with a contained overlay with v-hover, just like in the documented example, then, try to scroll normally then hover the card and try to scroll again.

Expected Behavior

If the overlay is contained, it is expected that it won't block scrolling.

Actual Behavior

The scroll strategy always defaults block no matter what.

Reproduction Link

https://codesandbox.io/s/vuetify-voverlay-scroll-unexpected-behavior-v62289?file=/src/App.vue

[SkyaTura]

I've updated the reproduction link because apparently I forgot to save the final version of the file...

[nekosaur]

Use scroll-strategy="none"

[SkyaTura]

@nekosaur
Use scroll-strategy="none"

That works, but I think it should be default when contained is applied.

It seems counterintuitive for me that an overlay in a card would lock the entire screen if I don't explicit say so.

Or at least warn in the docs to the developers know they should be concerned with this property when dealing with contained overlays.

[KaelWD]

The default scroll-strategy should probably just be changed to none globally.

[Antti-Palola]

Is this more of a new ticket but feels related..? Should the overlay really block scrolling of every ancestor when contained and scrollStrategy is block?
When overlay is contained shouldn't the getScrollParents stop at first found scrollparent?

[KaelWD]

Stopping at the first found parent would still be the window in that example

[furkancanzirek]

Use scroll-strategy="none"

that's worked for me thank you.

[balaji-ksk]

Use scroll-strategy="none"

that's worked for me thank you.

That is also work for me. Use this on V-overlay