Skip to main content
Chris Aucoin
Chris Aucoin
New Member
August 27, 2026
Question

Scrollable Modals

  • August 27, 2026
  • 1 reply
  • 40 views

i am creating an experience where a client can add a product through the use of a modal that has numerous multi-selects and needs to be able to expand in height depending on what the client selects. with that being said this is how i have the interaction wired. if i add a the “background” to the overlay, the modal locks and you can not even scroll up to see the modal information. i have also selected “reset scroll” and when clicked it never rests to the manual positioning. is this a limitation or and error on my end. the odd thing is if i deselect the “add background” i can scroll up but the page does not auto rest the scroll on click….

any help on this would be amazing

 

1 reply

djv
Figmate
djv
Community Support
August 28, 2026

Hi ​@Chris Aucoin, thanks for reaching out! 

I understand how this must be slowing down your workflow, but most of what you're describing is expected behavior. 

On "Add background" locking things up: that setting adds a background layer behind the overlay that intentionally blocks interaction with everything beneath it — including scroll. So the page behind your modal is meant to freeze. The catch is that this only works well if the modal itself is the thing scrolling.

To make the modal scroll: select the overlay frame, and in the Prototype panel set Overflow behavior → Vertical scrolling. The important part is that the frame needs a fixed height (not "hug contents") with clip content on, and the inner content needs to be taller than that frame. If the overlay is set to hug and grows with each multi-select, it never overflows, so there's nothing for Figma to scroll. A common setup is: fixed-height overlay frame → inner auto layout frame set to hug → that inner frame is what overflows and scrolls.

On "Reset scroll position": this one applies to the frame you're navigating to, not the frame behind it, and it's really a selective override. By default scroll is preserved between top-level frames when their layer names match, so it won't pull the underlying page back to a manual position on click. If that's the effect you're after, it's usually easier to navigate to a duplicate of the page frame scrolled to where you want it.

Hope this helps you achieve what you’re after! Here are our Help Center articles on prototype overlays and scroll behavior if useful in the meantime.

Terms & ConditionsAccessibility statement