Issue 74187 - XML Forms slow with a lot of controls
Summary: XML Forms slow with a lot of controls
Alias: None
Product: Writer
Classification: Application
Component: editing (show other issues)
Version: OOo 2.1
Hardware: PC Windows XP
: P3 Trivial with 2 votes (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
Depends on:
Reported: 2007-02-05 08:49 UTC by oisin_
Modified: 2013-02-07 22:03 UTC (History)
3 users (show)

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

Sample file showing the descibed behaviour (11.98 KB, application/vnd.oasis.opendocument.text)
2007-02-05 08:51 UTC, oisin_
no flags Details
2 sample file with more complex bindings (30.22 KB, application/vnd.sun.xml.writer)
2007-04-26 15:10 UTC, oisin_
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description oisin_ 2007-02-05 08:49:31 UTC
When an XML form contains a lot of controls that are linked to nodes in an 
XForms Instance working with the form is very slow (CPU usage is at max) in the 
following cases:
- typing text into the form fields
- switching to and from design mode
- editing the form (format of fonts, tables etc; position of controls; ...)
- nearly every time upon saving: the cursor jumps to all fields with tab stop 
  one after the other before saving. This is especially annoying during auto 
  save as the focus of the current field is lost.
Comment 1 oisin_ 2007-02-05 08:51:27 UTC
Created attachment 42743 [details]
Sample file showing the descibed behaviour
Comment 2 michael.ruess 2007-02-05 10:00:57 UTC
Reassigned to MSC.
Comment 3 kpalagin 2007-02-05 15:49:55 UTC
Confirming with m2 (build 9110) - if you type anything in any combobox and 
then save file Writer _visually_ iterates through each control while saving.
At first this is very entertaining, but later on becomes very frustrating 
(slow and looses current cursor position).
Opening the file is slow too.

typing in the text in text box is ok (not any slower than typing in plain 
Writer file).
Comment 4 oisin_ 2007-02-06 07:05:23 UTC
On my system (AMD Athlon 64 3000+, 1GB RAM) the characters don't appear as you 
type but some milliseconds later. This is even more noticable within a more 
complex document and on slower machines. In a new document with only the 
textbox the characters typed appear instantly.
Comment 5 oisin_ 2007-04-26 15:09:18 UTC
I did some more testing on the performance issue. The problem seem to be 
complex XPath expressions in the bindings. Thus I changed the sample file to 
contain some more complex bindings. This documents takes between 30 and 40 
seconds to open and typing in the text field is really slow.
Comment 6 oisin_ 2007-04-26 15:10:36 UTC
Created attachment 44704 [details]
2 sample file with more complex bindings
Comment 7 oisin_ 2008-01-31 08:04:49 UTC
Sorry if I might get on your nerves, but this problem is still present in 2.3.1 
and our customers are complaining constantly about this. Is there a chance to 
look into this and get it fixed soon??
Comment 8 Frank Schönheit 2009-05-04 14:53:51 UTC
I suppose this is better kept in the "needs confirmation" pool ...
Comment 9 zhangweiwu 2009-11-10 09:43:26 UTC
This issue bit me since too years ago! Now with 3.1 I still suffer from this
issue. Since a workflow form is involved, the slowness could kill its
application, in my case my user would complain why we don't make web application
out of it, which 'ruin' the convenience bought by xform because this feature is
designed so that we don't have to build and re-build web application for every form.

What needs to be done to confirm it? I see it everyday. As a user not knowing to
much technical stuff here, I wonder what can I do to make it as confirmd, can I
proove it with a video camera clip show people suffer from this problem?