Bug 235050

Summary:	Applying new settings to the ASCII datasource takes ages
Product:	[Applications] kst	Reporter:	Nicolas Brisset <nicolas.brisset>
Component:	general	Assignee:	kst
Status:	RESOLVED NOT A BUG
Severity:	normal	CC:	syntheticpp
Priority:	NOR
Version:	2.0.0
Target Milestone:	2.0.0
Platform:	unspecified
OS:	Microsoft Windows
Latest Commit:		Version Fixed In:
Sentry Crash Report:

Description Nicolas Brisset 2010-04-22 11:55:01 UTC

Version:           2.0.0_devel (using unspecified)
Compiler:          mingw delivered with QtCreator 1.1.0
OS:                Windows 32-Bit

For some reason, hitting "OK" in the ASCII configuration dialog called from the "Configure..." button in the first page of the datawizard takes *awfully* long (ca. 10 s). 
This wasn't the case not so long ago and is really penalizing. It should be fixed. 

Also, and this may be related, it seems that changing the configuration of the datasource involves many calls to some functions (I put a trace in readGroup not long ago, and it showed up 3 or 4 times in a row). I think there is something suboptimal in the mechanism. See also the discussion to bug #215931 for that point, I am still not convinced that the sequence is optimal.

Comment 1 Peter Kümmel 2010-04-29 13:57:40 UTC

I could not reproduce it. Could it be that access to the registry in very slow on your system?

Comment 2 Nicolas Brisset 2010-04-29 15:45:48 UTC

Strange... I have just tried it again and counted seconds. I'm in the order of 20 seconds! I don't know why that would be so slow. And I mean it hasn't always been like that.
I'll have to check on a different computer with a different Qt version. The problem I see here is on a Windows XP PC, with Qt 2009.02 (aka Qt 4.5.1, subsequent versions require admin privileges to install and I just don't have them).

Comment 3 Peter Kümmel 2010-04-29 17:35:13 UTC

You could build Qt by your own, then you don't need admin privileges.

Comment 4 Nicolas Brisset 2010-04-30 08:42:09 UTC

OK, so I've checked it on 2 PCs at home with Qt 4.6.2 and Windows XP+7 and it works fine. It seems to be a Qt bug as using these binaries (those based on Qt 4.6.2) on the system where I was seeing the slowness, everything is now working fine. This probably means we should distribute the next beta Windows binaries based on the latest Qt...
I'm closing the report :-)

Comment 5 Peter Kümmel 2010-08-14 12:14:50 UTC

Change version from 2.0.0_devel to 2.0.0 to simplify version numbering.

Comment 6 Peter Kümmel 2010-11-12 10:42:32 UTC

These bugs are solved with 2.0.0