| Summary: | wrong position of sub menus makes UI nearly unusable | ||
|---|---|---|---|
| Product: | LibreOffice | Reporter: | Regina Henschel <rb.henschel> |
| Component: | LibreOffice | Assignee: | Not Assigned <libreoffice-bugs> |
| Status: | RESOLVED FIXED | ||
| Severity: | major | CC: | 79045_79045 |
| Priority: | medium | Keywords: | bibisectRequest, regression |
| Version: | 24.2.0.0 alpha0+ | ||
| Hardware: | All | ||
| OS: | All | ||
| Whiteboard: | |||
| Crash report or crash signature: | Regression By: | ||
|
Description
Regina Henschel
2023-07-26 14:56:56 UTC
It does not happen with daily build from 2023-07-25: Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 42f0422d19c4d0a2fb09654fb6d1d92e50f6dd5c CPU threads: 8; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL threaded It might be https://cgit.freedesktop.org/libreoffice/core/commit/?id=ea3317188589554ea5773db53aa9e0cc88bee271 "simplify logic in FloatingWindow::ImplCalcPos" If yes, then it is already reverted in https://cgit.freedesktop.org/libreoffice/core/commit/?id=2b3dcd24e4da1f83bfaf8e0ffd93839eeae621b0 Revert "simplify logic in FloatingWindow::ImplCalcPos" Unfortunately I have no current build to test that. I need to wait till next daily build. It is OK again in Version (2023-07-27): 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: cf8f7b91f41821b79495c0388359c4cb1156ea67 CPU threads: 8; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: de-DE (en_US); UI: en-US Calc: CL threaded So the problem was the commit mentioned in comment 2. *** Bug 156483 has been marked as a duplicate of this bug. *** |