Bug 69755 - Color Sliders not Affecting Imported SVG Image
Summary: Color Sliders not Affecting Imported SVG Image
Status: RESOLVED INVALID
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
4.0.2.2 release
Hardware: x86-64 (AMD64) Linux (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2013-09-24 14:19 UTC by Samuel Sudhof
Modified: 2016-09-19 16:47 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments
The SVG in question (17.78 KB, image/svg+xml)
2013-09-24 14:19 UTC, Samuel Sudhof
Details
Pictures with color adjustment and screenshot (143.84 KB, application/vnd.oasis.opendocument.text)
2013-09-25 19:17 UTC, Regina Henschel
Details
Output on my end (174.93 KB, image/jpeg)
2013-09-25 19:27 UTC, Samuel Sudhof
Details
Colored square in SVG (995 bytes, image/svg+xml)
2013-09-26 15:34 UTC, Samuel Sudhof
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Samuel Sudhof 2013-09-24 14:19:39 UTC
Created attachment 86454 [details]
The SVG in question

My distro: Kubuntu 13.04 64-bit with KDE 4.10.5

Steps to reproduce

0. Start Libre Writer
1. Load the attached SVG file (might work with any SVG)
2. Change any image slider (Contrast, transparancy, brightness or color balances)
3. No change to the image

Behaviour in Impress and Calc:

Any change to the image causes it to be rasterized (poorly in both raster and vector resolution), then filters are applied.

While the behaviour in Impress and Calc would be a feature request of sorts (do a better job rasterizing or keep the vector nature), the behaviour in Writer is a bug in my oppinion, since there is no information to the User, as to what is causing Writer's refusal to change the image in the indicated way.
Comment 1 Regina Henschel 2013-09-25 13:45:22 UTC
I cannot confirm it. The color adjustments work fine for me. I use
Version: 4.2.0.0.alpha0+
Build ID: 8e55a68b7cc31e5cc07013f7a904db3434a7849e
TinderBox: Win-x86@39, Branch:master, Time: 2013-09-01_00:02:20
I work on Windows7.
Comment 2 Samuel Sudhof 2013-09-25 18:47:30 UTC
I have no trouble reproducing this bug in Windows 7 (64 bit) in a portable install of version 4.1.1.2. Build ID: 7e4286b58adc75a14f6d83f53a03b6c11fa290

Are you sure you are doing just the indicated steps with the file I provided?
Comment 3 Regina Henschel 2013-09-25 19:17:10 UTC
Created attachment 86587 [details]
Pictures with color adjustment and screenshot

On the left side the .svg graphics with applied color adjustment, on the right side a screen-shot of the page.
Comment 4 Samuel Sudhof 2013-09-25 19:27:34 UTC
Created attachment 86588 [details]
Output on my end
Comment 5 Samuel Sudhof 2013-09-25 19:29:42 UTC
Good thinking. I can now confirm, that we see a different output. I attached a screen shot who the file you attached is rendered here (100% unchanged).

I suspect it's got to do with the font. I will make a version of this with the writing in the originally intended font rendered to a path.

It might be that it works or doesn't work depending on what font type the replacement font is.
Comment 6 Samuel Sudhof 2013-09-26 15:34:34 UTC
Created attachment 86656 [details]
Colored square in SVG

I can repoduce the bug here even with the very simple SVG that I have now attached (just a square in a solid color). So the font does not seem to be to blame.

Can somebody else please try to reproduce this? I can't be the only one with this problem.
Comment 7 Dominique Boutry 2013-10-16 14:12:42 UTC
Reproduced with LibO 4.0.5.2 on Win7
Comment 8 Dominique Boutry 2013-10-16 15:11:03 UTC
I'm not a specialist in image processing, but for me it looks like this :
- a SVG image is fully scalable, without "stairs" effect on obliques,
- the inserted SVG remains fully scalable (verified with a big magnification), so I suppose it remain stored in SVG,
- the SVG format specifies "hard" colors ; maybe the color effect is done but masqued by an inappropriate re-application of the "hard" initial colors ; or maybe the image must be rasterized in order for the color settings to work, and for a reason I can't explain that rasterization is not done,
- I wonder whether the rasterization capabilities depend on the hardware and the OS, this could explain the different experiences of the bug.
Comment 9 Samuel Sudhof 2013-10-16 15:15:59 UTC
In the odt file Regina provided, the svg is not rasterized, yet in her screenshots the color is changed.

Since I have reproduced it on Linux and Windows on this machine, I think it might be hardware related.
Comment 10 Joel Madero 2014-07-21 04:28:21 UTC
With comment 9 I'm not sure what to make of this. I can't confirm but requesting additional input from developers.

Tested on:
Ubuntu 14.04 x64
LibreOffice 4.3.0.2 rc
Comment 11 Robinson Tryon (qubit) 2014-07-27 01:27:55 UTC
(In reply to comment #9)
> In the odt file Regina provided, the svg is not rasterized, yet in her
> screenshots the color is changed.
> 
> Since I have reproduced it on Linux and Windows on this machine, I think it
> might be hardware related.

NO REPRO on my machine with Ubuntu 12.04.4 AMD64 + LO 4.3.0.3; using an nVidia GeForce 8600M GT and the NVIDIA binary driver
(nvidia-331 -- 331.20-0ubuntu NVIDIA binary Xorg driver, kernel module, ...)
Comment 12 Veek.M 2014-08-08 02:00:07 UTC
No bug in:
Linux deathstar 3.14-0.bpo.2-amd64 #1 SMP Debian 3.14.13-2~bpo70+1 (2014-07-31) x86_64 GNU/Linux
Version: 4.2.5.2
Build ID: 420m0(Build:2)
Comment 13 steve 2014-10-28 00:58:05 UTC
Samuel: Is this bug still valid / reproducible with the latest LO release?
http://www.libreoffice.org/download/libreoffice-fresh/

Please also try resetting your user profile and let us know if that helps: https://wiki.documentfoundation.org/UserProfile

Should this be still reproducible for you with the latest LO release please set this bug back to UNCONFIRMED. Should this issue be solved set it to WORKSFORME.

Setting to NEEDINFO until more detail is provided.
Comment 14 QA Administrators 2015-05-06 14:14:10 UTC Comment hidden (obsolete)
Comment 15 QA Administrators 2015-06-08 14:26:41 UTC Comment hidden (obsolete)
Comment 16 Robinson Tryon (qubit) 2015-12-18 10:24:10 UTC Comment hidden (obsolete)
Comment 17 Xisco Faulí 2016-09-19 16:47:58 UTC Comment hidden (obsolete)