Day before yesterday I planned a day trip without any problems, but now I get errors about refresh problems or whatever. Even a newly planned route between two points is shown just shortly, but then there seems to be a “timeout” error, and the route is take away.
The website seems to request a manual “refresh” - for whatever reason. but even doing so does not yield another result.
As all other visited websites behave normal I do not think this behaviour relates to any change on my side. I should add, though, that I am presently in a foreign network that requires a login every time the comp is switched on or waken up again.
Normally I find the loaded tour centered and magnified to fit into the browser window, with the course of the tour shown as line.
If I center and magnify the obviously loaded route points the absence of the route course is obvious:
Trying to rebuild the tour by choosing another routing option (extra curvy instead of curvy, e.g.) reproduces the same error message as shown in my last post. And, of course no routing course.
Hmm, very interesting, that does indeed look like some kind of broken API request to Kurviger, almost like your connection allows traffic to Kurviger itself but not to some scripts or backend resources it needs…
Did you try another browser? I see that you have an adblocker installed, could you disable it for a second and refresh the page? Same goes for any scriptblocker, if you have one. That’s just for testing, it shouldn’t be a problem, but we need to rule it out as a cause real quick
Also: let’s do one more check to see that the route is definitely not the culprit. Could you post the link to the route from the screenshot here please, so that I can click on it and test it here?
I just disabled the adblocker for kurviger, and this seemed to produce the requested tour with course - but just for a second. Another (automatic) refresh reproduced an error and even eliminated the route points from the left list, and left the browser window “virginal”. I seem to remember to have encountered this behaviour once before some hours ago.
Another observation: I had to be “offline” myself (not the computer!) for sanitary reasons just before, and returning to the comp showed the route as expected. My further observations as described above were made after this (as I hoped you already had changed something and wanted to test again).
But I had this tour available, as anticipated, before, and my observation holds for other, previous tours as well. Of course I gave some of the formerly designed ones a try to rule out any recent procedural fault cause just by me.
Another interesting detail, as I just tried to define a new, super-simple route into the present vicinity: A right-click into the map, to define an end point of the two-point tour, showed a very unexpected design of the appearing box, as shown in the following browser screenshot. Perhaps this gives you some idea:
Wow yeah ok there is most definitely some css or some other resources not loading. I’m out of my depth here (I’m not a developer for kurviger) and we’ll have to wait and see if @boldtrn finds some time to check this out.
In the meantime I truly hope you can get by with another computer or the kurviger app for Smartphones
Thanks for providing all the additional information @Petra-Kathi. I can’t reproduce the issue, is it still happening for you?
You are using some browser plugins like Adblock and Ghostery, these can sometime create issues. I tested the route you posted above in Firefox 67.0.4 with Adblock on Ubuntu and could not verify that behavior.
To me, it seems like that, either your Browser/Router or our security gateway denied permission to access to the route calculation and translation service (that’s why you saw these weird names like web.set_start). Are you using a new VPN or other anonymization software? We do have a security engine in front of our servers that checks if your request is likely to be an attack. If you are on a VPN, it might be that someone else on that VPN is currently doing anything malicious and you might share the same IP range, due to that your requests might be classified as malicious. There are some other anonymization techniques typically used by malicious attackers that might lead to incorrectly classifying your requests as malicious. It’s hard to tell to be honest . I double checked our triggered firewall rules yesterday and tried to fine tune this a bit, but without knowing the reason why you have been blocked, it’s hard to tell (or if it even was the firewall).
Just a short notice: The Kurviger website works again for me. Don’t know what has changed - at least nothing on my side I could have influenced.
As you have asked: I am presently attending a motor bike gatherin in a conference site. It features a WLAN access by the HOTSPLOTS system, where you have to log in anew everytime you switch on the comp or re-enter the range with your smartphone. I am not informed about the internals beyond this short information.
If Robin has tinkered in the background: Thank you very much!! My remaining three motor bike tours are safe to ride now!
yes, I did enjoy the gathering, even though the temperatures were wayyy up.
The issue did not reappear in its malevolent version (no tour planning possible; tour not shown) but I got warnings several times that the routing would be very slow (which was not really true, at least in my notion). Same did show up yesterday when I routed the web traffic on the notebook through my 4G smartphone.
But I am still curious if you did change anything in the web service?
Kind regards and thanks for the help, even if only psychological to overcome the frustration,
I fine tuned 2 firewall rules that might have been triggered by the HOTSPLOTS system. So this might have changed something. But it’s really hard to know if this was the reason.
Great to hear that the issue seems to be resolved. Please let us know if there are any issues!