Issue 55330 - Incorrect attributes of graphics objects after saving in .odt format
Summary: Incorrect attributes of graphics objects after saving in .odt format
Status: CLOSED FIXED
Alias: None
Product: Impress
Classification: Application
Component: save-export (show other issues)
Version: OOO 2.0 Beta2
Hardware: All Windows XP
: P1 (highest) Trivial (vote)
Target Milestone: OOo 2.0
Assignee: wolframgarten
QA Contact: issues@graphics
URL:
Keywords:
: 55572 55874 (view as issue list)
Depends on:
Blocks:
 
Reported: 2005-10-01 15:43 UTC by gwj
Modified: 2005-11-28 13:20 UTC (History)
1 user (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---

Attachments
Sample presentation, in which arrows disappear when saved in .odp format (49.46 KB, application/vnd.sun.xml.impress)
2005-10-01 15:44 UTC, gwj 		no flags Details
.odt file saved in ooo 2.0 RC2 (68.32 KB, application/vnd.sun.xml.impress)
2005-10-08 06:48 UTC, gwj 		no flags Details
Sreenshot of .sxi file (193.24 KB, image/png)
2005-10-08 06:54 UTC, gwj 		no flags Details
Screenshot of .odt file (164.88 KB, image/png)
2005-10-08 06:55 UTC, gwj 		no flags Details
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this issue.
Description gwj 2005-10-01 15:43:13 UTC 
After saving the attached file in .odt format and reopening, all the arrows have
transparency 100%, although originally they had 0%. Found in version OOO 2.0 RC1.
Comment 1 gwj 2005-10-01 15:44:46 UTC 
Created attachment 30057 [details]
Sample presentation, in which arrows disappear when saved in .odp format
Comment 2 gwj 2005-10-01 15:45:49 UTC 
Correction: I meant .odp instead of .odt.
Comment 3 wolframgarten 2005-10-04 14:50:03 UTC 
Thanks for your help but the described behaviour is not reproducible in current
version RC1 anymore. Please update to a newer version. Thanks.
Comment 4 wolframgarten 2005-10-06 08:39:28 UTC 
Closed.
Comment 5 gwj 2005-10-08 06:48:45 UTC 
Created attachment 30229 [details]
.odt file saved in ooo 2.0 RC2
Comment 6 gwj 2005-10-08 06:51:15 UTC 
I have just downloaded OOO 2.0RC2 and the problem persists. I have attached the
resulting file. When open in 1.1.5, it also has the arrows transparency set to 100%.
Comment 7 gwj 2005-10-08 06:54:44 UTC 
Created attachment 30230 [details]
Sreenshot of .sxi file
Comment 8 gwj 2005-10-08 06:55:35 UTC 
Created attachment 30231 [details]
Screenshot of .odt file
Comment 9 gwj 2005-10-08 07:12:45 UTC 
I have done some experiments in modifying content.xml. It seems that the import
filter interprets svg:stroke-opacity as transparency.
Comment 10 wolframgarten 2005-10-12 12:41:00 UTC 
Target and milestone adapted.
Problem is much more serious...
Comment 11 clippka 2005-10-12 12:53:47 UTC 
some background about this issue.

We had a file format inconsitency since OOo 1.0 that we exported a transparency
value in the attribute svg:stroke-opacity. See issue 42959 for informations
about this.
This was fixed in src680m128. To stay compatible I added code that checked if a
document was created with a 680 version prior to m125 and in that case reverse
the stroke opacity value on import.
This now fails badly on OOO680mx because I didn't check if it is a SRC680 or an
OOO680 and current OOO680 are always < m125. Therefore we export the correct
value for stroke-opacity but revert it on reload.

I will change my fix for issue 42959 so that it only does the import trick if
the document was created with an SRC680.
Comment 12 clippka 2005-10-12 14:58:08 UTC 
fixed available

@cl->wg, please verify my patched build and give me a go for commiting to ooo680
master
Comment 13 clippka 2005-10-12 15:01:08 UTC 
set to fixed
Comment 14 wolframgarten 2005-10-12 15:01:46 UTC 
Verified. Here's a go : GO!!!
Comment 15 groucho266 2005-10-12 15:02:59 UTC 
Reviewed.
Comment 16 wolframgarten 2005-10-13 07:59:33 UTC 
*** Issue 55874 has been marked as a duplicate of this issue. ***
Comment 17 wolframgarten 2005-10-13 15:36:41 UTC 
Verified in CWS again.
Comment 18 clippka 2005-10-13 15:39:03 UTC 
Greetings to the heise.de readers.

Just for clarification, this issue is a regression in a version after the
StarOffice 8 Final release and only affects the OpenOffice version. Therefore
this issue is not part of StarOffice 8 Final.
This issue is about an error inside the file format, to say that this issue is
not important quixotic.
Comment 19 wolframgarten 2005-10-14 10:07:32 UTC 
Tested in build 8968. Closed.
Comment 20 christian.guenther 2005-11-28 13:20:08 UTC 
*** Issue 55572 has been marked as a duplicate of this issue. ***