Bugs in version 7.3.0.0

[ZennoLab Team]

Bugs, errors and problems in new version 7.3.0.0.

---

• Changelog
• Discussing version

---

 

[EtaLasquera]

Date time expressions do not respect system date time format.

//System Date Time = dd/MM/yyyy
DateTime dt = DateTime.Parse("01/12/2020");
project.SendInfoToLog("D: "+dt.Day.ToString());
project.SendInfoToLog("M: "+dt.Month.ToString());
project.SendInfoToLog("Y: "+dt.Year.ToString());

5.45 and older:
D: 01
M: 12
Y: 2020

5.46 and newer:
D:12
M: 01
Y: 2020

We can simple solve this adding culture info parameters or using parse exact.... but I think this is a bug and that change to force all current codes to have culture info or parse exact is not planned.

 

[EtaLasquera]

"Download to" need bizarre change to allow download file into a network path:

instance.DownloadsPath = @"\\192.168.1.200\tempfolder\mytictac";

Will download to c:\192.168.1.200\tempfolder\mytictac

Solution:

instance.DownloadsPath = @"\\\\192.168.1.200\tempfolder\mytictac";

 

[VladZen]

Date time expressions do not respect system date time format.

//System Date Time = dd/MM/yyyy
DateTime dt = DateTime.Parse("01/12/2020");
project.SendInfoToLog("D: "+dt.Day.ToString());
project.SendInfoToLog("M: "+dt.Month.ToString());
project.SendInfoToLog("Y: "+dt.Year.ToString());

5.45 and older:
D: 01
M: 12
Y: 2020

5.46 and newer:
D:12
M: 01
Y: 2020

We can simple solve this adding culture info parameters or using parse exact.... but I think this is a bug and that change to force all current codes to have culture info or parse exact is not planned.

Looks like you are right, there is the bug with date parsing.

"Download to" need bizarre change to allow download file into a network path:

instance.DownloadsPath = @"\\192.168.1.200\tempfolder\mytictac";

Will download to c:\192.168.1.200\tempfolder\mytictac

Solution:

instance.DownloadsPath = @"\\\\192.168.1.200\tempfolder\mytictac";

This may be UAC problem. Try disabling it.