Jump to content

Oz Linden

Resident
  • Posts

    424
  • Joined

  • Days Won

    2

Posts posted by Oz Linden

  1. 8 minutes ago, Phil Deakins said:

    A note about it in the Release Notes would have been helpful though.

    Done:


    '''If you have created shortcuts to run the viewer, you should update them to run the new SL_Launcher executable (if you don't, the viewer will complain when you run it, and updates won't work). Note that on a 64 bit Windows, this viewer will be installed in a different folder (Program Files, per Windows convention).'''

    • Thanks 1
  2. Delete your shortcut for the viewer and create a new one that points to the new install.

    There are a few ways this can happen, but what is almost certainly happening to you is that you have the old viewer installed in different location than the new one is going into, and your shortcut points to the old one. When you run the shortcut, it sees that there is an upgrade and installs it, but does not delete the old install. Next time you use the shortcut, you do the same thing again.

     

    • Like 1
  3. You used

    ["<html><body>", ", ", "</body></html>"]

    but it should be 

    ["<html><body>", ",", "</body></html>"]

    note that there is no space following the comma that's inside quotes. That list specifies the parts of the string to be removed and treated as separators when constructing the list; since there are no spaces following the commas in the string returned by the shoutcast service, you get a list containing a single string that includes everything but the tags.

    • Thanks 2
  4. 1 hour ago, Laufiair Hexicola said:

    Your http request is fine - you're not parsing the response correctly.

    What's coming back from the server is:

    
    <html><body>1,1,10,50,1,96,Abney Park - Under the Radar</body></html>

    so to get the song title, you need:

    
     list result = llParseString2List(strBody,["<html><body>", ",", "</body></html>"],[]);
     string songtitle = llList2String(result,6);

     

     

    • Like 1
  5. One point we'd like to correct: Moving to the cloud does not necessarily mean that we would stop running regions without avatars in them. For the time being at least, our goal is to run SL and its regions just as we do now - full time, with a substantially similar schedule for when and how they are upgraded. Doing otherwise could, as some have correctly pointed out here, introduce problems with backwards compatibility and mobility.

    Whether or not we will also be able to create new land products that are not always running, how to decide when they run and when they don't, and what the pricing might be for such offerings are among the things we've had discussions around internally, but not made any decisions about yet. The cloud will broaden what we might do in this and a number of other exciting ways, and we look forward to exploring them, but that will happen only after we've gotten the current service uplifted.

    • Like 9
    • Thanks 7
  6. 16 hours ago, Ivanova Shostakovich said:

       I want a login location queue. I want to be able to set up a list consisting of primary login location, and alternate locations the viewer will attempt to log me into in the event my primary is offline or full of flying monkeys. Would this be hard to implement?

    What problem are you trying to solve? If a login fails because the region is full, you can just select another location and try again...

    and Alwin is correct that you can set a preference to show your favorite locations as a menu on the login screen (that's in the LInden viewer too, Alwin)

    • Like 1
  7. On 11/10/2017 at 2:31 PM, xxLOTHxx said:

    Thanks for the reply. You said the "restriction is deliberate". For example wearing an animation override and activating a hover animation will displace the avatar a certain distance above ground level. The avatar is physically located  at a specific  x.y.z  coordinate, but the animation that moves the avatar above the ground makes it appear visually higher off the ground ( different coordinate ). So this ability to displace the avatar above the ground ( hover) is circumventing a restriction via a bug or are you saying that animating  visually beyond a specific distance is circumventing a restriction? 

    Animations are allowed to make small changes in position - otherwise dances would be pretty limited, for example. I rather like an animation that makes my avatar sit in a lotus position a few feet above the ground, for example, but as far as the simulator is concerned, I have not moved.

    Deliberately obnoxious people will sometimes use this to make it appear that they have entered land from which they are banned; if they're still within 10 meters of the edge, they haven't really crossed the boundary, they're just using an animation that displaces their appearance over it. Granted, on a small enough parcel that can still be annoying, but like much of Second Life that's a compromise between conflicting legitimate needs.

    • Like 1
  8. 20 hours ago, BloodyKitty230 said:

     usually the microphone button is grayed out and I am not able to hear anyone speak. I have a yeti microphone. Usually it fixes if I re-log, but I want to try and avoid having to do that a bunch of times.

    When the microphone is greyed out and you don't have a voice dot over your head, it means that you're not connected to the voice service. Assuming you're at a place where voice is allowed, that usually means some problem with the network between you and the voice service (which is different than between you and the simulator). It often works to just disable and re-enable voice in your preferences (for voice purposes that's the same as logging out and logging back in, but is much quicker).

    We have been working on voice connection issues, and have a Release Candidate viewer that has some fixes that many people have found improve reliability:

    http://wiki.secondlife.com/wiki/Linden_Lab_Official:Alternate_Viewers

     

    • Like 2
    • Thanks 1
  9. That restriction is deliberate, and if there are ways to circumvent it they are bugs.

    Note that when you displace your avatar with an animation, all you are doing is moving where the avatar is drawn in the viewer. The simulator doesn't process animations, it just passes the animation id to any viewer that can see you; it has no idea what the animation is doing; you're not really moving the position of the avatar as far as the simulator is concerned. This sometimes leads to some odd effects.

    • Thanks 1
  10. 10 hours ago, Tanya Roussel said:

    Not sure, I think it is the real address.... definitely the viewer wanting to contact 10.15.2.32:80, everything else is happy translating and going through the socks5 thing.

    Just wondered if there was something in the viewer to disable to stop it doing that because this seems to ignore the viewer socks5 proxy setting.

    any 10.* address is a private address of some kind - it is one of the address ranges reserved for private use, and is not routable on the public internet.

    You may be able to find what is failing by looking in your viewer log file. See finding your log file. If you find out what it is, file a bug.

    • Like 2
    • Thanks 1
  11. There are some previous builds that on some Windows versions may produce this error ... sorry, we think it won't happen updating from this new one to whatever comes next...

    Please download and install from http://wiki.secondlife.com/wiki/Linden_Lab_Official:Alternate_Viewers#Second_Life_Release_Channel

    [edit] To be a little more clear... the Error 22 problem is actually a bug in the update code of the older build that happens on some Windows systems, not a bug in the new build. We put a lot of effort into trying to ensure that the updater is solid before we put out a viewer precisely to avoid this kind of problem, but this one got by us - Sorry. Manually installing the new build won't crash (at least not for that reason 9_9). As of this writing, we've had about a thousand users upgrade successfully (one way or another), and while the number of users and sessions is way too small to be a valid test, the very early numbers show a much lower crash rate than before (and lower than the default build).

     

    • Like 2
  12. On 10/9/2017 at 4:51 PM, Violaine Villota said:

    Nearly every website out there has an online DMCA form to make it easy for people to file takedown notices when they find their IP is infringed upon... except Linden Lab.

    Your timing in asking this is very good. We're in the process of testing a form for this on LindenLab.com now; it should be available quite soon.

    It really isn't because we wanted to make it harder, we've just been focused on other things.

    • Like 4
  13. 1 hour ago, Arron Rainfall said:

    I stand corrected, but what if we would like to use 3rd party services such as AWS SNS to deliver data to our scripts? AWS SNS delivers fine to HTTP urls inworld, but fails to deliver data to HTTPS urls.

    http://docs.aws.amazon.com/sns/latest/dg/SendMessageToHttp.https.ca.html

    That page states "Amazon SNS will only deliver messages to HTTPS endpoints that have a signed certificate from a trusted CA that Amazon SNS recognizes".

    It also includes a list of all CAs that AWS recognizes.

    For the time being at least, I don't have a solution to suggest.

    We have a lot of simulator hosts, and they come and go very frequently. I'm not aware of a certificate authority that provides the availability and scale we would need at a cost we could afford to provide a server certificate for each simulator host (if you find one, by all means, file a Feature Request... we'll look at it). Using wildcard certificates would seem to me to be a solution that's less secure than the problem.

    In the long run, I'm sure that either we'll find a way or services like SNS will allow you to provide trusted root CAs to add to their built-in list, but at present that's not something I can make any predictions about.

    • Thanks 1
  14. 16 hours ago, Arron Rainfall said:

    Are there any plans for LL to stop using self-signed certificates with URLs obtained by llRequestSecureURL?

    They are not self-signed certificates. They are signed by the Linden Lab Certificate Authority, the public certificate for which is available at

    https://bitbucket.org/lindenlab/llca/raw/tip/LindenLab.crt

    you should be able to install that certificate to provide robust authentication of the script request.

    We do not currently have any plans to change that.

    • Thanks 1
  15. We have a release candidate viewer available that improves the retries when connecting to the voice service - it may well be much better for you, especially if the problem is in something about the network you're passing through to get there. It also has other improvements to voice quality and security.

    Go to the Alternate Viewers page and download the Second Life Voice Viewer.

    Release Candidate viewers are ones that we believe are ready for general use and are making available to test that belief. Eventually, they become the default viewer.

    • Like 1
  16. We are continuing to update the reliability and stability of the LSL HTTP functionality in LSL.  

    The latest changes involve validating the MIME type values:

    • The HTTP_MIMETYPE parameter to llHTTPRequest is checked. LSL will validate these for proper format; requests that attempt to send an improperly formatted type will send a debug channel error, not send the request, and return a null request key.

    • If you use the new HTTP_ACCEPT option to llHTTPRequest (which allows you to further restrict the type your script expects), the Content-Type of the response is checked to see that it matches your restriction; if it does not, the http_response event will be a 415 error and the body will be "Unsupported or unknown Content-Type".

    • Incoming HTTP requests to a script check to see if the Content-Type in the request is formatted correctly and that it is an allowed type (it always checked for allowed types). Previously, it was possible to send a type that was syntactically invalid but matched an allowed wildcard type. Incoming parameters are not validated. If an incoming request has an improperly formatted or unacceptable MIME type, LSL responds with a 415 error response and no event is generated for the script.

    Valid MIME type format looks like “type/subtype; parameters” (the semicolon and parameters may be omitted). LSL does not validate the content of the optional parameter section.

    Testing Your Scripts

    We have made simulators implementing these checks available; regions where you can test your scripts are listed below. Please do so as soon as possible and make any required changes.

    Agni regions:

    • Magnum Sandbox 1

    • Magnum Sandbox 2

    • Magnum Sandbox 3

    Aditi regions:

    • Bonifacio

    • Sandbox Artifex

    Examples

    Some examples of valid calls to llHTTPRequest include:

    key my_key; 
    my_key = llHTTPRequest( “http://www.mywebsite.com/”, [ HTTP_METHOD, “POST”,
                            HTTP_MIMETYPE, “text/plain;charset-utf8” ], “my body” );
    
    key my_key; 
    my_key = llHTTPRequest( “http://www.mywebsite.com/”, [ HTTP_METHOD, “POST”,
                            HTTP_MIMETYPE, “application/x-www-form-urlencoded” ],
                            “body=stuff” );
    
    
    key my_key; 
    my_key = llHTTPRequest( “http://www.mywebsite.com/”, [ HTTP_METHOD, “POST”,
                            HTTP_MIMETYPE, "multipart/mixed; boundary=\"---1234567890---\"" ],
                            “The body as multipart” );

     

    NOTE WELL: Calls similar to the following will now be errors; they will trigger a debug error and return a Null key from llHTTPRequest. The invalid values in these examples did not trigger errors before (they probably would have caused problems on some web servers).

    key my_key; 
    my_key = llHTTPRequest( “http://www.mywebsite.com/”, [ HTTP_METHOD, “POST”,
                            HTTP_MIMETYPE, "text/application/xml ], “my body” );
    
    • The value for HTTP_MIMETYPE has too many sections (more than one '/'); it does not follow the type/subtype pattern. Values like this one used to be on the wiki page for llHTTPRequest; they were never valid but were not checked.
    key my_key; 
    my_key = llHTTPRequest( “http://www.mywebsite.com/”, [ HTTP_METHOD, “POST”,
                            HTTP_MIMETYPE, "text/xmll charset=utf8 ], “my body” );
    
    • No semicolon after the mime type.
    key my_key; 
    my_key = llHTTPRequest( “http://www.mywebsite.com/”, [ HTTP_METHOD, “POST”,
                             HTTP_MIMETYPE, "text / xml ], “my body” );
    
    • The value for HTTP_MIMETYPE includes spaces in the type/subtype section.
    key my_key; 
    my_key = llHTTPRequest( “http://www.mywebsite.com/”, [ HTTP_METHOD, “POST”,
                             HTTP_MIMETYPE, "text/xml\n ], “my body” );
    
    • The value for HTTP_MIMETYPE includes a control character (A newline.)

    We'll be watching this thread and will try to clarify any questions or problems you encounter. Go forth and test please!



     

    • Like 3
    • Thanks 4
  17. 7 minutes ago, 777gr said:

    Since the changes of llHTTPRequest, 1st I cannot use any SSL/https URL's without the LSL user agent, second of all since the update 95% of the day it returns error code 499 Client Closed Request to any page of my server. I have contacted my hosting provider (GoDaddy) and the LL support, and all points to the recent changes in llHTTPRequest.
    This is a working temporary fix until we know what to do.
    (Yes my server does allow the user agent Second-Life-LSL)

    Please file a Jira with the specifics for your LSL script and server.

    • Like 1
×
×
  • Create New...