Description: Insert caption box at the wrong position for a gallery item Steps to Reproduce: 1. Open the attached file 2. Select the figure 3. Insert caption & press OK Actual Results: Caption above the image & frame doesn't match Expected Results: Drawing inside the frame and caption below Reproducible: Always User Profile Reset: No Additional Info: Version: 7.0.0.0.alpha0+ (x64) Build ID: f845f74afaf087a46c82ee4209e29caca0980b71 CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: default; VCL: win; Locale: nl-NL (nl_NL); UI-Language: en-US Calc: CL but not in 4.4.7.2
Hey, Telesto, you forgot to include the attachment. I set the status to "NEEDINFO," so please change it back to "UNCONFIRMED" after you attach the sample file. I'm also marking this as a possible regression based on you saying "but not in 4.4.7.2."
Created attachment 160190 [details] Example file
I can confirm this with LibreOffice versions 6.1 , 6.3 , 6.4 and 7.0 These are the steps that I took: 1. I open document "Untitled 2.odt" 2. I left-click the image 3. Then I right-click and select "Insert Caption ..." 4. A windows opens and under "Caption" I enter text. 5. Behind "position" I see "Below" and I leave it that way 6. I click OK The caption appears on top. With all versions that I tried I get pretty much the same with each step that I take each time. For entertainment purposes ;-) I added "InsertCaption.png" and "CaptionInsertedOnTop.png" PS: I'm not a developer. I'm a user myself and I submitted a few bugs/reports. I'm trying to confirm the bugs that other people report here. ~~~ Here are the versions that I used: Version: 6.1.5.2 Build ID: 1:6.1.5-3+deb10u5 CPU threads: 4; OS: Linux 4.19; UI render: default; VCL: gtk2; Locale: en-US (en_US.UTF-8); Calc: group threaded Version: 6.3.4.1 Build ID: a21169d87339dfa44546f33d6d159e89881e9d92 CPU threads: 4; OS: Linux 4.19; UI render: default; VCL: gtk2; Locale: en-US (en_US.UTF-8); UI-Language: en-US Calc: threaded Version: 6.4.3.2 Build ID: 747b5d0ebf89f41c860ec2a39efd7cb15b54f2d8 CPU threads: 4; OS: Linux 4.19; UI render: default; VCL: gtk3; Locale: en-US (en_US.UTF-8); UI-Language: en-US Calc: threaded Version: 7.0.0.0.alpha0+ Build ID: 4d03bd252274308f64332e7c0523068c38ac684a CPU threads: 4; OS: Linux 4.19; UI render: default; VCL: gtk3; TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: 2020-04-26_05:59:56 Locale: en-US (en_US.UTF-8); UI-Language: en-US Calc: threaded
Created attachment 160193 [details] InsertCaption.png
Created attachment 160194 [details] CaptionInsertedOnTop.png
Bibisected using bibisect-win32-6.1 to: URL: https://cgit.freedesktop.org/libreoffice/core/commit/?id=d1027af3c74529827d53e8cf7b0d42a0ee47d1ba author: Armin Le Grand <Armin.Le.Grand@cib.de (CIB)> committer: Armin Le Grand <Armin.Le.Grand@cib.de (CIB)> summary: OperationSmiley: Added support for using same FillGeometry Adding Cc: Armin Le Grand
Hopefully this can be reproduced by the developer. Is there another file whith this behavior or only with the attached one? Couldn't a caption failure reproduce with a new file with 7.1.0.0.alpha0+ from 2020-09-03 on Linux.
Created attachment 185604 [details] All GradientTypes in slideshow for testing
Created attachment 185605 [details] All GradientTypes in draw for checks
Created attachment 185606 [details] Writer file with overlapping extended frames - these need to work with extended gradients
Un-Ccing developer for the moment, old regression & very high workload.