Summary: | EDITING: Baseline of text run persistently stuck on wrong position after cropping image anchored as character | ||
---|---|---|---|
Product: | LibreOffice | Reporter: | demo4 |
Component: | Writer | Assignee: | Not Assigned <libreoffice-bugs> |
Status: | NEW --- | ||
Severity: | normal | CC: | stephane.guillou, telesto |
Priority: | medium | Keywords: | bibisectRequest, regression |
Version: | 6.0.0.3 release | ||
Hardware: | x86-64 (AMD64) | ||
OS: | All | ||
Whiteboard: | |||
Crash report or crash signature: | Regression By: | ||
Bug Depends on: | |||
Bug Blocks: | 87740, 108280 | ||
Attachments: | bug demonstration |
Description
demo4
2023-12-28 00:21:35 UTC
Created attachment 191607 [details]
bug demonstration
Thank you for the report. There seems to be two separate issues: A) the repaint issue at step 5 (two pilcrows visible, but any action should refresh the view and remove the ghost pilcrow). This can also be reproduced when resizing the image. B) the persistent wrong line height, not matching the height of the image object, at step 6 (only happens when cropping). Unrelated to formatting marks. Any later action will not resolve the issue. Let's focus on (B), which I think is more serious. Reproduced in a recent trunk build: Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 3cb1ed4339fc9aec414c0f112a69705a7a4d9cc6 CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded And in 6.0.0.3 But I don't in 6.0.0.0.alpha1, so could be a regression in between. (And this version confirms that the "ghost pilcrow" issue does predate the wrong line height issue.) |