Thank you, I’ve tried the link but it doesn‘t work for me, just get a white screen of death.

Will try tomorrow from another provider...

Yeah turns out it redirects to the same link as you posted. Sorry, I failed to notice that. The link worked for me earlier this week.

There was no change in the astrometry behavior in 2.9.3. How does KStars prevents ANSVR from working?

I just re-uploaded the Windows version now since there was a problem with the icons (and size). Mac version was deleted by mistake and it's restored now.

Qt5DataVisualization is an optional dependency, you can compile KStars without it just fine.

I hadn't realised it was just a warning rather than a configuration error and the makefile was still able to be generated. I've set a build off now.

fwiw it looks like that package isn't in debian stretch and doesn't appear to be buildable without a newer version of QT than stretch ships with. QT_CONFIG use likely means qt v5.8 or greater and there's a qrandom.h issue which might need an even newer version.

What is it that is making use of datavis?

Back in December I added the ability to get a 3D plot of your pixel data so that you can examine your star profile or other interesting features in your image. The feature is pretty well described in the blog posts for the last couple of versions of kstars. knro.blogspot.com. I wrote the part of the post about the feature.

I tested with my field setting, that is, the RPi3 is connected with a cable to a small Wifi router (TL-WR802N), to which the Windows PC accessed thru Wifi. Then the Windows PC and the RPi3 are isolated from the internet.
With this setup, the Kstars 2.9.2 succeeded to plate-solve, as shown in the attached SS, but 2.9.3 shows "Error: No connection to the internet" as in the second SS.

I changed the network config in such a way that the RPi3 is wiredly connected to my home LAN and the PC is connected to the LAN thru Wifi. Then the solver succeeded as shown in the third SS. In this case, the PC can reach the internet outside the LAN.
I wonder 2.9.3 may check the connection to the internet when the "Online" solver is selected.

It is checking if the network is "accessible". If it is not accessible, then all network request, even local, would fail.

Thanks, Jasem, for your reply.
Do you mean by "accessible" that the client Windows can reach not only the server on the RPi3, but also the internet?
If so, I cannot use the RPi running the INDI server with the Ekos on Windows in the field.
Hmm.., it's strange that the solvers of 2.9.2 and former have succeeded with the same setup.

I still have no luck downloading 2.9.3, there is still a php white screen of death using the link on this page:
edu.kde.org/kstars/

Using this page gives me version 2.9.2:
indilib.org/download/osx.html

Tested with Safari and Firefox.

Please, can you attach the file to this thread?

All the best,
Oliver

I don't think it necessarily means internet, here is the exact definition: doc.qt.io/qt-5/qnetworkaccessmanager.htm...rkAccessibility-enum

I've roughly read the log of kstars.git, but couldn't find any possible cause of the issue.
Since 2.9.2 allows successful plate solver with the ANSVR local astrometry on Windows, it may be possible that some change in the Qt binaries/libraries is brought after the release of 2.9.2, which affects the behavior of networkAccessible().

I noticed that you modded the code onlineastrometryparser.cpp, and soon later, you reverted. I don't know why, but your mod would solve the issue. If you need any test, I'll help to test a revised binary on Windows.