To comment on the following update, log in, then open the issue:
http://www.openoffice.org/issues/show_bug.cgi?id=115279
                 Issue #|115279
                 Summary|Base un-usably slow when used in conjunction with JRE 
                        |1.6.0_22 with accessibility
               Component|Database access
                 Version|OOO330m9
                Platform|PC
                     URL|
              OS/Version|Linux
                  Status|UNCONFIRMED
       Status whiteboard|
                Keywords|
              Resolution|
              Issue type|DEFECT
                Priority|P2
            Subcomponent|none
             Assigned to|dbaneedsconfirm
             Reported by|domcoop





------- Additional comments from [email protected] Wed Oct 27 21:51:07 
+0000 2010 -------
I apologise in advance if posted incorrectly. I am not sure if this is an Open
Office issue, a linux distribution issue, or a JRE issue.

I operated a postgresql database, with a Base file, using the JDBC backend. I
was using Fedora linux distribution, and the official open office release 3.2.0,
milestone 9.

Main use of application was "base forms", mostly including two or three
sub-forms, bound to the main form.

Searching through records was not particularly fast, from record 1 to record 130
of the main form would take around 1 to 2 seconds, with the form then updating
the bound sub-forms, taking around a further 2 seconds. I am aware of the issues
as to why the architecture is designed in this way.

Upgraded the operating system to Fedora version 14 beta. It "updated" the JRE to
"1.6.0_22 with accessibility support".

The application became noticably slower to start up (no exact timings). The
forms were taking around 30 seconds to open, freezing the application during the
process.

Once the form finally opened, to search from record 1 to record 130 went as
follows:-

=> no response for 2 seconds.
=> search record box shows at the bottom the current record as being around 3.
=> no response for 5 seconds.
=> search record box tries to redraw and isn't fully rendered (probably a window
manager issue).
=> search box visible again, shows record 11.
=> freezes again for 3 seconds or so.

ETC.

This renders the application unusable.

Switching to JRE 1.6.0_24 returns performance to previous levels.
Switching to the SDBC connector for Postgresql is slightly faster still (as
probably would be expected, but I hadn't used it previously as it is marked as
"beta" and this is a production environment - a lawyer's practice case
management system).

The matter is compounded because it took me a while to realise that the Java may
be the culprit - I tried upgrading OOO to 3.3.0 - no difference, I tried various
tweaks to the OS.

No doubt this is not a bug, but a feature - but the problem should be resolved
for any other users of Fedora who upgrade (in many cases automatically as distro
version 14 moves out of Beta). Once again, sorry if this is in the wrong place.

---------------------------------------------------------------------
Please do not reply to this automatically generated notification from
Issue Tracker. Please log onto the website and enter your comments.
http://qa.openoffice.org/issue_handling/project_issues.html#notification

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to