Issue 100187 - multiple input fields all get the same text
Summary: multiple input fields all get the same text
Alias: None
Product: Writer
Classification: Application
Component: code (show other issues)
Version: OOo 3.0.1
Hardware: PC All
: P3 Trivial (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
Depends on:
Reported: 2009-03-13 17:38 UTC by pfortin
Modified: 2017-05-20 10:45 UTC (History)
4 users (show)

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

Sample document (.ott) (15.70 KB, application/vnd.oasis.opendocument.text)
2009-03-17 16:31 UTC, pfortin
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description pfortin 2009-03-13 17:38:15 UTC
Trying to create a form with various fields.  Insert->Fields->Other:"input
field" can be used multiple times with different "Reference" names; BUT...  if I
change any one of these, ALL other input fields end up with that same data. 
Pretty much useless, though it can result in some humorous language -- is there
a workaround?

On a positive note, this "feature" would be nice for multiple occurrences of
fields needing to stay in sync.
Comment 1 h.ilter 2009-03-16 13:18:39 UTC
Did you also insert the field "Next record"?
Comment 2 michael.ruess 2009-03-16 14:57:45 UTC
I cannot reproduce this problem. Tested it with native OO 3.0.1 and 3.1 dev
build on WinXP, ubuntu 8.10 and SUSE 10.2. Do you work on a certain Linux
distribution, e.g. ubuntu or Fedora running the by-packed OOo build? In this
case, please refer to the distributors support or even run the native OOo builds
which can be downloaded from
Comment 3 pfortin 2009-03-16 15:19:21 UTC
hi:  unless I misunderstand, "Next Record" relates to full records within a
DB...  here, I'm talking about "fields" -- in fact, I don't even have a DB for
this form...  Maybe I'm trying to use the wrong tools...  I was expecting to
create a simple form that I could use to "fill in the blanks" in a one-of
as-needed case.

mru:  valid question -- I use Mandriva 2009.0 all up-to-date; BUT...  I don't
wait for the distro to release; I always install the OOo version as soon as
available -- so this is the as-distributed-by-OOo version.

As indicated to "hi", all I want is a simple form with no DB requirements... 
should I be attacking this from a different angle?  

To reproduce, just create several input fields with different reference names,
switch off design mode and try to input data in any field and print preview it.
Comment 4 michael.ruess 2009-03-17 09:56:12 UTC
Hm, this still works fine here on my OOo... Could you please attach a sample
document, so that we can maybe find out what we do differently in our documents?
Comment 5 pfortin 2009-03-17 16:31:51 UTC
Created attachment 60991 [details]
Sample document (.ott)
Comment 6 pfortin 2009-03-17 16:37:53 UTC
Added comments within the sample document.  It's important to remember that I'm
trying to create a simple form which does not rely on a DB...  in fact, the
intent was to just make it available and let an agent fill it in and print
directly.  So it won't hurt my feelings if you tell me this is the wrong
approach as long as there is a way to do this somewhere in OOo...  :)  Even a
non-printing "settings selection" page acting as the "DB"...  There is just no
need to go through the setup, support and training of an actual DB when all I
want is to provide a simple fill in the blanks form....  HTH
Comment 7 michael.ruess 2009-03-17 17:00:51 UTC
MRU->OS: with the attached document, the problem is reproducible. When changing
the content of one input field, the other fields get the same value.
Comment 8 jmpoo 2014-02-04 11:25:22 UTC
He used several Input Fields to fill the same User Field (=Variable). So it is expected and correct behavior, that all fields show the same text. 

Open Fields-Dialog in his sample ods and you will see the unnamed User Field at Variables.

He should use Input Fields from Funktions tab or also several User Fields, one for each Input Field.
Comment 9 Marcus 2017-05-20 10:45:28 UTC
Reset the assignee to the default "".