https://bugs.documentfoundation.org/show_bug.cgi?id=158896
Stéphane Guillou (stragu) <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |stephane.guillou@libreoffic | |e.org Version|7.6.4.1 release |6.0.0.3 release Summary|EDITING: Pilcrow of image |EDITING: Baseline of text |(anchored as character) |run persistently stuck on |hangs after cropping on |wrong position after |wrong position |cropping image anchored as | |character Status|UNCONFIRMED |NEW Keywords| |bibisectRequest, regression Blocks| |108280, 87740 Ever confirmed|0 |1 OS|Windows (All) |All --- Comment #2 from Stéphane Guillou (stragu) <[email protected]> --- 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.) Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=87740 [Bug 87740] [META] Anchor and text wrapping bugs and enhancements https://bugs.documentfoundation.org/show_bug.cgi?id=108280 [Bug 108280] [META] Image crop bugs and enhancements -- You are receiving this mail because: You are the assignee for the bug.
