Bug 38498 - EDITING - frame shadow settings not stored
Summary: EDITING - frame shadow settings not stored
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
3.5.0 release
Hardware: x86 (IA32) Windows (All)
: high normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-06-20 08:13 UTC by MG
Modified: 2013-06-25 03:01 UTC (History)
0 users

See Also:
Crash report or crash signature:


Attachments
Test document for border frame shadow issue. (12.14 KB, application/vnd.oasis.opendocument.text)
2011-06-20 08:13 UTC, MG
Details

Note You need to log in before you can comment on or make changes to this bug.
Description MG 2011-06-20 08:13:39 UTC
Created attachment 48194 [details]
Test document for border frame shadow issue.

LibreOffice 3.4.0, OOO340m1 (Build:12)
If you edit older documents, created with OpenOffice 3.3.0 (windows xp, 32-bit), the setting of the border frame shadow position was always set to bottom,right and not to none, if it wasn't set in the original OpenOffice document.
You can see this, if you print preview, than change the border frame shadow setting to none, switch again to print preview and now all seems to be fine, just save the file. Reopen the file and the wrong settings for the border frame shadow are back again.
Comment 1 MG 2011-07-02 01:37:43 UTC
This issue still exists in LibreOffice 3.4.1, OOO340m1 (Build:103)
Comment 2 MG 2011-09-03 23:17:04 UTC
This issue still exists in LibreOffice 3.4.3, OOO340m1 (Build:302)
Comment 3 Björn Michaelsen 2011-12-23 12:20:56 UTC
[This is an automated message.]
This bug was filed before the changes to Bugzilla on 2011-10-16. Thus it
started right out as NEW without ever being explicitly confirmed. The bug is
changed to state NEEDINFO for this reason. To move this bug from NEEDINFO back
to NEW please check if the bug still persists with the 3.5.0 beta1 or beta2 prereleases.
Details on how to test the 3.5.0 beta1 can be found at:
http://wiki.documentfoundation.org/QA/BugHunting_Session_3.5.0.-1

more detail on this bulk operation: http://nabble.documentfoundation.org/RFC-Operation-Spamzilla-tp3607474p3607474.html
Comment 4 MG 2012-01-16 22:35:34 UTC
This issue still exists in LibreOffice 3.5.0 Beta3,
LOdev 3.5.0beta3, Build-ID: e40af8c-10029e3-615e522-88673a2-727f724
Comment 5 MG 2012-02-23 09:29:30 UTC
This issue still exists in LibreOffice 3.5.0rc3 
Build-ID: 7e68ba2-a744ebf-1f241b7-c506db1-7d53735
Comment 6 ign_christian 2013-06-25 03:01:43 UTC
Not reproducible on LO 4.0.4.2 (Win7 32bit) -> filesave problem

Please REOPENED this bug if that still happen on latest stable release & provide step by step procedure (along with screenshot if possible). Also confirm that it's filesave problem or import problem (should be 1 bug per bug report).