Issue 84689 - Unacceptably long sort times
Summary: Unacceptably long sort times
Status: CLOSED FIXED
Alias: None
Product: Calc
Classification: Application
Component: code (show other issues)
Version: OOo 2.3.1
Hardware: All Windows XP
: P3 Trivial (vote)
Target Milestone: ---
Assignee: frank
QA Contact: issues@sc
URL:
Keywords:
: 80932 (view as issue list)
Depends on:
Blocks:
 
Reported: 2007-12-18 09:32 UTC by anoever
Modified: 2013-08-07 15:14 UTC (History)
3 users (show)

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


Attachments
Zip-ed files PRFILE (cond.format) and PRFILEX (plain) (2.22 MB, text/plain)
2007-12-18 09:37 UTC, anoever
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description anoever 2007-12-18 09:32:15 UTC
A Calc document has 31 columns and some 19000 rows, populated exclusively by 
strings. Sorting this document takes only some 5 seconds (probably less), 
regardless of sort key.

If the same document contains conditional formatting, the sort takes roughly 25 
minutes, uses 100% of one CPU, and locks out all other OpenOffice activities. 
There are two different conditional variations:
1) Formula is: LEN(X1)=0: Cell Style: Unknown (which sets Font color, Bold, 
Italic). Affected cell is A1. This condition is applied to one column only.
2) Formula is: G1<>" ": Cell Style: Verified (which sets Font color). Affected 
cell is H1. This condition is applied to 5 column pairs.

I no longer remember when this problem was first seen, but possibly when 
OpenOffice level 2 was introduced.
Comment 1 anoever 2007-12-18 09:37:37 UTC
Created attachment 50409 [details]
Zip-ed files PRFILE (cond.format) and PRFILEX (plain)
Comment 2 kpalagin 2008-01-06 20:40:01 UTC
Confirming using 2.4m241 on WinXP - as described.
For example, sorting by column W takes 20 minutes with conitional formatting 
and several seconds without one.
Comment 3 kpalagin 2008-01-06 20:40:59 UTC
*** Issue 80932 has been marked as a duplicate of this issue. ***
Comment 4 anoever 2008-01-07 09:07:57 UTC
Additional observations:
1) Having done a Select All of a conditionally formatted sheet, a Copy 
operation takes "no time", but a Cut operation takes several minutes. Even a 
Paste operation takes quite some time.
2) As above, a Delete Contents / Delete all operation takes several minuts 
(probably the same operation as a Cut).
Comment 5 niklas.nebel 2008-01-09 19:48:04 UTC
Fixed on CWS "dr58".
Comment 6 kpalagin 2008-01-09 20:00:29 UTC
(That was fast!
If only issues 55266 and 18728 could be resolved that fast too)
Comment 7 niklas.nebel 2008-01-09 20:00:45 UTC
forgot to reassign
Comment 8 niklas.nebel 2008-01-11 18:53:46 UTC
back to QA for verification
Comment 9 oc 2008-01-16 20:56:20 UTC
verified in internal version cws_dr58
Comment 10 thorsten.ziehm 2009-07-20 14:52:43 UTC
This issue is closed automatically and wasn't rechecked in a current version of
OOo. The fixed issue should be integrated in OOo since more than half a year. If
you think this issue isn't fixed in a current version (OOo 3.1), please reopen
it and change the field 'Target Milestone' accordingly.

If you want to download a current version of OOo =>
http://download.openoffice.org/index.html
If you want to know more about the handling of fixed/verified issues =>
http://wiki.services.openoffice.org/wiki/Handle_fixed_verified_issues
Comment 11 cianoz 2009-09-24 16:33:38 UTC
I've been experiencing this problem since version 3.1.0. I read this issue and
issue 103023 but this problem is not still fixed on current version (3.1.1). So
i ask for reopening this issue.

I've installed OOo 3.1.1 on brand new PCs, first time install, and this problem
still occurs here and on every computer of my network. Several people here are
using large spreadsheets and sorting a bunch of rows takes a long time, several
seconds in the better case.
I have a number of computers here so i can test the problem in different
conditions: fresh installations, reinstalls, upgrades, etc. All installations of
OO 3.1.0 and 3.1.1 show the problem, version 3.0.1 instead doesn't.

Something has changed in relation to the sorting feature with the 3.1.x branch
and the problem is not trivial for productivity, especially in a enterprise
environment.

Please, it's apposite to make some checks about this and reopen this issue.
Comment 12 kpalagin 2009-09-25 08:57:28 UTC
cianoz,
sort with both files from attached PRFILEX.zip is fast in m56. Please check 
your files with recent dev build. If you still get slow sort then please open 
new issue and include kpalagin in CC.

Thanks&regards,
KP.