Bug 167844 - Image grid in image tab has big top and bottom margins for entries (Linux-only)
Summary: Image grid in image tab has big top and bottom margins for entries (Linux-only)
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: UI (show other bugs)
Version:
(earliest affected)
25.8.0.0 alpha0+
Hardware: x86-64 (AMD64) Linux (All)
: medium minor
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: bibisected, bisected, regression
Depends on:
Blocks: Paragraph-Dialog
  Show dependency treegraph
 
Reported: 2025-08-07 08:41 UTC by Buovjaga
Modified: 2025-08-12 18:54 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments
Screenshot of issue (50.25 KB, image/png)
2025-08-07 08:41 UTC, Buovjaga
Details
screenshots(25e52f93_0b8f58a1) (214.60 KB, application/pdf)
2025-08-09 15:35 UTC, Saburo
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Buovjaga 2025-08-07 08:41:13 UTC
Created attachment 202225 [details]
Screenshot of issue

1. Open Writer
2. Format - Paragraph - Area - Image

Seen already in oldest of 26.2 Linux bibisect repo, so assuming it appeared in 25.8. I am unable to run most commits of 25.8 due to a crash on launch (Fedora 38 and 42 containers).

The margins don't look so big with gtk3, but still grew.
Comment 1 Saburo 2025-08-09 14:01:34 UTC
That may be intentional.

bibisected with linux-64-25.8

commit 7d384fb1c232f7aa720436bc68dc1de334bf7297
author	László Németh <nemeth@numbertext.org>	Tue Mar 25 12:21:48 2025 +0100

tdf#165984 sw cui xmloff: add Paragraph/Column/Page/Spread end zone
Comment 2 Buovjaga 2025-08-09 14:57:13 UTC
(In reply to Saburo from comment #1)
> That may be intentional.
> 
> bibisected with linux-64-25.8
> 
> commit 7d384fb1c232f7aa720436bc68dc1de334bf7297
> author	László Németh <nemeth@numbertext.org>	Tue Mar 25 12:21:48 2025 +0100
> 
> tdf#165984 sw cui xmloff: add Paragraph/Column/Page/Spread end zone

That does not seem like a correct bibisect result. Did you try by doing git checkout for the bad commit, testing and then doing `git checkout HEAD~1` and testing again (should be good in the last test)?
Comment 3 Buovjaga 2025-08-09 14:58:17 UTC
Note that you can rediscover the binary commit hash by doing this in the bibisect repo:
`git log --all --grep=7d384fb1c232f7aa720436bc68dc1de334bf7297`
Comment 4 Saburo 2025-08-09 15:35:08 UTC
Created attachment 202255 [details]
screenshots(25e52f93_0b8f58a1)

commit 0b8f58a18f1bcd5ab50e9556587d1e23c75abad9
Author: Jenkins Build User <tdf@maggie.tdf>
Date:   Tue Apr 1 18:06:31 2025 +0200

    source 7d384fb1c232f7aa720436bc68dc1de334bf7297