Bug 136585 - Image placed behind table is placed over table background
Summary: Image placed behind table is placed over table background
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
6.4.6.2 release
Hardware: x86-64 (AMD64) All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Writer-Tables
  Show dependency treegraph
 
Reported: 2020-09-08 20:26 UTC by dittnamn
Modified: 2020-09-14 11:02 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:


Attachments
Screenshot from file created in Microsoft Word and saved as odt (22.99 KB, image/png)
2020-09-08 20:27 UTC, dittnamn
Details
Screenshot from trying to recreate the same table in Libreoffice (16.45 KB, image/png)
2020-09-08 20:28 UTC, dittnamn
Details

Note You need to log in before you can comment on or make changes to this bug.
Description dittnamn 2020-09-08 20:26:57 UTC
Description:
When placing an image in the background and dragging it behind a table that has a background color, the image replaces the background color on that part.

It's possible to create a file in Microsoft Word where this doesn't happen, even when imported into Libreoffice and saved as .odt. That table can't be copied or recreated however, but can be edited with a different background color, and extended with more cells.

Steps to Reproduce:
1. Create a table, and change the background color of the table.
2. Insert an image.
3. Right click the image and choose Wrap->In background.
4. Move the image behind the table.
Result: Image is placed between the table background and the table contents.

Alteratively:
1. Create a table with a background color in Microsoft Word.
2. Open that file in Libreoffice.
3. Insert image the same way and place behind the table.
Result: Image is placed behind the table background, but...

4. Try to copy and paste the table created in Microsoft Word.
5. Place image behind the pasted table.
Result: Image is placed between the table background and the table contents.

Actual Results:
I attach two screenshots of what happens. One when the image is placed behind the table imported from Microsoft Word and one where I try to recreate the same table in Libreoffice. It doesn't help to send the image to the back.

Expected Results:
The image should be placed behind the table background, unless the image is placed inside the table, where this behaviour might be OK.


Reproducible: Always


User Profile Reset: Yes



Additional Info:
Version: 6.4.6.2
Build ID: 0ce51a4fd21bff07a5c061082cc82c5ed232f115
CPU-trådar: 4; Operativsystem: Mac OS X 10.15.6; UI-rendering: standard; VCL: osx; 
Språkinställning: sv-SE (sv_SE.UTF-8); UI-språk: sv-SE
Calc: threaded
Comment 1 dittnamn 2020-09-08 20:27:42 UTC
Created attachment 165295 [details]
Screenshot from file created in Microsoft Word and saved as odt
Comment 2 dittnamn 2020-09-08 20:28:08 UTC
Created attachment 165296 [details]
Screenshot from trying to recreate the same table in Libreoffice
Comment 3 dittnamn 2020-09-09 12:35:53 UTC
I've done some more testing and compared what happens with the table from Word and the table from Libreoffice.

The difference seems to be the setting "BackgroundParaOverDrawings" from the settings.xml file in the .odt, that when set to "true" gives the same behavior as Word does.

So, for some reason, the current default behavior seems to be to place the background behind the drawings, and I would say this is not logical.

I'd suggest that the setting is changed to "true" as default for all new documents.
Comment 4 Dieter 2020-09-14 11:02:26 UTC
(In reply to dittnamn from comment #0)
> Steps to Reproduce:
> 1. Create a table, and change the background color of the table.
> 2. Insert an image.
> 3. Right click the image and choose Wrap->In background.
> 4. Move the image behind the table.
> Result: Image is placed between the table background and the table contents.

I confirm it with

Version: 7.0.1.2 (x64)
Build ID: 7cbcfc562f6eb6708b5ff7d7397325de9e764452
CPU threads: 4; OS: Windows 10.0 Build 19041; UI render: Skia/Raster; VCL: win
Locale: de-DE (de_DE); UI: en-GB
Calc: threaded

Bug might be covered by bug 117132