Bug 103413 - Color inversion has implementation deficiencies in regard to ODF attribute draw:color-inversion
Summary: Color inversion has implementation deficiencies in regard to ODF attribute dr...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: LibreOffice (show other bugs)
Version:
(earliest affected)
Inherited From OOo
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Image-Colorize
  Show dependency treegraph
 
Reported: 2016-10-22 16:07 UTC by Regina Henschel
Modified: 2023-10-04 19:18 UTC (History)
1 user (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 Regina Henschel 2016-10-22 16:07:36 UTC
Take a Draw or Impress document, insert a _linked_ image. Apply the color filter "Invert" (from the 'Image' toolbar).
The colors are inverted.
Save the document.
Reopen the document.
Notice, the image is no longer inverted.

Further error: If the attribute draw:color-inversion="true" is set manually in the file, this attribute is not evaluated on opening.

Take a Writer document, insert a _linked_ image. Apply the color filter "Invert". The colors are inverted.
Save the document.
Notice, that the image is embedded without asking the user and inverting is done on the image itself, instead of only inverting the rendering.

If you unpack the document, you will see, that Writer writes the attribute draw:color_inversion="false".
If you insert a _linked_ image and save the document immediately and then add the attribute draw:color-inversion="true" manually, then Writer will read it correctly and renders the image inverted. On resave Writer then keeps the image linked and keeps the attribute, if you do nothing with this image.

Expected behavior:
(1) When applying the color filter "Invert" on a linked image, the image is not embedded, but the ODF attribute draw:color-inversion="true" is set.
(2) The ODF attribute draw:color-inversion is not only evaluated for Writer-images but for Draw-images too.
(3) If a linked image is embedded, the user is asked.
Comment 1 MM 2016-10-22 21:36:56 UTC
Confirmed with v5.1.6.1 under windows 7 x64.
Confirmed with v5.2.2.2 under ubuntu 16.04 x64.
Comment 2 QA Administrators 2017-10-23 14:11:07 UTC Comment hidden (obsolete)
Comment 3 Regina Henschel 2017-10-24 09:45:59 UTC
The problem is still there in Version: 6.0.0.0.alpha1+
Build ID: dc2d133e7953f08f73ef9cd0b40786764b0e2035
CPU threads: 4; OS: Windows 6.1; UI render: default; 
TinderBox: Win-x86@42, Branch:master, Time: 2017-10-22_01:16:45
Locale: de-DE (de_DE); Calc: group
Comment 4 QA Administrators 2018-10-25 03:02:57 UTC Comment hidden (obsolete)
Comment 5 Regina Henschel 2018-11-05 23:51:52 UTC
The error still exists as described in Version: 6.2.0.0.alpha1+ (x64)
Build ID: e33424dd887cb1a11a3dba2513ef0f4bf93a6dbe
CPU threads: 8; OS: Windows 10.0; UI render: GL; VCL: win; 
TinderBox: Win-x86_64@42, Branch:master, Time: 2018-11-01_00:43:29
Locale: de-DE (en_US); Calc: CL
Comment 6 QA Administrators 2019-11-06 03:32:04 UTC Comment hidden (obsolete)
Comment 7 Regina Henschel 2019-11-06 12:07:01 UTC
Draw/Impress behave now the same as Writer, they embed the image without asking the user.
The other errors are still as described.
Tested with Version: 6.4.0.0.alpha1+ (x64)
Build ID: 7c6226bee72805db7f0e567ca9f06c786a7d0da2
CPU threads: 8; OS: Windows 10.0 Build 18362; UI render: default; VCL: win; 
Locale: de-DE (en_US); UI-Language: en-US
Calc: threaded
Comment 8 QA Administrators 2021-11-06 03:54:20 UTC Comment hidden (obsolete)
Comment 9 Regina Henschel 2021-11-06 12:50:17 UTC
The behavior is still wrong in Version: 7.3.0.0.alpha1+ (x64) / LibreOffice Community
Build ID: b6c3adf356ca5f7b6f3d80e6062b58c92e6e2a11
CPU threads: 8; OS: Windows 10.0 Build 19043; UI render: default; VCL: win
Locale: de-DE (en_US); UI: en-US
Calc: threaded