In the vain hope that it might make some difference, this is what I just submitted to VR just now ...
Bonjour!
I am MidnightFoiler, winner of Mini en Mai 2019 and the bug I am reporting happened when I was in the lead of La Solitaire Urgo 2.
Please, I beg you, respond to this message with something more than we will "forward this to the developers" or have the developers respond (en Francais c'est ok). I am a software developer and would be happy to advise how to fix the issues that can make playing this wonderful game very frustrating. Je vais aussi traduire cela en français si besoin.
Being a software developer in a small company I have a lot of sympathy and I understand that you need to pay the bills rather than fix bugs (although fixing some of these bugs would I'm sure retain more paying players). At the end of the email are some ideas for the VIP subscription that I would actually be willing to pay for.
I had a gybe programmed at 11:54 (UTC + 10) and the gybe occured as expected. Then 14 minutes after the gybe at 12:08 I moved a progammed course change forward 1 hour. This then sent a message to the server to gybe back as well as moving the programmed course change forward. I have attached a screenshot from VR dashboard chrome extension which proves this. There is NO possibility that I did this myself as this was the last gybe into Lands End and on to France.
Therefore my boat sailed for 25 minutes in the wrong direction until I noticed. When I rejoined the 2nd place boat I had lost at least 0.6nm and was now in 4th place. (Note DTL is not accurate because the "leader" was taking an inside track).
To fix this the developers could make one or more of the following changes:
1. When future programmed course changes are sent to the server NEVER send the current course as well
2. Always update the current course from the server updates (both the displayed course and that used to move the boat in the client)
The other bug that I'm sure you would have had reported because we all now to avoid it (by exiting the race while passing through waypoints) is that if you watch your boat sail through a waypoint it will often go past and then start sailing back in the opposite direction. This should not matter because the server should just carry on correctly BUT the client then seems to send a message to the server re-submiting the waypoint and so presumably the server then starts sailing the wrong way also.
This could be fixed by only ever sending a waypoint message to the server when the user makes a change - but I suspect this message sending has been done to try to fix some other issue.
I would be happy to describe a number of other issues and how to fix them including the instability of the rankings that annoys everybody and must create a lot of support tickets in Zendesk.
Here are my ideas for VIP Subscription:
1. A method to convert a programmed course to waypoints (and reverse but that is less useful). This would save a lot of time in the middle of the night, especially when tacking along a shore ;-)
2. More accurate (not longer) routing
3. Ability to set the course to an exact degree e.g. 65.0 TWA (or randomly within 0.05 of the request). We waste a lot of time achieving this when the polars make it desirable.
3. A discount on full pack price
I hope this is all helpful and results in some improvements.
Simon Liddington