Bug 49249 - Form elements (TextBox and other) lose custom attributes in Draw and Impress after saving
Summary: Form elements (TextBox and other) lose custom attributes in Draw and Impress ...
Status: RESOLVED DUPLICATE of bug 57631
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Draw (show other bugs)
Version:
(earliest affected)
3.5.3 release
Hardware: x86 (IA32) All
: high major
Assignee: Not Assigned
URL:
Whiteboard: BSA
Keywords: bibisectRequest, regression
: 63508 (view as bug list)
Depends on:
Blocks:
 
Reported: 2012-04-28 03:38 UTC by Andrey
Modified: 2015-12-17 06:52 UTC (History)
7 users (show)

See Also:
Crash report or crash signature:


Attachments
Draw document view before and alter "loosly" saving. (416.64 KB, image/jpeg)
2012-04-28 03:38 UTC, Andrey
Details
Drawing with a textfield created with AOO V3.4.1 - content.xml has font definitions! (7.85 KB, application/vnd.oasis.opendocument.graphics)
2012-11-13 22:16 UTC, starmatz71
Details
Drawing with a textfield created with LibO V3.4.6 - content.xml has font definitions! (8.53 KB, application/vnd.oasis.opendocument.graphics)
2012-11-13 22:17 UTC, starmatz71
Details
Drawing with a textfield created with LibO V3.5.7 - content.xml has NO font definitions! (8.50 KB, application/vnd.oasis.opendocument.graphics)
2012-11-13 22:18 UTC, starmatz71
Details
Drawing with a textfield created with LibO V3.6.3 - content.xml has NO font definitions! (8.44 KB, application/vnd.oasis.opendocument.graphics)
2012-11-13 22:20 UTC, starmatz71
Details
Textfile with a textfield created with LibO V3.6.3 - content.xml HAS FONT DEFINITIONS! (9.65 KB, application/vnd.oasis.opendocument.text)
2012-11-14 20:55 UTC, starmatz71
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Andrey 2012-04-28 03:38:08 UTC
Created attachment 60729 [details]
Draw document view before and alter "loosly" saving.

Problem description:
TextBox properties: font size, face, alignment; element border style are reseted to default after saving in LO 3.5.x

Steps to reproduce:
0. You can go in 2 paths:
- create Draw document with custom style TextBox in LO 3.4, open it on LO 3.5 and save under different name and reopen on LO 3.4 or 3.5;
- create Draw doeument in LO 3.5, save it, close and open again in LO 3.4 or 3.5;
1. Create Draw page with TextBox (I use single line mode). Set font: DejaVu Serif, 16pt, center alignment. Set "no border" style of the box.
2. Save and close document.
3. Open document again.

Current behavior:
Font and border style are in their initial state: element and text in it has same view as such element with its default properties.

Expected behavior:
Custom style settings appears after document reopen.

Platform (if different from the browser): Debian GNU/Linux 6.0, MS Windows XP SP3, Windows 7
              
Browser: Mozilla/5.0 (X11; Linux i686; rv:12.0) Gecko/20100101 Firefox/12.0
Comment 1 Andrey 2012-04-28 23:02:04 UTC
Bug is checked in Debian GNU/Linux 6.0 and MS Windows XP SP3.
Version of LibreOffice is 3.5.3.2 .

Summary:
If Draw and Impress components form elements (textbox, formatted field) lose custom style attributes after saving, closing and opening (opening in same or previous version of LO).
Writer and Calc has not this bug.
There was not this bug in LO 3.4 .
Comment 2 Nino 2012-04-29 06:16:58 UTC
Not reproducible with 3.5.3.2 Linux/x86 (Using the same Version for creating the document and reopening. I did not test different Versions.) Text properties were saved and recreated nicely.
Comment 3 Andrey 2012-04-29 08:53:50 UTC
Not? What do I wrong?...
I reproduce it again, here screencast: https://picasaweb.google.com/105790311280165173713/LibreOfficeBug?authuser=0&authkey=Gv1sRgCNKI7eauxM-VAg&feat=directlink
Comment 4 Nino 2012-04-29 09:58:32 UTC
oops, sorry - I just followed your problem description where you didn't mention that the TextBox should be a form element (so I created a simple Text Box from Drawing toolbar which works fine)

Now with Form element Text Box: confirmed with 3.5.3.2 Linux/x86, so changing Status to NEW.
Comment 5 starmatz71 2012-11-13 21:49:21 UTC
I can confirm this for Libre Office V3.6.3.2 (WindowsXP SP3). It is also in Libre Office V3.5.4 (Ubuntu 12.04).

Formcontrol Elements are not saved into the savefile: font, size, borderstyle, align are not in the content.xml inside the file.

It looks like this isn't implementet/incomplete/removed in LibO?

Export as PDF works fine.

I have checked it with Apache Open Office 3.4.1 and their it works fine.

I believe it is a regression between LibO3.4 and LibO3.5.
Comment 6 starmatz71 2012-11-13 22:16:50 UTC
Created attachment 70036 [details]
Drawing with a textfield created with AOO V3.4.1 - content.xml has font definitions!
Comment 7 starmatz71 2012-11-13 22:17:35 UTC
Created attachment 70037 [details]
Drawing with a textfield created with LibO V3.4.6 - content.xml has font definitions!
Comment 8 starmatz71 2012-11-13 22:18:25 UTC
Created attachment 70038 [details]
Drawing with a textfield created with LibO V3.5.7 - content.xml has NO font definitions!
Comment 9 starmatz71 2012-11-13 22:20:45 UTC
Created attachment 70039 [details]
Drawing with a textfield created with LibO V3.6.3 - content.xml has NO font definitions!

All four files has one textfield with the font DejaVu Serife size 40, horizontal centered and with no border (instead of 3d style).
Comment 10 starmatz71 2012-11-13 22:23:41 UTC
For all who not know, you can open the odg files with an ZIP-Viewer like 7zip e.g. - look at the differences in the content.xml !
Comment 11 starmatz71 2012-11-14 20:55:31 UTC
Created attachment 70089 [details]
Textfile with a textfield created with LibO V3.6.3 - content.xml HAS FONT DEFINITIONS!

As surprise to myself, if i create a texfield in writer the same way how i did it in draw before, the content.xml file has font definitions inside!

Surprise!

And after open it again all is perfectly there.
So i have to create formulars in writer in the future?

Why doesn't it work in draw?

Can someone confirm this bug?
Comment 12 Leo Antunes 2013-02-04 14:01:14 UTC
I can confirm the exact same behaviour with 3.6.5 as well as 3.5.4.
Comment 13 Thomas van der Meulen [retired] 2013-04-17 04:45:11 UTC
*** Bug 63508 has been marked as a duplicate of this bug. ***
Comment 14 David Tardon 2013-07-16 10:00:16 UTC

*** This bug has been marked as a duplicate of bug 57631 ***
Comment 15 Robinson Tryon (qubit) 2015-12-17 06:52:15 UTC
Migrating Whiteboard tags to Keywords: (bibisectrequest)
[NinjaEdit]