Bug 100832 - A shape's custom image fill doesn't appear in Area dialog's image list
Summary: A shape's custom image fill doesn't appear in Area dialog's image list
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
5.3.0.0.alpha0+
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Area-Fill-Tab-Image
  Show dependency treegraph
 
Reported: 2016-07-10 08:23 UTC by Yousuf Philips (jay) (retired)
Modified: 2023-10-01 22:01 UTC (History)
5 users (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Yousuf Philips (jay) (retired) 2016-07-10 08:23:02 UTC
Steps:
1) Open attachment 126147 [details]
2) Right-click on shape and click Area in context menu
3) Notice that the custom bitmap appears in the preview, but there isnt an entry in the bitmap presets list for the custom bitmap

Version: 5.3.0.0.alpha0+
Build ID: 54f2a4184d1296814e64cfeab1d06ae90d002357
CPU Threads: 2; OS Version: Linux 3.19; UI Render: default; 
TinderBox: Linux-rpm_deb-x86_64@70-TDF, Branch:master, Time: 2016-07-08_01:43:14
Locale: en-US (en_US.UTF-8); Calc: group
Comment 1 Buovjaga 2016-07-17 09:11:56 UTC
Confirmed.

Arch Linux 64-bit, KDE Plasma 5
Version: 5.3.0.0.alpha0+
Build ID: ab1b351840160655a9f0caedbb35e9fdf203c5a0
CPU Threads: 8; OS Version: Linux 4.6; UI Render: default; 
Locale: fi-FI (fi_FI.UTF-8); Calc: group
Built on July 16th 2016
Comment 2 Aron Budea 2017-01-08 18:48:42 UTC
It doesn't even appear in the preview in 5.3.0.1.
Comment 3 Aron Budea 2017-01-08 18:50:52 UTC
My bad this was for the old dialog... so it doesn't work correctly with the new one, either.
Comment 4 Yousuf Philips (jay) (retired) 2017-01-12 09:37:19 UTC
Thinking about this more, it shouldnt appear in the presets list as it isnt a presets. @Heiko: Whats your take?

(In reply to Aron Budea from comment #2)
> It doesn't even appear in the preview in 5.3.0.1.

Please file a separate bug for that :D
Comment 5 Heiko Tietze 2017-01-12 14:33:32 UTC
Those bitmaps go into the gallery (as when done per drag 'n drop) and remain there forever. Not the best workflow anyway.
Comment 6 QA Administrators 2018-10-22 02:49:33 UTC Comment hidden (obsolete)
Comment 7 Regina Henschel 2018-10-22 10:22:42 UTC
The problem still exists in Version: 6.2.0.0.alpha0+ (x64)
Build ID: 6baca63b44bf7f75a522b1adc4b4bbce502aec3b
CPU threads: 8; OS: Windows 10.0; UI render: GL; VCL: win; 
TinderBox: Win-x86_64@42, Branch:master, Time: 2018-10-20_01:35:41
Locale: de-DE (en_US); Calc: CL

Now the first of the preset is selected and there is no change to alter anything, e.g. the type (original, stretch, tiled), for the existing bitmap filling.

For Bitmap (and Gradient, Hatch and Pattern) there should exists a selection "used in this document", similar as the "Document colors" for colors.
Comment 8 QA Administrators 2019-10-23 02:45:47 UTC Comment hidden (obsolete)
Comment 9 QA Administrators 2021-10-23 03:44:34 UTC Comment hidden (obsolete)
Comment 10 Stéphane Guillou (stragu) 2023-01-19 23:32:59 UTC
Same in:

Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 579d144290c1617fdb38d09b30900a6bbe390b8d
CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3
Locale: fr-FR (en_AU.UTF-8); UI: en-US
Calc: threaded
Comment 11 Stéphane Guillou (stragu) 2023-10-01 22:01:42 UTC
I reproduce with the sample file, but I can't reproduce from a new file... (tried with both ODT and DOCX)
Contrary to bug 125969 (for page/slide backgrounds), a newly imported image filling the shape area will persist in the collection after a save + reload.
Any idea why?

(In reply to Regina Henschel from comment #7)
> For Bitmap (and Gradient, Hatch and Pattern) there should exists a selection
> "used in this document", similar as the "Document colors" for colors.

I really like this idea, to clarify the distinction between app-wide gallery and document-specific filles (with the option to "save to gallery" any document-specific fill, of course) – which would solve comment 4.
I think this matters especially for image fills, as I can imagine users inserting pictures in documents and wanting to make sure they don't end up in a gallery visible to other users.