CSPro Users Forum

I was able to reproduce the issue and will need to look into it further. My suggestion is to store the values as whole numbers and then take an additional step to convert them to their decimal value.

Sure. If you're already sync'ing to an FTP server. How about downloading the data using a utility application.

syncconnect: https://www.csprousers.org/help/CSPro/s ... n_ftp.html
syncdata: https://www.csprousers.org/help/CSPro/s ... ction.html

That makes sense. The current version of CSWeb does not support PHP 8.0. We are working on that currently.

When I tried to open the CSDS I couldn't. It complained about the datetime, so I the made the following edit to the csds (swapped periods for colons): "buildTime": "2022-12-06T08.00.44Z", to "buildTime": "2022-12-06T08:00:44Z", and I was able to open the file....

Can you attach the sync log? Also, the app package newly built and deployed after the new installation?

0x0A is a newline character which isn't allowed in the header. It's possible it needs to be stripped before sending. We'll look into it, but hopefully this is just a one-off-issue for you. Thanks for reporting the issue.

An expired SSL certificate will cause this. I would try sync'ing on another device. This could help you troubleshoot whether the SSL certificate is not configured correctly or cached. If it's cached you could try clearing the credentials in CSEntry and on the device itself.

Trying clearing your credentials: File > CSPro Settings > Clear Credentials. Then on the Synchronization Options dialog try test connection. If you get the same message it may be your network configuration. You could confirm this by trying at another location.

Can you attach a sample CSDB file which exhibits the issue? This would allow us to reproduce the issue on our side.

What happens when you select a filter?