https://bugs.documentfoundation.org/show_bug.cgi?id=172280
Bug ID: 172280
Summary: Calc window bottom clipped when moving from large
monitor to smaller monitor using VCL: qt6 on Ubuntu
26.04
Product: LibreOffice
Version: 26.2.2.2 release
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: UNCONFIRMED
Severity: normal
Priority: medium
Component: UI
Assignee: [email protected]
Reporter: [email protected]
Description:
When using the qt6 VCL backend, moving a Calc window from a larger external
monitor to a smaller external monitor causes the bottom portion of the
spreadsheet to be clipped. The visible grid area does not resize correctly
after the window is moved to the smaller display. The bottom rows become
inaccessible, and the window does not redraw to fit the new monitor’s geometry.
This issue does not occur when using the gtk3 VCL backend.
Steps to Reproduce:
When using the qt6 VCL backend, moving a Calc window from a larger external
monitor to a smaller external monitor causes the bottom portion of the
spreadsheet to be clipped. The visible grid area does not resize correctly
after the window is moved to the smaller display. The bottom rows become
inaccessible, and the window does not redraw to fit the new monitor’s geometry.
This issue does not occur when using the gtk3 VCL backend.
Actual Results:
The bottom portion of the Calc grid is cut off after moving the window to the
smaller monitor. The window height appears to be calculated using the DPI/scale
of the original monitor and is not updated after the move.
Expected Results:
Calc should recompute the window layout when moved to a monitor with different
physical size or DPI, and the full grid should remain visible.
Reproducible: Always
User Profile Reset: Yes
Additional Info:
System Information:
OS: Ubuntu 26.04
Desktop session: Wayland
(output of echo $XDG_SESSION_TYPE: wayland)
LibreOffice version: 26.2.2.2 620(Build:2)
VCL backend: qt6 (default)
Scaling: Wayland default scaling (no fractional scaling explicitly
configured)
Monitors involved in the issue:
Source monitor: DP‑9 — 3840×2160, 600×340 mm (primary)
Destination monitor: DP‑10 — 3840×2160, 530×290 mm
Additional connected displays:
DP‑8 — 3840×2160, 530×290 mm
Additional Notes:
F11 is mapped to Styles (normal behavior).
Fullscreen toggle (Ctrl+Shift+J) works but does not fix the clipping.
GTK3 backend behaves correctly, so this appears to be a Qt6 multi‑monitor
geometry or DPI‑recalculation regression.
Issue is reproducible consistently when moving from DP‑9 to DP‑10.
--
You are receiving this mail because:
You are the assignee for the bug.
