Bug 271831

Summary:	No curve plotted at all when one data file is missing
Product:	[Applications] kst	Reporter:	Grégoire Verlut <gregoire.verlut>
Component:	general	Assignee:	kst
Status:	RESOLVED FIXED
Severity:	normal	CC:	syntheticpp
Priority:	NOR
Version:	2.0.3
Target Milestone:	---
Platform:	Microsoft Windows
OS:	Microsoft Windows
Latest Commit:		Version Fixed In:
Sentry Crash Report:
Attachments:	Here is an a example of the wrong behavior screenshot of the plots

Description Grégoire Verlut 2011-04-27 11:46:27 UTC

Version:           2.0.3
OS:                MS Windows

I prepared a kst file, using several existing data files.
I then corrected the "file" entry in the kst file to be sure that all references are relative (ie file and fileRelative are in fact relative reference)

I copied the kst file to another directory, where some of the data files used by the kst are not present.

When I open the kst file in the new location, no curve is plotted at all.
The data manager shows that the vectors for the non-existing files are filled with 3 data. It's 3 times NaN.
The curves are also created with 3 data, but nothing is plotted, not even the curves corresponding to the existing files

Reproducible: Always



Expected Results:  
I would expect kst to plot at least the existing files, like when a vector contains NAN.

Perhaps a warning by loading the kst file that some files where not found, either via a pop-up window or in the status bar.

OS: Windows 32-Bit

Comment 1 Grégoire Verlut 2011-04-27 15:32:04 UTC

Created attachment 59363 [details]
Here is an a example of the wrong behavior

rename PRN_0010 to PRN_001 to get the correct result.

Comment 2 Grégoire Verlut 2011-04-27 15:36:57 UTC

I tried further to work with this bug.

It seems that if affects only the plots of the current tab for which some data files are missing.

Considering a kst file with 2 tabs.
The first tab is not displayed when opening the kst file, here the missing files do not disturb the plotting.

The second tab is displayed when opening the kst file, here the missing files block the displaying of the plot containing "missing curves". The other plots, having all their curves, are correctly displayed

Comment 3 Nicolas Brisset 2011-04-27 15:54:27 UTC

Thanks for the test case. With it, I can confirm the issue. 
This is definitely a bug. A lot of curves have valid vectors and should be plotted, but they are not.

Barth or Peter, can you have a look? This is probably fairly easy to fix.

Comment 4 Netterfield 2011-04-27 18:58:30 UTC

Of course...
I'm going to finish up auto-format first though.


On Wed, Apr 27, 2011 at 9:54 AM, Nicolas Brisset
<nicolas.brisset@eurocopter.com> wrote:
> https://bugs.kde.org/show_bug.cgi?id=271831
>
>
>
>
>
> --- Comment #3 from Nicolas Brisset <nicolas brisset eurocopter com>  2011-04-27 15:54:27 ---
> Thanks for the test case. With it, I can confirm the issue.
> This is definitely a bug. A lot of curves have valid vectors and should be
> plotted, but they are not.
>
> Barth or Peter, can you have a look? This is probably fairly easy to fix.
>
> --
> Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email
> ------- You are receiving this mail because: -------
> You are the assignee for the bug.
> _______________________________________________
> Kst mailing list
> Kst@kde.org
> https://mail.kde.org/mailman/listinfo/kst
>

Comment 5 Peter Kümmel 2011-04-28 22:23:05 UTC

I've added a patch, but the loaded plots look a bit strange.

On sourceforge in 'Snapshots' is binary for Windows (2011.04.28).
Grégoire could you check if the graphs have to look this way 
because of the missing data?

Comment 6 Grégoire Verlut 2011-05-02 08:39:58 UTC

It seems you put the source and not the binary in the zip.
I tried to compile it with QT 2010.04 but I got the following error

:: error:  cannot open input file 'debug\gridlayouthelper.obj'

so I did not further try to make it run.
Can yopu zip it again?

thanks

Comment 7 Grégoire Verlut 2011-05-02 08:47:21 UTC

Created attachment 59525 [details]
screenshot of the plots

The way it should look like

This is a screenshot of the curves when everything is there.
It should look the same when PRN_001 is missing (because it is indeed a copy of
PRN_005)

Comment 8 Peter Kümmel 2011-05-02 20:46:21 UTC

Ah sorry, uploaded the wrong zip. But now also the win32 binaries are on sf.

Your screenshot looks like the one I've seen!

Have you compiled with qmake, which was not up-to-date? Fixed it trunk.

Comment 9 Grégoire Verlut 2011-05-05 10:10:47 UTC

The win32 binaries on sf ( snaphot) works as expected.

Thanks

Comment 10 Nicolas Brisset 2011-05-05 10:22:57 UTC

OK, then I'm closing the bug.