Description: In GreenBlk.odt, the image in Fig·44 has style Graphics, with a green background. The image in Fig·50 also has style Graphics, but its background is black. Why? I did not change it ‘by hand’. I made Fig·50 by copying Fig·44 and inserting another image (of the same type) in it. Steps to Reproduce: 1.copy frame with image 2.delete image, insert a new one 3. Actual Results: new image has unexpected black background. Expected Results: new image should have green background specified in Graphics. Reproducible: Always User Profile Reset: No Additional Info: none
Created attachment 169937 [details] file with 2 figures
Melody Cercenia (21/02/21) Unable to reproduce the issue. Using the same version in windows. Further check and investigate. - was able to update the color background of image in figure 44 but not the image in figure 50. - looks like the image in figure 44 are transparent compared to image in figure 50. It might changed after pasting to the graph. Would be good to provide the original file of the image. The file before it became color black. Thank you
(In reply to melody cercenia from comment #2) > Melody Cercenia (21/02/21) > - looks like the image in figure 44 are transparent compared to image in > figure 50. **Both images have NoTransparency (^click>Properties>Transparency) Fig·50, black in GreenBlk.odt, is normal in GreenBlka.odt. Now, go to Fig·52 in GreenBlka.odt, and insert YZ3!SinRP100.emf: black! —GreenBlkb.odt
Created attachment 170011 [details] file with 3 figures; one empty
Created attachment 170012 [details] image to insert in GreenBlka.odt
Created attachment 170013 [details] file with 3 figures; one black
Thank you for reporting the bug. I can not reproduce the bug in Version: 7.0.3.1 (x64) Build ID: d7547858d014d4cf69878db179d326fc3483e082 CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win Locale: nb-NO (en_US); UI: en-US Calc: CL Version: 7.2.0.0.alpha0+ (x64) Build ID: 761a672d62df1891b9f4f367a499b220ab2b33fa CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL
Created attachment 170693 [details] Screenshot which illustrate behaviour on LO 7.2 master I was able to reproduce that issue by, drag attachment#170012 [details] into LibreOffice. See attached screenshot. Software: Version: 7.2.0.0.alpha0+ / LibreOffice Community Build ID: a8c23e5e5bd36899320c93d22040a093fe7a6c04 CPU threads: 12; OS: Linux 5.4; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US Calc: CL
The image under LO 7.2 looks identically as in MS Paint. Please confirm and if possible check which commit fixed that issue.
It's ok in Version: 7.2.0.0.alpha1+ (x64) / LibreOffice Community Build ID: 05366b8e6683363688de8708a3d88cf144c7a2bf CPU threads: 4; OS: Windows 10.0 Build 19042; UI render: Skia/Raster; VCL: win Locale: ro-RO (ro_RO); UI: en-US Calc: threaded
Bug still shows with new attachment, in Version: 7.3.0.3 (x64) / LibreOffice Community Build ID: 0f246aa12d0eee4a0f7adcefbf7c878fc2238db3 CPU threads: 4; OS: Windows 10.0 Build 19043; UI render: Skia/Raster; VCL: win Locale: en-CA (en_CA); UI: en-US Calc: CL
Created attachment 179187 [details] file black and white Graphics
Created attachment 179190 [details] Screenshot from LO 7.4.0.0 alpha It is working correctly for me on: Version: 7.4.0.0.alpha0+ / LibreOffice Community Build ID: 4032284bf9629e9cfbbbb4597d0b10394f9e61be CPU threads: 8; OS: Mac OS X 10.16; UI render: Skia/Raster; VCL: osx Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded
Could you please separate bug report for a new issue? I don't want to mix two issues in the same bug report.