Created attachment 198080 [details] ODT that describes + shows the problem In Writer, if the top inline-border of a paragraph is immediately below the bottom border of an image-in-frame-with-caption, then the two adjacent borders will coalesce. In addition, any caption Frame bottom-spacing will be added to the top line of the paragraph *inside* the top-border of that paragraph rather than being placed between the two entity’s borders. Note 1: A bug3.odt + bug3.pdf describing + showing the issue are available at Python3docs (https://github.com/alexkemp9/Python3docs). Note 2: Bugzilla has a blocking bug within https://bugs.documentfoundation.org/enter_bug.cgi?product=LibreOffice&format=guided, in that completing the page + pressing 'Submit' *always* reports "You must select/enter a version" in red, even though a version *has* been selected.
Created attachment 198320 [details] A fuller description + demonstration of this bug My previous description of this bug was not good, so here is an ODT with a much better description + demonstration. More info at https://github.com/alexkemp9/Python3docs/blob/main/README.md#bug-03. Both ODT + PDF can be accessed at the same site.
Created attachment 198321 [details] Full docs + demos of this bug
Any entity that 1) is framed, and 2) is positioned next to any text with a character border, will interfere with that border. The interference may be minor or major. My original description at the time of the 1st attachment was poor. The 2nd attachment was produced under 24.8, and that seems to have problems with intra-document hyperlinks. The 3rd attachment was produced under 7.4 & internal links seem fine. However, my comment during the upload got thrown away since it was in the wrong place. Sigh.
When reproducing from scratch (with a blank document, with my own image file etc.), what I notice is that the effect you point out happens, when you anchor the image frame to the paragraph with the border. If you drag the anchor to the preceding paragraph in attachment 198080 [details] the border is no longer cut off. In attachment 198321 [details] you say "Michael Stahl declared that “this is working as designed”™ (good grief)", but this is apparently referring to bug 164295 comment 4 Anyway, the behaviour seems unexpected, so I will set to NEW. I also noticed that if I set a background colour for the "print(x, y, z) # prints blue green blue", the image caption also gets the background - as long as it is anchored to the paragraph. The effect is quite jarring as the width differs from the code block paragraph. Arch Linux 64-bit Version: 26.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 323598a6845bd8b4046689816a7d535385c23a19 CPU threads: 8; OS: Linux 6.15; UI render: default; VCL: kf6 (cairo+wayland) Locale: fi-FI (fi_FI.UTF-8); UI: en-US Calc: CL threaded Built on 17 June 2025