Big oops in the last release : one would still TP right back into a cell even after having been released from it. Plus, after discussing with Henri, the new way of handling @standtp wasn't really API-compliant... If I don't respect my own spec 100%, then who will ?
Just for your info, here are the two ways of handling @standtp in the code :
- The old way (as specified in the API) : if you sit down, the viewer retains your last standing location, and when you stand up it TPs you back there if @standtp is active. Problem is, if you sit down outside of a cell that was restricting you and that decides to release you because your position is outside its zone, then @standtp is no longer active when you stand up and you're free. But that's the problem of the cell, rather than the problem of the RLV.
- The new way (not really API-compliant, and maybe could cause issues for RLV relays with safewords) : if you sit down and @standtp is active, then it retains your last standing location. When you stand up, it TPs you back to that location whether @standtp is active or not, provided that this location is not zero. Works well to fix that possible loophole described above, but what about RLV relays that use safewords ? And what about the API itself, which explains that @standtp must be active for you to TP back to your spot ? After all, with this solution, even after a @clear (so you're completely free of all RLV restrictions), you're still somewhat subjected to a "ghost" RLV restriction without knowing it. In short, this way of doing things creates more problems than it solves.
All this to say, here is the latest version of the viewer that switches back to the old solution, while keeping @standtp consistent over relogs (if you sit down outside a cell and log off, when you log back on it will TP you back to your cell), and with the bug fix I mentioned in the first paragraph of this post :
- fixed : When @standtp is lifted, no longer TP back to the last location after standing up (wherever we may be).
- changed (again) : Switched back to the old way of handling @standtp (as in, 184.108.40.206 and before), except that it is still consistent over relogs. I switched back because the ex-new way was not really API-compliant and might have been problematic for RLV relays with safeword features.
As usual, you can grab the viewer here :
Direct download for Windows :
And the MD5 hash for the Windows executable is :
Have fun !
PS : The website where the RLV is hosted, the old and venerable"erestraint", has changed name recently. The old erestraint website has become an online shop for restraints (still owned by the same person as erestraint), while the new link (notice the added "s" at the end) is now the main website, and that's where the RLV is hosted now. While the website is still currently under construction, the RLV is already available there, on a web page that closely resembles the old one. And yes, that web page looks lame. It looks lame. Did I say it looks lame ? Well you know what ? I like it like that. That's how the web looked like when I was at the university (did I just give away my age here ?), and I'm not really a fan of all the widgets that slow down page downloads, pop up ads in your face, spy on you etc. I like it barebones so that's why it looks so lame. Plus I have zero skill in website design anyway.
PS 2 : This post was recently flagged because it potentially linked to a malware. This is the RLV I'm posting, or rather a self-extracting archive containing the RLV (which is, as you know, a derivative from the Second Life viewer), not some shady app that nobody knows of. It happened, in some past versions, that Windows or some antivirus, flagged it as a potential threat, but those were false positves. There's no virus in it, I scan my computer all the time, but if you have any doubt, don't hesitate to scan it too and to not use it if you don't want to take any risk. But I'm certainly not distributing malware.