Oz Linden

  • Content count

  • Joined

  • Last visited

Community Reputation

46 Excellent


About Oz Linden

  • Rank
    Advanced Member
  1. anything that worked before (including test scripts) should still work on any region that is not in the Magnum or Cake channel; if it doesn't, the problem is not our server change. if you can find a simple test script that works on the older releases now and fails on the Magnum or Cake channel, let us know.
  2. The old way certainly won't work. Does this test script with these URLs work on other simulator versions? When I try those URLs with CURL locally, I get the same results you describe here, so I don't see why they should work from LSL.
  3. The simulator/LSL change is scheduled to roll tomorrow (6/21) to the Magnum RC channel for another try; simulator version 2017-06-19T17:18:00.327192. Thank you all for your patience. This release fixes two things that were responsible for the rollback: Our previous change had broken adding custom headers; those should work again We modified the server to properly escape space characters in the url value. Technically, the script should already have done that, but we didn't enforce it before so there are a lot of scripts out there that send them and we could make the change in a backwards-compatible way, so we did.
  4. We rolled this back for a little rework... stay tuned.
  5. It would be more useful to show us your script.
  6. Ok.... I've updated the wiki page for llHTTPRequest to show the parameter that will be available with the new server roll. If you previously invoked the method like this to hack a User Agent header into the URL parameter: HTTPRequest=llHTTPRequest(URL + "/7.html HTTP/1.0\nUser-Agent: LSL Script (Mozilla Compatible)\n\n",[],""); then it won't work on the new version because the spaces and newline are not allowed in the URL (that's actually why it broke in the current Magnum server already). You'll need to change your script to do something like: HTTPRequest=llHTTPRequest(URL + "/7.html",[HTTP_USER_AGENT, "Stream-Script/1.0 (Mozilla Compatible)"],""); The User Agent value you provide will be added to the one provided by the server, so both your script and the server version will be identified. As has been noted above, this change is scheduled to roll to the Magnum RC regions tomorrow.
  7. See https://wiki.secondlife.com/wiki/LlHTTPRequest
  8. I should have been more clear... we are aware that it's not just one script, and the fix we're working on will be usable by any script. I expect to have specifics in the next couple of days. In the mean time, the scripts still work if the region is on the main channel, or on the Bluesteel or Le Tigre release channels. Support can move your region if needed.
  9. We have diagnosed the problem with this script, and are reaching out to the author to define a change to the script and the server to restore the functionality.
  10. We're wary of the term "NPC" (whether expanded or not) because it seems to be understood very differently by different people. What we're working on isn't an automated avatar, which would imply a great many other things that have nothing to do with animation at all. We are excited about seeing what our talented creators will do with what we are doing though.
  11. Debugging issues with the CDN isn't very easy, but it's impossible if we don't get very careful and thorough reporting. For example, including where you are, how you are connected to the network (who is your ISP), exactly what sort of problem you had loading (images, inventory, mesh objects, whatever), what region you were on, what time it was (including the timezone or explicitly in SLT). We have occasionally been able to diagnose and correct problems when we had enough information to go on....
  12. Whenever you're asking about a Viewer problem, it's helpful if you include at least the viewer version information from About Second Life (even better is all of what's in that box... we even have a handy button for copying it). As a part of the 64 bit viewer project, we're revamping how upgrades are downloaded and installed in an attempt to make them more robust and quicker (and incidentally to make sure that Windows users get the 64 or 32 bit version that will work best on their system). That component isn't in the Project Viewer yet, but we are integrating it now so it will be in an update soon.
  13. We're aware of the problem and are looking into it.
  14. Have you tried the VLC viewer for your file? It uses much newer media handling. You can download it from http://wiki.secondlife.com/wiki/Linden_Lab_Official:Alternate_Viewers There will be an update to that viewer posted this evening, but the current version should work.
  15. Of course we read the forum ... we're just quiet and retiring by nature