23ami commented on issue #43897: URL: https://github.com/apache/superset/issues/43897#issuecomment-5551205316
Thanks for the pointers. Here's what I found at 100% browser zoom (broken state): the popup wrapper for the calendar has the class ant-picker-dropdown-placement-bottomRight, and its computed position is top: -91, left: 378, with display: block and parent: BODY. For comparison, the other visible popover (ant-popover, time-range-popover) sits correctly at top: 30, left: 247, also a direct child of BODY. The viewport at the time of capture was innerWidth: 643, innerHeight: 421, outerWidth: 1280, outerHeight: 672, devicePixelRatio: 1.5 (zoom level ~150% by devicePixelRatio). Since the picker is a direct child of <body>, this confirms your hypothesis that nothing is clipping it via an ancestor's overflow — instead, the bottomRight placement calculation itself is resolving to a negative top value, which pushes the calendar off-screen above the viewport. One caveat worth noting: the gap between outerWidth (1280) and innerWidth (643) suggests DevTools was docked to the side while I capt ured this, so innerWidth/innerHeight reflect the page viewport with DevTools open rather than the full undocked browser window. If that distinction matters for the yRatio/xRatio calculation in ControlPopover.tsx. -- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. To unsubscribe, e-mail: [email protected] For queries about this service, please contact Infrastructure at: [email protected] --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
