Issue 97652 - Insert table with more than 50 columns and rows hangs Drawing and Impress
Summary: Insert table with more than 50 columns and rows hangs Drawing and Impress
Alias: None
Product: Draw
Classification: Application
Component: code (show other issues)
Version: DEV300m37
Hardware: PC All
: P3 Trivial with 10 votes (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
URL: http://
Keywords: usability
: 105594 106152 (view as issue list)
Depends on:
Blocks: 84292
  Show dependency tree
Reported: 2008-12-30 04:11 UTC by amy2008
Modified: 2017-05-20 10:45 UTC (History)
6 users (show)

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


Note You need to log in before you can comment on or make changes to this issue.
Description amy2008 2008-12-30 04:11:05 UTC
Can reproduce it with DEV300m37 on WinXP and Fedora

How to reproduce it
1 Open a new Drawing and Impress
2 Insert - table, set Numbers of columns and rows more than 50, OK

Drawing and Impress hangs

Insert table successfully

Li Meiying
Comment 1 wolframgarten 2009-01-05 13:04:30 UTC
Reproducible. Reassigned.
Comment 2 clippka 2009-10-12 17:33:36 UTC
adapting priority as this is a artificial use case for impress/draw tables
Comment 3 clippka 2009-10-12 17:33:56 UTC
*** Issue 105594 has been marked as a duplicate of this issue. ***
Comment 4 tjwhaynes 2009-10-13 21:02:04 UTC
I note this got a lower priority based on the artificial scenario. However, it
is clearly visible for any moderate table. I have one which is 11 columns and 18
rows (about as large as any presentation should ever have). While it does not
hang, this table is almost unusable on OOo 3.1.1-19.2fc11 (OOO310m19, Build
9420). It takes 8 seconds to resize one column (T60p laptop, Fedora 11 32bit,
Intel T2600 cpu @ 2.16GHz). I suspect an O(rows*columns)^N algorithm at play here. 

I would recommend raising the priority to P3. This is a significant usability
issue for larger tables.
Comment 5 wolframgarten 2009-10-21 15:23:17 UTC
*** Issue 106152 has been marked as a duplicate of this issue. ***
Comment 6 annulen 2010-06-02 15:19:24 UTC
I reproduce slow down for moderate tables. I have an old PC (512 MHz Celeron), 
but creating and resizing of moderate tables (like 10x10) in Writer works fast. 
But after moving table from Writer to Impress, it takes about 30 seconds to 
resize one column or row! 

During resize process, I see some stages with "blurring" text - maybe some sort 
of resize "animation" causes speed problem?
Comment 7 annulen 2010-06-02 15:20:37 UTC
"animation" was wrong word - better say "gradual movement of text instead of one-
Comment 8 brunoharbulot 2010-06-02 19:13:31 UTC
I too experienced the same problem. On a 10x10 table, even selecting a few cells
is slow, any sort of edition/resizing is barely usable.
This was reproducible on two different machines (OSX and Linux), even on a
fairly recent machine with 4GB of RAM.
Comment 9 oooforum (fr) 2013-09-05 13:01:23 UTC
If you want to manage large and complexe table, it better to use OLE function.
Make your table in Writer or Calc and include it through Insert > Object OLE.
Comment 10 Marcus 2017-05-20 10:45:23 UTC
Reset the assignee to the default "".