Download it now!
Bug 80219 - FILESAVE: SVG loss some color after saving
Summary: FILESAVE: SVG loss some color after saving
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: graphics stack (show other bugs)
Version:
(earliest affected)
4.2.0.4 release
Hardware: All All
: high major
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: bibisected, bisected, regression
: 102280 (view as bug list)
Depends on:
Blocks: SVG-Save
  Show dependency treegraph
 
Reported: 2014-06-19 08:50 UTC by vulcain
Modified: 2020-04-19 03:02 UTC (History)
8 users (show)

See Also:
Crash report or crash signature:


Attachments
File for test (18.62 KB, application/vnd.oasis.opendocument.text)
2014-06-19 08:50 UTC, vulcain
Details
Screenshot of expected saving's result (96.40 KB, image/png)
2014-06-19 09:18 UTC, vulcain
Details
The bug (94.07 KB, image/png)
2014-06-19 09:19 UTC, vulcain
Details

Note You need to log in before you can comment on or make changes to this bug.
Description vulcain 2014-06-19 08:50:02 UTC
Created attachment 101340 [details]
File for test

A french QA user give us his feedback: LibreOffice don't kee the SVG's color:
http://nabble.documentfoundation.org/perte-de-couleur-sur-svg-avec-Loo-4-2-td4112370.html



In LibreOffice  4.2.5.1 Build ID: 881bb88abfe2992c6cede97c23e64a9885de87de on Ubuntu 12.04.4 x86_64

1) Open the attachement file defaut_couleur.odt
2) The two picture in the document are different
3) Rename the document defaut_couleur.odt as SVG_save.odt
4) Open SVG_save.odt
5) The two picture in the document are the same

Expected: after saving the two picture must be diffferents.
Comment 1 vulcain 2014-06-19 09:15:18 UTC
In french QA, the users reproduce in 
Windows 7/64 with:

Version: 4.2.5.1
Build ID: 881bb88abfe2992c6cede97c23e64a9885de87de

Version: 4.3.0.0.beta2
Build ID: a06aa316117a6ff0f05c697c82831c227812d810 


The bug is not reproduced in Ubuntu 12.04 x86-64 on LibreOffice  4.1.5.1
Build ID: e0a1805d063a472a7b281ae3977a26d42a48b20 (fresh insatll) or LibreOffice 3.5.7.2 Version ID : 350m1(Build:2)
Comment 2 vulcain 2014-06-19 09:18:50 UTC
Created attachment 101348 [details]
Screenshot of expected saving's result

The defaut_couleur.odt before saving: the two picture are different.
It's result expected
Comment 3 vulcain 2014-06-19 09:19:58 UTC
Created attachment 101349 [details]
The bug

The two picture are different after a saving and a new launch of the saved file
Comment 4 vulcain 2014-06-19 09:53:13 UTC
French QA user say that reproduce on Linux x86 => Platform x86_64 to all
Comment 5 Michael Stahl (CIB) 2014-06-30 15:25:30 UTC
i take it the version 4.1.5.1 was set in error? that one seems to work for me.

bug since 4.2.0 release
Comment 6 vulcain 2014-06-30 21:07:35 UTC
(In reply to comment #5)
> i take it the version 4.1.5.1 was set in error? that one seems to work for
> me.


Yes, it's an error by me. In french's user, they always talk about a bug since 4.2.

Sorry
Comment 7 Joel Madero 2014-07-08 16:53:07 UTC
Setting Priority:
Major - loss of data
High - Default seems appropriate

+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Unfortunately this bug is not really bibisectable, log below:

# bad: [423a84c4f7068853974887d98442bc2a2d0cc91b] source-hash-c15927f20d4727c3b8de68497b6949e72f9e6e9e
# good: [65fd30f5cb4cdd37995a33420ed8273c0a29bf00] source-hash-d6cde02dbce8c28c6af836e2dc1120f8a6ef9932
git bisect start 'latest' 'oldest'
# good: [e02439a3d6297a1f5334fa558ddec5ef4212c574] source-hash-6b8393474974d2af7a2cb3c47b3d5c081b550bdb
git bisect good e02439a3d6297a1f5334fa558ddec5ef4212c574
# bad: [4850941efe43ae800be5c76e1102ab80ac2c085d] source-hash-980a6e552502f02f12c15bfb1c9f8e6269499f4b
git bisect bad 4850941efe43ae800be5c76e1102ab80ac2c085d
# skip: [a043626b542eb8314218d7439534dce2fc325304] source-hash-9379a922c07df3cdb7d567cc88dfaaa39ead3681
git bisect skip a043626b542eb8314218d7439534dce2fc325304
# skip: [aba65c3e4c0df07e4909aeefb758cdb688242bf6] source-hash-827524abfb4b577d08276fde40929a9adfb7ff1a
git bisect skip aba65c3e4c0df07e4909aeefb758cdb688242bf6
# bad: [c81a8a0dcfc1ed095a80e4485c89dd0fcaf73f31] source-hash-c69ed33628ec0b7abf6296539cf280d6c4265930
git bisect bad c81a8a0dcfc1ed095a80e4485c89dd0fcaf73f31
# good: [1d4980621741d3050a5fe61b247c157d769988f2] source-hash-89d01a7d8028ddb765e02c116d202a2435894217
git bisect good 1d4980621741d3050a5fe61b247c157d769988f2
# skip: [89110ca258fa7a15dfc546acfb39e76fc3eb2a44] source-hash-e450a2c506ac7cd4433b0f93fc750a89919bc03c
git bisect skip 89110ca258fa7a15dfc546acfb39e76fc3eb2a44
# good: [1cca92a409385d9288c28a54d5e3008e56728bc0] source-hash-7be7824bbbdeee6fa998b950e6046ab37fe690cb
git bisect good 1cca92a409385d9288c28a54d5e3008e56728bc0
# skip: [5fa28ce2931a35ae64ae08d3904cfb76d24459d8] source-hash-2304beaca33c63b94df99cb827716f00ce259f9a
git bisect skip 5fa28ce2931a35ae64ae08d3904cfb76d24459d8
# good: [2a9ff869c5638dc5c3aa387d0fe55c3291c86288] source-hash-01b7e04172889cbc9e4ac404b105e18ddc062d6f
git bisect good 2a9ff869c5638dc5c3aa387d0fe55c3291c86288
# good: [387dd1052972d27a3065a249b357e50e0a29829b] source-hash-35836f350861b33a0c28307a413eff76d0433d1e
git bisect good 387dd1052972d27a3065a249b357e50e0a29829b
# bad: [09fe6d4400fefeaa099d0deb9b77c77992ab897b] source-hash-56364430108893afbcf5d2b51c5aaa37e393e7cc
git bisect bad 09fe6d4400fefeaa099d0deb9b77c77992ab897b
# good: [5c95a5c8caeeb347ef97f337a237d66c35261710] source-hash-a6d89e17995987549db36695f3ea490a18f30ba4
git bisect good 5c95a5c8caeeb347ef97f337a237d66c35261710
# bad: [4360256bc0b1443028a057164fbbdb43847ce68d] source-hash-40543e5321c8f618c125fd6f7f9a24b87431277a
git bisect bad 4360256bc0b1443028a057164fbbdb43847ce68d
# skip: [a66b45cf70625c9b4c0eb867530485b1319e2adb] source-hash-660800d6f33a01ad53fc0f5717e1c33868440d2f
git bisect skip a66b45cf70625c9b4c0eb867530485b1319e2adb
# only skipped commits left to test
# possible first bad commit: [4360256bc0b1443028a057164fbbdb43847ce68d] source-hash-40543e5321c8f618c125fd6f7f9a24b87431277a
# possible first bad commit: [a66b45cf70625c9b4c0eb867530485b1319e2adb] source-hash-660800d6f33a01ad53fc0f5717e1c33868440d2f
Comment 8 Matthew Francis 2015-02-14 01:02:13 UTC
Comment 7 is a perfectly good bibisect trace.
Setting -> Whiteboard:bibisected
Comment 9 Matthew Francis 2015-09-05 15:39:48 UTC
This seems to have changed at the below commit.
Adding Cc: to caolanm@redhat.com

    commit 223f6b631c1b087754c0f9051fb55f029f2503ce
    Author:     Armin Le Grand <alg@apache.org>
    AuthorDate: Tue Oct 29 14:11:45 2013 +0000
    Commit:     Caolán McNamara <caolanm@redhat.com>
    CommitDate: Thu Oct 31 15:56:14 2013 +0000
    
        Resolves: #i123433# Detect pseudo-vertices at svg import...
    
        unify svg:d handling, correct svg:d import for relative sub-polygons in svg
        import; changed default for moveto writes for svg:d in ODF to absolute
    
        (cherry picked from commit f15874d8f976f3874bdbcb53429eeefa65c28841)
Comment 10 Robinson Tryon (qubit) 2015-12-13 11:11:01 UTC Comment hidden (obsolete)
Comment 11 Aron Budea 2016-09-22 03:49:47 UTC
*** Bug 102280 has been marked as a duplicate of this bug. ***
Comment 12 Xisco Faulí 2016-09-26 15:03:11 UTC
Adding Cc: to Armin Le Grand
Comment 13 tommy27 2016-10-13 03:54:09 UTC
bug persists in  5.3.0.0.alpha0+
Build ID: e2f6c7f0d0cc14f851d7028ff846c5dc658a81c6
CPU Threads: 4; OS Version: Windows 6.29; UI Render: default; 
TinderBox: Win-x86@42, Branch:master, Time: 2016-10-10_23:08:02
Locale: it-IT (it_IT); Calc: group

@Armid
did yo have time to look at this regression?
Comment 14 Roman Kuznetsov 2018-06-20 19:41:29 UTC
still repro in LO 6.1 beta 2
Comment 15 QA Administrators 2019-06-21 02:52:39 UTC Comment hidden (obsolete)
Comment 16 paulystefan 2020-03-10 20:56:25 UTC Comment hidden (obsolete)
Comment 17 paulystefan 2020-03-10 20:57:39 UTC Comment hidden (obsolete)