Popper should hide when ref is out of scrollable div bounds, instead it gets hidden when ref gets scrolled outside body:
https://codepen.io/anon/pen/dVjRba
Popper should try to keep inside reference's scrollParent
Popper's scrollParent is used as boundariesElement
I believe to be experiencing the same difficulty. Here is another demo. https://codepen.io/brentertz/pen/vejPeK
Thanks, this looks like an easy one. If anyone wants to adopt it feel free to. I'll be happy to help if needed.
I feel like this should have been a breaking change to be honest, not a patch. We were relying on the behavior for our app since we position popovers outside of scroll parents so they don't get hidden by overflow.
May you please provide an example to better understand how did you use it please?
We have a dropdown which may contain subdropdowns in our component library:

The first dropdown is a scroll container, in case the dropdown is too large in general (wouldn't ever want it being larger than the height of the viewport, for instance) so we would move the subdropdown element to the top level and attach the popper. Updating Popper caused this regression:

We were able to catch it early and update the popper modifiers to use window as the boundaries element, but it seems like this was a pretty big shift in existing behavior is all. I understand that this is likely the expected behavior to be fair, but given it's the default it could have caused breakage for a lot of people.
It really breaks after upgrading: https://github.com/Akryum/v-tooltip/issues/95
@FezVrasta Any idea?
@pzuraq Did you find any workaround?
OK, I find out we can use boundariesElement: 'viewport' to prevent this issue.
Most helpful comment
OK, I find out we can use
boundariesElement: 'viewport'to prevent this issue.