Issue 45347

Created attachment 23980 [details]
Application with fields

MRU>FLR: the attached file is an RTF. The RTF filtershould handle these text
form fields like the Word filter and onvert them to Writer "Input fields".

I have the same problem. 

It's caused by different interpretation of:
{\field{\*\fldinst {\ul\insrsid1266899 FORMTEXT } ...}

OOO interpret it as field for variable named "formtext", Word let write any 
value to it (input field). So OOO copy value to all FORMTEXT fields.

FORMTEXT is pretty common field in MS Word - so mine I vote for this issue.

I played with this a little more. OOO behave nicer when FORMTEXT is formfield 
with \ffname specified (variable is named "FORMTEXT name" then) It usually is 
specified when crafted in MS Word, but sometimes is not.

I also noticed two other, but connected issues:
1/
{\fldrslt {\u8194\'20\u8194\'20\u8194\'20\u8194\'20\u8194\'20}}
is not rendered well. this is placeholder Word sometimes insert into empty 
formfields. It should render as five non-breaking spaces. But OOO renders them 
as boxes - default character (on winXP)

2/
FORMTEXT is form text field. But there are others like FORMCHECKBOX in the 
original attachment.

We will not be able to fix that one until code freeze for 2.0.2 -> retargetted
to 3.0

Due to missing resources retargetted to "OOo Later"

:-( I think, it should be pretty easy change in rtf import filter. Of course, 
not a top priority, but it could improve compatibility with existing 
documents/applications which uses rtf output.

Side note: We have (atleast) two customers, which want to switch to OOO (both 
municipalities with ~50 workstations). But they hesitate, becouse of our 
applications output rtf documents, which looks ugly/corrupted in OOO. Fixing 
that could start some wave of switching among those customers. Of course, I 
could not guarantee anything.

[there are more issues around rtf]

assigning to hbrinkm

I am seeing this in OpenOffice 3.0.1, too.

Download and open this word document:
http://irb.usu.edu/files/uploads/EXEMPT%20APPLICATION%20(v2%201-14-09).doc

Scroll down and click on a checkbox or something. Save it and close it, then
re-open it and scroll down.

Instead of checkboxes and text fields you'll see FORMCHECKBOX and FORMTEXT.

It does appear to work though if I first re-save the original doc file in .odt
format first.  Then the checkboxes and so forth remain even after editing,
saving and re-opening.

I also reported this here:
https://bugs.launchpad.net/ubuntu/+source/openoffice.org/+bug/342426

Created attachment 61670 [details]
Winword file with Formtext and Formcheckbox

I have the same issue on suse 11.1 with oo 3.0.0.9 and 3.0.1 as doug_holton
describes. I attached an example. Opening works fine, saving seems to cause the
problem, after reopening the file there are FORMTEXT and FORMCHECKBOX messages
all over the place instead of the actual forms.

I just found very severe bug in OOO 3.1.0 (not checked with older OOo releases)

When you attempt to _change_ the value of field in RTF document, you can only 
enter numbers. But most FORMTEXT fields are supposed to be text fields (see 
\fftypetxt property).

All other bugs described in this issue are still valid in 3.1.0 as well.

Maybe for 3.4?

Created attachment 77092 [details]
update form containg fields

I received the file 'update form containing fields' (Status Update Form.doc) from an agency and tried to fill in the fields using OO3.3 - couldn't. The author indicated it was created using Office/Word 2003. I was able to supply the update using Word 2000.

Additionally, I booted Ubuntu 10.10 with OO3.2.1 - was able to update form.

Switched back to Winxp pro sp3, removed OO3.3 and installed OO3.2.1 - able to fill in form.

With all due respect, since this feature has been available in Word for more than 10 years and and OO support has been 'spotty' it may be appropriate to bump the importance level for this bug.

Still Reproducible with server installation of  "AOO 4.0.0-Dev – English UI / German locale [AOO400m2(Build:9701)  -  Rev. 1489073  2013-06-03 13:48:37]" on WIN7 Home Premium (64bit)", own separate user profile:

0. Open sample document "2005-03-18 01:43 CET, peschtra" from AOO Start Center
1. Scroll to page 2
   > You will see Variables Fields for Name-Last, Name-First, ...
2. Click into middle of field for Name-Last
   Expected: Caret flashed in filed so that you can type some contents
   Actual: Caret will flash in front of field, Typing will add text in front of
           field instead into field

Additional info:
a) You can get text into user-fields after a double click, but that is 
   unintuitive.
b) Checkboxes do not work at all
c) I remember to have seen this issue also in LibO for all OS (But I can't  
   remember or find the Bug no.), so (also due to Comment 15)  OS to ALL
d) I frequently see that such .doc questionnaires what can not be edited 
   (or at least only with difficulties) with AOO
e) Competitors:
e1) LibO: Bug is fixed.
e2) Symphony: Completely unusable, most fields not shown.
e3) SoftMaker FreeOffice: Checkboxes work fine, but I did not find a way to
    insert contents to User Fields
e4) Calligra: Completely unusable, fields not shown.

Reset assigne to the default "issues@openoffice.apache.org".