Closed ktabors closed 2 weeks ago
Appears to actually be an issue with popover positioning code. I can reproduce on the DialogTrigger docs as well. Seems to be related to whether the Safari address bar is visible or collapsed. When collapsed, positioning is wrong. If you tap on it to show it again, then it is correct. Guessing we need to do something with the visual viewport there.
No longer able to reproduce.
๐ Bug Report
On iPad when DateRangePicker and DatePicker opens the calendar above the picker's input field, there is extra padding, like 75x instead of being just above the label. DatePicker does this too. Sometimes it opens above with ~20px, but closing, scrolling, and reopening will cause it more in the 75px range.
๐ค Expected Behavior
When the calendar selector overlay opens above the input field it should be about 15px above it, just above the label. See a desktop browser like Chrome on OSX for the correct positioning.
๐ฏ Current Behavior
When the calendar selector overlay opens above the input field it is positioned more in the 40px to 100px range on an iPad.
๐ฆ Context
Found while testing the new DateRangePicker docs. There was concern that it was related to a width and scrolling issues, but it isn't because there is no horizontal scroll on iPad. I also tested this with the first draft of the horizontal scrolling fix and the issue persisted.
๐ Your Environment
๐งข Your Company/Team
RSP