Issue 47568 - Calc edit slow, UI freezes for number of seconds
Summary: Calc edit slow, UI freezes for number of seconds
Status: CLOSED DUPLICATE of issue 83708
Alias: None
Product: General
Classification: Code
Component: chart (show other issues)
Version: 3.3.0 or older (OOo)
Hardware: PC Linux, all
: P3 Trivial (vote)
Target Milestone: ---
Assignee: mikhail.voytenko
QA Contact: issues@graphics
URL:
Keywords: oooqa, regression
Depends on:
Blocks:
 
Reported: 2005-04-16 12:58 UTC by punch_md
Modified: 2013-02-24 21:21 UTC (History)
4 users (show)

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


Attachments
Test case spreadsheet file (much reduced) (1.11 MB, application/vnd.sun.xml.calc)
2005-04-17 20:01 UTC, punch_md
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description punch_md 2005-04-16 12:58:56 UTC
openoffice.org1.9.93 or 2.0beta under Scientific Linux (RHEL3 clone)

Importing a complex spreadsheet from 1.1, performance is very slow when trying
to edit. (spreadsheet contains many sheets, with financial calculations on
per-date basis, and other sheets with charts, mainly stacked charts and line
charts referring to other sheets). After modifying a single cell, OOo thinks
about it for a few seconds (doesn't refresh screen, etc. for about 20seconds for
the above spreadsheet), then comes back to life. Keystrokes made in the
intervening time are kept and inserted. Reducing the number of charts (by
deleting the sheets containing them) reduces greatly this dead-time. This is not
a good solution, though!  No such problem with 1.1.3.
Comment 1 frank 2005-04-17 13:39:44 UTC
Hi,

seems to be Chart related as you told us. o I changed the component.

Could you please attach a document showing this behaviour ?

Thanks

Frank
Comment 2 punch_md 2005-04-17 20:01:33 UTC
Created attachment 25145 [details]
Test case spreadsheet file (much reduced)
Comment 3 punch_md 2005-04-17 20:05:15 UTC
Attached a greatly simplified version of the original file, which has the same
behaviour but freezing for less time.
Behaviour can be seen by editing a few random cells in the first sheet.
Comment 4 Matthias Basler 2005-04-17 20:32:50 UTC
FYI: On WindowsXP_SP2 with OOo1.9.91 on a Pentium M 1.3Ghz the document works
fine for me. Maybe it's really OS-dependent.
Comment 5 kla 2005-04-26 13:25:01 UTC
Problems in calculation.
Comment 6 niklas.nebel 2005-04-27 12:04:48 UTC
The charts are updated, and it's the handling of the metafiles for the chart
replacement graphics that takes so long
(Region::ImplPolyPolyRegionToBandRegionFunc, called by MetaClipRegionAction::Write).
Comment 7 thb 2005-04-27 13:57:53 UTC
@mav: Please take over, as discussed. I cannot practically change the region
code, it has a comparably amount of bugs to SfxItemSet, and its bugs are relied
on equally widespread throughout the office. Great speedups would be achieved,
if serializing/deserializing of metafiles could be avoided.
Another (though not very viable) option would be to change the metafile format
incompatibly, by not writing out a banded region. That will cause display
artifacts with older OOo versions.
Comment 8 Mathias_Bauer 2005-05-24 11:07:11 UTC
Too much issues for 2.0.1
Comment 9 punch_md 2006-01-07 21:09:28 UTC
Still an issue with Openoffice.org 2.0 (some files block more than a minute
after each edit).
This is a killer, and makes it impossible for me to upgrade from ooo 1.1.2.
Comment 10 utomo99 2008-01-04 13:06:26 UTC
regression from OOo 1.X
Comment 11 punch_md 2008-01-04 13:27:36 UTC
Works acceptably on Openoffice.org 2.3
Comment 12 IngridvdM 2008-01-22 13:33:11 UTC
This issue is a duplicate of issue 83708 (which has a more easy to reproduce
example doc attached). The issue is fixed already with integration of CWS
chart15 in version ooh680_m2. You can download a developer version here to check
if you like:
http://download.openoffice.org/680/index.html?intcmp=1235

*** This issue has been marked as a duplicate of 83708 ***
Comment 13 IngridvdM 2008-01-22 13:35:26 UTC
closed as duplicate