Bug 33879 - Custom Fields that worked in MS-Word 2003 and OOO 3.2 are present but not editable!
Summary: Custom Fields that worked in MS-Word 2003 and OOO 3.2 are present but not edi...
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
3.3.0 release
Hardware: All All
: medium major
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-02-03 12:19 UTC by Bill Hudacek
Modified: 2011-08-07 09:10 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Bill Hudacek 2011-02-03 12:19:49 UTC
I have extensive document automation: custom fields for version, confidentiality classification, copyright, and issue date are a few of the fields.  They are used throughout the doc (intro, footers...).  They still have the old values in the document, but now File -> Properties shows 'info 1' through 'info 4' and nothing else.

I have a lot of these documents - and templates for them.  Please tell me there's a workaround or a fix.  I can't find any other mention of custom fields except that they've been 'revamped' in 3.3.0 (and that scares me...).

I don't want to go back to OOO.  I sure hope there's a way around this.  And my need is 'ASAP' though not urgent. I can work in MS-Word for a day or two until I figure this one out.

Many thanks.  

/Bill
Comment 1 Bill Hudacek 2011-03-26 15:39:13 UTC
*bump*.

I've gone back to OOO.  This is a debilitating loss of functionality.  Standards or no standards, you've left many out in the cold with these changes.

Fix this, and we won't have to live in an oracle world :-(

/Bill
Comment 2 Meenakshi Kanaujia 2011-05-23 22:11:01 UTC
Hi,

I am also facing the same problem.
I am usinh LibreOffice 3.3.2.
I have create one .odt document, added two custom properties - Name and Age.
Save and re-open the document, all the properties and values are preserved.
Save as the same document as .doc format, close and re-open, all the custom properties are gone.

Thanks,
Meenakshi

Same thing (custom properties) are working fine in Openoffice.org 3.2.0.(In reply to comment #1)
> *bump*.
> 
> I've gone back to OOO.  This is a debilitating loss of functionality. 
> Standards or no standards, you've left many out in the cold with these changes.
> 
> Fix this, and we won't have to live in an oracle world :-(
> 
> /Bill

(In reply to comment #0)
> I have extensive document automation: custom fields for version,
> confidentiality classification, copyright, and issue date are a few of the
> fields.  They are used throughout the doc (intro, footers...).  They still have
> the old values in the document, but now File -> Properties shows 'info 1'
> through 'info 4' and nothing else.
> 
> I have a lot of these documents - and templates for them.  Please tell me
> there's a workaround or a fix.  I can't find any other mention of custom fields
> except that they've been 'revamped' in 3.3.0 (and that scares me...).
> 
> I don't want to go back to OOO.  I sure hope there's a way around this.  And my
> need is 'ASAP' though not urgent. I can work in MS-Word for a day or two until
> I figure this one out.
> 
> Many thanks.  
> 
> /Bill
Comment 3 Nicolas VINOT 2011-06-07 06:33:43 UTC
Please fix this problem too !

This bug is highly blocking in professional environnement and prohibits migration from OOo to LibreOffice.
Comment 4 dnh 2011-07-10 07:26:57 UTC
I can confirm this issue on W7 and Linux. It is still broken in LO 3.4.

And I can confirm that the problem inhibits migration from OOo to LO. I need this feature to be able to insert Zotero references, see bug 38981, so I stay with OOo.
Comment 5 Rainer Bielefeld Retired 2011-08-07 09:10:25 UTC
I can't confirm that for documents created with OOo 3.1.1 with "LibreOffice 3.4.2  - WIN7  Home Premium (64bit) German UI [OOO340m1 (Build:203)]". Saving document as .doc (2000/xp) from LibO and reopening shows all fields.

I was able to reproduce he problem with documents created with OOo 3.1.1, and "LibreOffice Portable 3.3.3  - WIN7  Home Premium (64bit) German UI [OOO330m19 (Build:301  Tag 3.3.3.1)]".

So it seems the problem has been fixed in between.

@all:
Please feel free to reopen this bug if you find out that the problem still exists with the current stable LibreOffice version and if you can contribute requireed additional information due to <http://wiki.documentfoundation.org/BugReport> (especially BugReport Details):

a) source document
b) result after you have saved it from LibO
c) Step by step instruction due to <http://wiki.documentfoundation.org/BugReport>