In the 6.1 release notes:
Background images in Gallery and Area Fill dialog completely reworked tdf#114817 (Andreas Kainz, Heiko Tietze)
New Areafill backgrounds
This change breaks documents with relative links to the gallery, which was possible some time ago. Affected users can install the legacy background images per extension (https://extensions.libreoffice.org/extensions/legacy-gallery-backgrounds).
However after installing the legacy-gallery-backgrounds, it showed the "background" catalog in the gallery but doesn't work. No matter drag-and-drop, copy-and-paste, no images will be inserted in the main area.
Steps to Reproduce:
1. Install Legacy gallery Backgrounds extension in version 6.1
2. Open Draw or Impress and click "gallery" in the side bar
3. choose "background" and try to add a background image into the main part
It could not insert the background image into the main part
It should work
User Profile Reset: No
This bug is reported by a user in Taiwan. I've told him to use Areafill feature instead. However I've also confirmed that the extension does not work.
Reported by user in Taiwan. Confirmed by me.
Original report: https://ask.libreoffice.org/zh-tw/question/169263/61ban-hua-lang-backgroundsgong-neng-cuo-wu-xun-xi/
it seems to be an older problem.
I can also reproduce it in
Build ID: 9feb7f7039a3b59974cbf266922177e961a52dd1
CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3;
Locale: ca-ES (ca_ES.UTF-8); Calc: group
but not in
Build ID: 4136757b4e51c4e6f7cb4132c95538a7f831ef2c
CPU Threads: 4; OS Version: Linux 4.15; UI Render: default; VCL: gtk3; Layout Engine: new;
Locale: en-US (ca_ES.UTF-8); Calc: group
So it seems on Linux it stopped working somewhere in version 5.4 while on Window it stopped working later, in version 6.1, most likely related to the image handling refactoring...
it stopped working after
author andreas kainz <firstname.lastname@example.org> 2018-02-11 00:43:03 +0100
committer Heiko Tietze <email@example.com> 2018-02-18 14:38:41 +0100
commit 61bfc53ee710f9c79ac597888a6ee9dfee165ea4 (patch)
parent 7273bb3534264867e818c13baffcdf3862189cd2 (diff)
tdf#114817 new bitmap presets for Area Fill
Bisected with: bibisect-win32-6.1
Adding Cc: to andreas kainz
@Heiko, I'm not sure whether you're the author of the extension, maybe it was developed before the commit mentioned above and it needs to be adapted now ?
@Andreas, @Heiko, forgot about my analysis in comment 4, it's completely wrong...
So, an open question, has it even worked on windows?
I can reproduce the problem back to
Build ID: 5b168b3fa568e48e795234dc5fa454bf24c9805e
CPU Threads: 16; OS Version: Windows 6.29; UI Render: default;
Locale: en-GB (en_GB)
I think the extension is just wrong. It doesn't work on Win and it stopped working on Linux in LibreOffice 5.4... would be nice to know who the author is...
Will check this
I updated the extension to v1.1 and it should work well now with all current versions.
Issue is back (https://design.blog.documentfoundation.org/2018/08/08/whats-new-in-libreoffice-6-1/#comment-13861). Both available versions of the extension do not work with LibO 22.214.171.124 nor 126.96.36.199.
See: bug 125601
*** Bug 125601 has been marked as a duplicate of this bug. ***
Created attachment 170987 [details]
Screenshot from LO 7.1
LibreOffice 7.1.2 doesn’t insert an image from this extension, but instead showing Insert Area dialog.
Version: 188.8.131.52 (x64) / LibreOffice Community
Build ID: 8a45595d069ef5570103caea1b71cc9d82b2aae4
CPU threads: 4; OS: Windows 10.0 Build 19042; UI render: Skia/Raster; VCL: win
Locale: zh-CN (zh_CN); UI: zh-CN
Workflow is to create a new gallery and drag n' drop images or use the add function to fill it up. However, the gallery uses the full path of the images, which doesn't exist on your system. And I have no idea how to change this.
When done the extension is just a wrapper around the new sdg, sdv, thm files.
(In reply to Heiko Tietze from comment #13)
> Workflow is to create a new gallery and drag n' drop images or use the add
> function to fill it up. However, the gallery uses the full path of the
> images, which doesn't exist on your system. And I have no idea how to change
> When done the extension is just a wrapper around the new sdg, sdv, thm files.
I think the following extension gallery set an good example for this.
(In reply to Volga from comment #14)
> I think the following extension gallery set an good example for this.
Indeed this one works. But the path is the same, so it is somehow stored in the binary files sdg, sdv, thm.
But I did the whole procedure again and it seems to work now. Updated the extension release to v1.3.
(In reply to Heiko Tietze from comment #15)
> Indeed this one works. But the path is the same, so it is somehow stored in
> the binary files sdg, sdv, thm.
There's a necessary to add some notices in documentation.
Created attachment 187108 [details]
Snapshot from LibreOffice 7.5
Well, it still happened to me. I believe you need to get a Windows VM from Microsoft.
Version: 184.108.40.206 (X86_64) / LibreOffice Community
Build ID: 9f56dff12ba03b9acd7730a5a481eea045e468f3
CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win
Locale: zh-CN (zh_CN); UI: zh-CN