Mono Beta Launch

We’re very pleased to announce the beta testing of Mono in Second Life. Mono is a technology which will increase the speed of scripts running in Second Life. The goal is that everyone will experience reduced lag and improved stability and that it will be possible to script complex behaviours that were not previously feasible in Second Life.

With a mono viewer on a Mono region, normal LSL scripts can optionally be compiled and run on Mono. If you are a scripter we would love you to download the Mono viewer, connect to the beta grid, teleport to a Mono-enabled region and test your scripts on both the Mono and LSL virtual machines side by side. If you notice any differences in your script’s behaviour when running on Mono, please check this meta JIRA (SVC-1276). Someone may have already submitted a JIRA on your problem. If not, create a new JIRA report (SVC project), including a detailed description and a minimal LSL script that demonstrates the differing behaviour.

More information on Mono in Second Life can be found here. Note that we are sharing the beta grid with Havok4. You should download a viewer here; it will work for both Havok4 and Mono (previous beta viewers will not work with Mono, you need to download this one). Once you connect you will need to teleport to one of the Mono regions which are specified in the step-by-step instructions.ย  We will be holding office hours in Sandbox Goguen MONO on the beta grid on Wednesdays at 8AM and Fridays at 3PM where you can ask questions and report issues.

About babbagelinden

Software Engineer at Linden Lab
This entry was posted in Announcements & News, Preview Grid, Scripting. Bookmark the permalink.

106 Responses to Mono Beta Launch

  1. Aeper Jie says:

    Sweet. This should be fun to test..any tg enabled zones?

  2. Wayfinder says:

    While I am all for anything that makes SL run faster and LSL work better, seems there is a lot of things being added to a system that is having trouble at the most basic levels (chat, inventory, teleporting, asset servers, group notices, logging in, etc etc). Same complaint has gone on for the last 3 years: new stuff is fine, but fix the foundation before painting the walls.

  3. Indigo Mertel says:

    Great news!

  4. william Fish says:

    mono regions? mono land prices? I’d expect mono lands to be more then islands. WTG lindens.

    is there a chance… even a 1 in a million chance… that all lands in SL could change over to mono in the future?

  5. Zi Ree says:

    Oh, sweet! I’m going to check it out as soon as I can! ๐Ÿ™‚

  6. Argent Stonecutter says:

    Folks, they’re talking about the Beta grid. Some regions are Havok 1, some are Havok 4, some are Mono.

  7. ac14 Hutson says:

    will we need to learn a new language or is it just the system that runs lsl
    and i wonder what new functions will be added

  8. S. T. Dee says:

    I don’t have Mono yet, how do I get it?

  9. Blogland Oh says:

    Hello Indigo!!

    Freaking fantastic!! I can’t wait to play!!

  10. Indigo Mertel says:

    #3: Wayfinder, Mono and Havoc4 are part of LL effort to stabilize the system. More efficient software will reduce load and make the grid more stable, in addition to bringing new features. I applaude LL for doing what they do.

  11. thegrimmling Snook says:

    Hey, I am posting this here seeing you guys stopped taking comments on the upgrade (laughs at that term) to the servers.

    It is 5:45pm EST and I still cannot get on SL….fix it now!!!!

  12. Captain Noarlunga says:

    I guess if scripts run faster under MONO then the TP crashes that a lot of ppl are experiencing will happen before you leave your start location…so you will not be stuck in the middle…. ๐Ÿ˜€
    I just wish LL would acknowledge the existing persistent problems, list them on a blog and then come up with a real action plan to fix them. Crash on TP, Shoes and Hair up Ass would be a great start.

  13. Zha Ewry says:

    Its just the runtime. The first pass of Mono is just a faster, better runtime. And. Read what Argent said @7.

    – Zha

  14. McCabe Maxsted says:

    WOOOHOOO!

    I’m so there ๐Ÿ™‚

  15. Shai Khalifa says:

    Well I hope Mono is more stable on the grid than Havok4 has proven for me. I opted into the Early Adoptors program and my sim has crashed constantly for no reason, and lag is horrendous. Along with the various other very annoying little things – I’ve requested a reversion to Havok1 – at least the sim stayed up on that – unless LL pulled it down of course.

  16. Emondrell Raymaker says:

    Woot! Finally. Here’s hoping it has a fast, quality beta run ๐Ÿ˜€ Can’t wait for faster scriptspeeds and increased flexibility…

  17. Emondrell Raymaker says:

    [downloads]

    I was unable to connect to a Beta server. Do Teen Grid residents no longer have a Beta Grid?

  18. Captain Noarlunga says:

    I think ppl are getting wires crossed here…..Havok 4 is Server code, MONO is a script compiler/runtime; so they aren’t connected really. As LL constantly point out, different teams are involved in implementation of these projects, so in theory, the effort is not being taken away from one area in favour of another. I have Havok4 on one SIM with no reported problems and we have done lots of physics testing there too. The bugs in the viewer (including the basic viewer, RC & Windlight) are not all user or PC related…..which is the first thing LL try to pass you off with…..I run SL on 4 different systems and get the same problems on all … so I think it’s pretty obvious that the problem is not related to individual user configurations….although some problems will be….it just seems that these problems keep coming round every now and again and never seem to get properly fixed or are re-incarnated in new releases.

  19. Cockhoenut Koala says:

    Wayfinder: This is another part of the solution to all those problems. Mono will decrease the load on the servers, thus allowing SL to go on and survive at its current level of load.

  20. Cockhoenut Koala says:

    Captain Noarlunga: They may be different things, unrelated in the technical sense, but they will both greatly be related to user experience.

  21. Captain Noarlunga says:

    @21….agreed……but being able to TP without crashing would be nice….and I dont think either of these is going to help solve that problem…..which a very large percentage are suffering from ….

  22. Any chance to get the sources of the viewer, so that I could compile one that would suit my needs (I just can’t stand the post 1.18.0.6 UI…) ?

  23. Lostmedia Ares says:

    This could be the biggest advance towards a more stable grid that we have seen since before free memberships .

    Myself and others look forward to testing this and hope we can get this right ready for roll-out .

    Good Luck to all involved and lets hope that this is the part of the jigsaw thats been needed to make SL what we have all been waiting for ๐Ÿ™‚

  24. Zi Ree says:

    A long time ago, someone asked: “So, when do we get Mono?” – The answer was: “The day we get Havok4.” … I guess, this was more prophetic than they anticipated ๐Ÿ˜€

  25. Kerik Rau says:

    Mono is a server side issue, scripts run on the server only just as Havok4 affects things on the server side.

    That said, what is up with removing the safe zone in rausch? PLEASE ANNOUNCE CHANGES BEFORE THROWING THEM IN OUR FACE (preferably WEEKS in advance). I guess now I get to look forward to tping in and getting orbited every time. Thanks linden lags.

  26. Ryu Darragh says:

    #19 is right. Problems involved in TP and inventory and all that jazz are purely networking issues. Where they *are* purely server side (and not due to the long chain of internet exchanges between you, the user, and Linden Labs servers), they are due to load balancing, database issues and other issues between the Asset Server Database(s) and the server you are currently hosted on.

    If the Lindens announce a move from MySQL and UDP to a better system, *then* you can worry about how the aforementioned symptoms will be affected. Wait for the announcements about changes to “local caching of copies of user assets on nearby slave databse servers” and terminology like that.

  27. Patience Masala says:

    Heya, This is good news but I think it is best to wait and make sure it is safe to release it on main grid for a while. Insure that problems like past roll outs of upgrades don’t break things. I’m sure that Havok4 and MONO will greatly increase speed and stability of SL but you have to make sure you impliment it right before getting all carried away and rolling out an update that you think might work. You say it works fine on beta but the main grid isn’t beta. I dunno, just be more careful. People are getting sick of losing stuff. Rausch has always been broken, they need to have some form of admin there. You couldn’t even set home in the home parts on the sims.

    Anyways, let’s make sure this stuff is working properly before rolling it out on the main grid, if not, DO A BARREL ROLL!!!

    (USER WAS BANNED FOR THIS POST)

  28. Sindy Tsure says:

    Woohoo!!! Go Babbage!!!

    Also, can I have a bear? ๐Ÿ™‚

  29. Hanumi Takakura says:

    I thought Mono was a way for RL coders to code in the same way they code irl. Now it looks just like speed-up LSL. I do know that if you get faster and more stable LSL, the real pros will still have the opportunity to bring their true potential to SL. Something they (and we in the users side) have been waiting for long.

  30. RobbyRacoon says:

    “Teleport to a Mono-enabled region”…

    And those are???? How do we discover these besides trial and error?

    also, WOOT!

  31. RobbyRacoon says:

    DOH! Nevermind about my previous question. RTFM, huh?

  32. Pingback: Mono Beta Launch - For Realz this time at Daikon Forge

  33. Ralph Doctorow says:

    Great news, keep it up!

  34. Nock Forager says:

    Woot! Beta will have many visitor tonight ๐Ÿ™‚

  35. Tao Takashi says:

    Guys, you ROCK! ๐Ÿ™‚

  36. Vincent Nacon says:

    Pardon the language but…. OH BLOODY HELL YEAH!

  37. Creem says:

    Weee played around in a Mono-enabled sandbox, and was able to convert all the scripts in an object to Mono with the simple click of a button as advertised. It seems pretty far from ready (the initial things I noticed were that avatar animation and taking controls wasn’t working), but kudos to the Mono team for getting a public beta out! Now as soon as the Mono sims stop crashing I’ll be sure to narrow my problems comment on Jira…

  38. les says:

    Nice to see this move forward again after falling off the radar.

    If it does indeed increase script speed by a factor of 70+ then this is pure gold. Turbo bling!

    I understand that the idea is faster scripts, but does that equate to more overhead?

    I’m going to make up some work-intensive scripts and slap it around some to find out.

    (side note : html on a prim. Need it 2 years ago. Can you have it ready by monday?)

  39. Congrats, and heres to less lag!

    Also we created a page for this here: http://www.mahalo.com/Mono_%28Second_Life%29

  40. Argent Stonecutter says:

    Havok4: once it’s stable, I have great hopes for improvements.

    Mono: may not be the killer feature it’s expected to be, but should be useful. Just removing arbitrary delays from LSL scripts would be useful too.

    HTML-on-a-prim: Too dangerous to implement. Really.

  41. Prankster Loon says:

    I want Stereo!!

  42. Davie Zinner says:

    Huge buckets of kudos to Babbage and everyone else who helped make this happen. Scripts help put the Life into Second Life, and this is a giant step towards making scripting more useful by orders of magnitude. Only…now I won’t get any sleep for days…

  43. U M says:

    I want HiFI!

  44. Pingback: Second Life introduz mono como linguagem para scripts

  45. To everyone who keeps rambling on about LL fixing this that and the other before Havok4 and Mono, you really need to research what you’re moaning about. Anyone familiar with .NET? Mono is basically a system that allows .NET technologies to operate on a number of operating systems, including Windows, Linux, OSX etc. Read about it here: http://www.mono-project.com/

    .NET allows a developer to create programs in a number of languages (C#, C++, VB etc) and use them within different systems. For example, an ASP.NET developer uses which ever programming language he chooses to develop his sites and .NET does the rest. He can then use the same code in his applications. It’s called a framework and $billions have been spent making it a good one, and from my experience it IS. All that’s happening here is that LSL will be added to the list of supported languages. Not only that but it will be faster, which means less script-lag, which is GOOD. Quicker scripts and a stable framework will also mean more reliability, which is also…. GOOD!

    Mono is NOT a Linden project, just as Havok4 isn’t, but the two will bring far more stability and speed to the grid (as well as bringing us a little more up to date with the rest of the real world) and will benefit everyone, whether you’re a scripter or not. Support both and get on the Beta grid and test the sims to breaking point and report any problems so that we can get these new technologies onto the main grid and give everyone a more enjoyable SL experience.

    “new stuff is fine, but fix the foundation before painting the walls.” Learn what you’re talking about before moaning next time

  46. LaeMiQian says:

    “I once thought I had mono for an entire year, It turned out I was just really bored.”

    ;-D

    Feeling hopeful in the long-term.

    And to the poster above I can’t now find: For now this is about compiling LSL down to mono. But once the mono engine is in there and working properly… well…

  47. Pingback: Second Life Mono VM Not Yet Useable at Daikon Forge

  48. RobbyRacoon says:

    @Landing Normandy

    Dude, seriously, think then post ๐Ÿ™‚

    The core technology is not a Linden project, but the integration of these technologies and the necessary retrofitting and refactoring necessary to make them work with the legacy systems is *clearly* a Linden project.

    A couple of good indications of the amount of Linden work necessary to integrate these technologies are 1) the fact that it’s taken so long to do, and 2) They are still broken, neither one of them being ready for primetime.

    Still, it’s exciting stuff and I look forward to when they are really ready to go!

  49. U M says:

    waht is puzzling here is how can they bring in the next phase of the game dev when there is so much issues and problems ocuring. Bleeding edge please don`t insult us any more. I am one of the many in the early days that wanted mono and wished it would be comming soon. BUT not in this mess of problem occuring these days. then again back in 2005 it was a easy world unlike today when you have 30,000 online bots sitting anf dancing without anyone behind the them. PLEASE as PHILIP LINDEN said ” Our focus is to stabilize the game.” Well then PHIL DO IT!!!!!!!!!!!!!

  50. U M says:

    “Mono is NOT a Linden project, just as Havok4 isnโ€™t, but the two will bring far more stability and speed to the grid (as well as bringing us a little more up to date with the rest of the real world) and will benefit everyone, whether youโ€™re a scripter or not.”

    Well lets HOPE it does. Many that are knowing of Havok4 and een follwing it from 2005 when many on sl first heard it were hopping for joy. But now who is junping. Or better words crashing out and losing money objects and accounts. Not the paying commerical land owners are not! Only the small paying users on sl……….

  51. CC says:

    @ 51 lol Commercial land owners lose items as well my business has suffered HUGE and my losses of inventory is HUGE i have the proof 21 boxes filled with lost from database items that i can no longer rez in world items i built myself so what are you talking about seriously

  52. @RobbyRacoon: Dude, seriously, think then post ๐Ÿ˜€

    Ha ha, seriously man. Re-read the bit you’re talking about. Neither Mono, nor Havok4 are Linden projects, that’s what I said and that’s accurate. The integration of the two into the grid, sure, that’s a Linden project, but I didn’t say that did I? ๐Ÿ˜€ What I was getting at was that some people are getting a little confused and maybe needed pointing in the right direction (I wasn’t classing you in that list though). LL created the LSL VM and it’s not that great really is it? They’ve realised that in house they can’t provide the best solution so they’re using an open source VM, which is fine. I don’t care where it comes from, as long as it makes things run smoother! I’m also happy that we have more memory to play with with Mono compiled scripts. If they compile pretty well then we should see less and less multi-script objects, though I suspect it will more likely lead to less tidy coding.

  53. U M says:

    “@ 51 lol Commercial land owners lose items as well my business has suffered HUGE and my losses of inventory is HUGE i have the proof 21 boxes filled with lost from database items that i can no longer rez in world items i built myself so what are you talking about seriously”

    I should have said Ad driven paying island that are newbie landing points. Or portals LL is paying to have sell their products or service.

  54. Simon Nolan says:

    Sa-weet! Thanks Babbage et al!

  55. RobbyRacoon says:

    @Landing

    Yeah, I know what you were getting at, but since you were so condescending it seemed appropriate to respond in kind ๐Ÿ™‚

    Take, for instance, this closing sentence you used:

    LANDING NORMANDY: โ€œnew stuff is fine, but fix the foundation before painting the walls.โ€ Learn what youโ€™re talking about before moaning next time

    What they are doing is spending a lot of time adding stuff when there are many other problems still unresolved (despite what the blog says). So what if people don’t know a great deal about Havok4 and Mono… Do you really know that much about it yourself? Somehow I doubt it, but even if you do (perhaps especially if you do) then you know that the amount of work needed for integration is going to be HUGE. The end result may very well make things better for all, but it’s very understandable that some people are upset over the resources being spent on these things when they are still getting attachments-up-the-ass syndrome and constantly losing inventory, Asset Servers constantly breaking down, etc.

  56. RobbyRacoon says:

    Will it really be more memory? From the Wiki entry I found here:

    “For the same LSL script the Mono bytecode and LSL2 bytecode will be of different size. In order to be compatible with all known scripts, we have expanded the size ceiling for Mono to be 64k. This is ok to do for Mono because unlike LSL2, Mono bytecode assets are dynamically sized. With LSL2 all scripts occupy 16k, with Mono scripts only occupy what they need.”

    It sounds like you might get just a bit more memory, but most likely it will be functionally equivalent. I’ve written MSIL compilers before, and the output is much more verbose than LSL bytecode, particularly considering that they have to integrate instrumentation, serialization, and state management into the resulting IL.

    If it does in fact turn out to be more memory, I’ll be ecstatic, but I’m not holding my breath.

  57. Kerik Rau says:

    What will be interesting is when features are implemented downstream from mono. I for one would LOVE to finally have pointers, arrays/matrices, importing (libraries) and function overloading.

    Another thing that is desperately needed is a cross sim communications system, why can’t objects receive IMs? Create something like an object “calling card” where people can pay and/or IM. Or integrate it in with the picks/classifieds. Having to be locally at an object imposes restrictions that are not really necessary IMO.

  58. U M says:

    There are to div on sl a company that adds features” the others is the “debugger of the problems”. Thats what is the problem LL just goes what withthe feature adding people are doing and letting the problems solved do their thing. there is nothing in the middle but confusion and disdirection.

  59. Pingback: Miguel de Icaza: Second Life Opens Public Beta for Mono Scripting - ๅทฅ็จ‹ๅธซ็š„้›žๆŽ’ๆ”ค

  60. Oh, fantastic, Babbage! Congratulations on finally rolling this out for us to test ๐Ÿ™‚

    Now it’s just being patient and wait another 3-4 months until we can start signing up our private islands for Mono on the (main) grid!

    Bye-bye, script lag!… at least for another 5 years ๐Ÿ˜€

    … oh, and you did sneak in a new interface and all? Very clever! The “communicate” box looks nicer, although I keep clicking on the “Release Keys” button by mistake…

  61. U M says:

    shakeshed… lets live through the current problems first and then pat the lindens head. “GOOD BOY” shall we…………

  62. Pingback: The Guide To Hitchhiking in your Simulator « Dedric Mauriac: A second life from the first

  63. Moll Dean says:

    Oh! That is fantastic.
    Mean LL already found a way to make a dream come true. A better second life for us.
    LL will make SL to become a MUST HAVE virtual life with a hard to crash system. fast script running. stability. performance and no more copybots stolen other people creation. no more inventory lost.
    So we all will live in servers class 5 for the same old fees. and with havok4. mono and WindLight effect.
    New avatar types. more close to human figure will come for free with AO that make them to act like people.
    Better thing to cone!
    Alpha chanel will not be messed with other.
    Camera can not go inside private places.
    We will be able to upload movies in many formate (not only .mov/mpeg4).
    Offline viewer will allow you to build thing in a offline sand-box and upload it later. (i need that right now – molldean@gmail.com).
    No more -multiple views to full stats with camper.
    and. better than ever. prim size nom will be untill 50 meters.

    OH! And main website can be accessed by mobile diveces. I would love to buy L$ using my celular but SSL does not allom me yet.

    If login page will chance please add a anti-robot feauture where we need to type sone aleatories letter and nunbes just to prove we are not a machine.

    GOOD LUCKY

  64. Jayme Llewellyn says:

    This all sounds well and fine … and I hope that “mono” can be introduced to the main grid soon (assuming it actually works), but the key issues that need to be fixed are still being ignored no matter how many times they are brought up. The person who said “Fix the foundation before painting the walls” is right. The Foundation – i.e the main grid and the central gaming/drive engine – need major upgrades in order to cope with the game volume. People are experiencing more and more crashes and other such problems because the foundation is old. Why can’t Linden see this? Are they so enamoured of they’re own glory that they can’t see the truth? Please Linden, before upgrading anymore “novelties” fix the essential problems. Then there will be no more problems. Simple.

  65. U M says:

    Mono will be great, but unless LL starts correcting issues and problem now. Things will just get worse. Nobody like depressing chat about any issue. But After what we been going thur these past few months. Its nowonder people are so upset. I don`t want SL to fail, but if we just shut our eyes and spin 3 times saying ” EVERYTHING IS WONDERFUL EVERYTHING IS ROSES” then you better start looking for another game to play. Because liek the romans thought they could never be over thrown. Well same applies for SL. LEts fixs what is broken add what we need and live many more years on sl. Otherwise .You know what happened in roman history…………….

  66. Kerik Rau says:

    The larger stack size is really nice but llGetFreeMemory() needs to be adjusted accordingly as it goes into the negative. Some of the “hacks” used to reduce bytecode size in LSL do not work (ie list != [] does not return an integer and will crash the script or return 0).

    What is interesting is that mono seems to recognize identical data and reduce the memory footprint for copies. (ie running a timer adding the same string to a list).

    Copying an object seems to start the script back at stage 0, which is different then the current implementation of LSL. I managed to cause stack dumps several times from mono (looked like it was trimmed though).

    When compiling an entire object to mono the changed event seems to go into an infinite loop.

    Slowing down a sim with mono is relatively easy, about 50 scripts running a loop adding data to an integer can cause SEVER slowdowns if that object is copied (or groups of objects), The added stack size probably means that people can bring a sim to a crawl if they have even basic knowledge (I didn’t want to test this much as other residents were using the sim).

  67. Kerik Rau says:

    er list ^

    For the most part it works “as is” and sorta wish I had access to it on the main grid.

  68. Awesome ๐Ÿ˜›

    Long road still ahead for production, but the potential is there ๐Ÿ™‚ Wonder just what the complex stuff is? What is meant by that?

    In any case, good progress! Something positive every now and then ^^

    I have lots of use for it if it’s make scripts faster and easier to script. I have currently all around the grid A LOT of scripts running, probably well over 2,000 different objects running scripts. Want to guess how many scripts that is? …

  69. Hiro Market says:

    w00t Babbage – way to go. Despite the moaners, and having been in world in one form or another for 2 years now I’d like to say that I’m impressed by the way the Lindons do seem to be upping their game and bringing in the new stuff. Windlight, Havok4 and now mono will all make a massive difference. I think LL have the mix just about right – sure the old basics have to be fixed, but SL has to move onwards with new facilities to compete and expand – and of cause Havok4 and Mono should fix some of the old problems so a double hit ๐Ÿ™‚

    Now, when can we expect HTML on a Prim, Open Sim integration, Multitexturing and an overhaul of the Avatar mesh system?

  70. Nimrod says:

    Why no news about that voice is also implemented in the Linux version? And as I can see some UI change too. btw voice is not working for me (can be personal, you know, linux) and performance seems a bit worst/slower then in the earlier beta version.

  71. Pingback: Mono kommt nach Second Lufe (fรผr LSL) » Digitalia

  72. Great job guys!

    I wrote a quick test script, and it does seem like I can pack about 60KB into a script now! I should be able to distill several of my multi-script objects down to a single script now, since I was only using the additional scripts as extra storage databases… Wow, 16KB to 64KB is a godsend! I feel like I just upgraded from a TRS-80 to a Commodore 64 ๐Ÿ˜‰

    This is going to rock hard once the bugs are cleaned up and it hits the main grid!

  73. Pingback: The Lost Pixel

  74. Craig Sol says:

    ‘Same complaint has gone on for the last 3 years: new stuff is fine, but fix the foundation before painting the walls.’

    Mono is a leaner, meaner scripting method that would drop scripting times, lowering lag.

    HaVoK 4 isnt just more a beutiful physics enabler, it also helps stability and can give more performance per buck

    Radio, Video, Voice and Windlight are technically just beutification devices, but each one was bug tested and when added, had around 10 bug fixes for other stuff included, and please tell us that you dont use radio or video – or even windlight and voice (before the group i was in had a ventrillo server we used) – these features bring more to everyones experiance. can you imagine sl without radio or video? yes there WAS a sl without radio a few years ago.

    @13 ‘I just wish LL would acknowledge the existing persistent problems, list them on a blog and then come up with a real action plan to fix them. Crash on TP, Shoes and Hair up Ass would be a great start.’

    Its called Jira, it already exists and they are working on it along with with a few thousand other bugs/rantings/mistakes by user but claimed to be bugs logged.

  75. Craig Sol says:

    @66 ok lets do this..

    Release Notes for Second Life 1.18.5(3) November 29, 2007
    Fixes:
    * Public source bundle not getting all ares libs
    * VWR-2959: Windows (Visual Studio) solution file refers to a non-existing project “build_all”
    * VWR-2551: Error in macview.xcodeproj — invalid dependencies
    * VWR-2856: libs package missing c-ares
    * VWR-3073: Right-clicking someone’s attachments to view profile loads (???) (???) instead
    * VWR-592: crash in LLTemplateMessageBuilder::addString
    * VWR-2826: Several problems on handling Japanese input (and possiblly Chinese/Korean also)
    * VWR-2834: Builds fail on 1.18.4.0 with no mozlib
    * VWR-2030: Avatar only turns half-way in Appearance Mode
    * VWR-2803: Lag Meter network ping metric doesn’t account for residents outside the USA
    * VWR-3311: Web UI elements’ focus rectangle are offset from their displayed position

    Release Notes for Second Life 1.18.4(3) November 7, 2007
    Bug fixes:
    * Fixed a sculptie LOD issue
    * Fixed region Mature setting reverting to PG after Estate/Region changes
    * Fixed several UI elements
    * Fixed new group not appearing in group window until relog
    * Fixed Trash folders in user inventory
    * Fixed missing line of information on land sales
    * Fixed parcel listings showing [AREA] instead of parcel size
    * Fixed bad teleports from landmarks
    * Fixed up/down arrows for Repeats Per Face
    * Fixed a viewer nested message crash
    * Fixed a viewer crash with editing classifieds
    * Fixed a viewer crash when pressing Ctrl-F with a minimized Search window
    * Fixed secondlife.log spam when group info window opens
    * Fixed Publish on Web not saving for parcels
    * Fixed missing dialog for Publish in Classifieds
    * Fixed updates for Land and L$
    * Fixed invisible sculpted prims when sculpted texture contains alpha
    * Fixed scope of drag-select with locked objects
    * Fixed link order of drag-selected objects
    * Fixed Accept Notices flag in Group Panel General tab not saving value
    * Fixed Linux viewer preferences for choosing the cache location or chat log location
    * Fixed Apply button disabled after setting group preferences
    * Fixed Apply button failing to grey out after selecting ‘List Group in Profile’
    * Fixed filename filter for Linux/GTK file picker
    * Fixed Linux/GTK file picker not remembering most recent directory
    * Fixed channel argument in Linux client
    * Fixed muted particles not clearing
    * Fixed Show in Search option not carrying over to copied object
    * Fixed muted users disappearing from Active Speakers
    * Fixed Mature content flag when searching All
    * Fixed viewer crash when pasting/typing UTF8 text in the object For Sale price box
    * Fixed Gesture Editor sounds not initialized
    * Fixed Group enrollment fee accepting floating point
    * Fixed ‘Quiet Snapshots to Disk’ and ‘Disable Camera Constraints’ not persisting across sessions
    * Fixed dot characters in various fields
    * Fixed a crash on startup (due to empty list of rewritten login URIs)
    * Fixed a Viewer crash while trying to rez an object
    * Fixed a crash when editing classifieds
    * Fixed Land & L$ fields no longer update
    * Fixed a crash by minimizing the search window followed by Ctrl+F
    * Fixed parcel option doesnt save publish listing on the web setting
    * Fixed texture editing user interface is confusing
    * Fixed can’t set Repeats Per Face with up/down arrows
    * Fixed Auction ID and Land Description Overlap in the ‘About Land’ window
    * Disabled Add to Outfit and Replace Outfit options on the top-level Clothing folder
    * MISC-567: Multiple system folders (e.g., ‘100 Lost and Found Folders’) in inventory
    * VWR-2471: SL-viewer chrashes after opening the 10th group-info-window
    * VWR-2444: Menu background colors aren’t settable in colors_base.xml
    * VWR-2291: LOD defaults are now too aggressive in RC 1.18.3
    * VWR-2283: Some changes to groups cannot be saved
    * VWR-2116: Viewer crashes when starting a new Group IM session under Japanese UI
    * VWR-2104: long avatar names overflow on the chat history window volume control/muting section
    * VWR-2065: Custom Snapshot setting do not save for next Snapshot
    * VWR-2041: Allow using voice component on another computer
    * VWR-1945: toolbox floater displays window elements incorrectly when minimized then moved.
    * VWR-1944: Active gestures sometimes fail to show in the Active Gestures list
    * VWR-1888: Characters missing in IM window
    * VWR-1724: HUD zoom snaps back after selecting another HUD object
    * VWR-1695: llGiveInventoryList objects spam the owner with messages when the recipient is in Busy mode
    * VWR-1590: Keyboard changes inventory selection after right-click
    * VWR-1562: llassert(mNumDescendantsSelected >= 0) with crash and loop. (Debug build)
    * VWR-1448: llSetText on non-root prims is unreliable (including after relogs)
    * VWR-1408: Online status viewable via Groups even if ‘Make my online status visible only to my Friends’ is set
    * VWR-1399: Client crashes when viewing details of an empty proposal window
    * VWR-1096: llPlaySound does not play whilst in HUD depending on HUD attachment point
    * VWR-1045: Client crashes with no warning when uploading corrupted TGA file
    * VWR-851: Viewer Crashes in high texture environments when moving or when panning with camera.
    * VWR-813: Recent Items tab shows folders with no matching items
    * VWR-738: SL crashes when loading with a GTK_IM scim module
    * VWR-379: Fix shell scripts to use bash and not sh when appropriate.
    * VWR-333: ‘Unable to load gesture.’ or ‘Gesture is missing from database.’ on login
    * VWR-315: Script changes in the editor may be cancelled because of lag
    * VWR-851: Viewer Crashes in high texture environments when moving or when panning with camera.
    * VWR-813: Recent Items tab shows folders with no matching items
    * VWR-738: SL crashes when loading with a GTK_IM scim module
    * VWR-379: Fix shell scripts to use bash and not sh when appropriate.
    * VWR-333: ‘Unable to load gesture.’ or ‘Gesture is missing from database.’ on login
    * VWR-315: Script changes in the editor may be cancelled because of lag

    THAT is 89 bugs fixed in 4 weeks, released in 2 versions, and for every fix theres another found – some are small but some are massive – these fixes are listed in the release notes of each release.

    If i went back a year i bet i would find around 1000+ fixes – that is around 3 fixes A DAY. Yes its truely buggy, currently Jira has 3405 open bugs across the board (Open, In Progress & re-opened listed under VWR, SVC, WEB and MISC)

    PLEAAASEE FIX SL LINDENZZ I HAS TRUBLE doesnt fix problems – the people who write in Jira with comprehensive details about their bug, how they did it esc do help fix them.

    i dont spin around 3 times, i spin around once then check Jira and see if its noted already.

  76. Isn’t this a bit premature? Shouldn’t you iron out Havok4 first? Now if there’s a bug, how do you know which it is?

  77. Argent Stonecutter says:

    “Some of the โ€œhacksโ€ used to reduce bytecode size in LSL do not work (ie list != [] does not return an integer and will crash the script or return 0).”

    That needs to be fixed. They fixed Strife’s “list = (list = []) + list + foo;” hack and that was much less justifiable.

  78. U M says:

    The HavoK 4 Island(s) have been have nightmare Teleporting crashing out and burning from what i heard. I don`t know what is going on but some one thise islands are losing objects and teleporting is a flashback to the old 1.5 client. And No there is not real stabilty ( AT THE TIME) but it will be after more teating and time setting. But at the moment OMG its not pretty at all.

  79. @77 “Isnโ€™t this a bit premature? Shouldnโ€™t you iron out Havok4 first? Now if thereโ€™s a bug, how do you know which it is?”

    The beta grid is made up of three different types of sim; Havok1, Havok4 and Mono-on-Havok1. Het Grid allows LL to run different software on individual sims, so if there’s a problem on the beta grid LL can tell whether it was an original sim, Havok4 sim or Mono sim ๐Ÿ˜€

  80. Pingback: Sucks Comments Weekly Wrap-Up | Second Life Sucks

  81. rex cronon says:

    it seems there is a problem with the sims that use mono. Some people crash every time they try to tp to a different sim. Also, when I tried to tp from another sim, I only got to type one sentence, crashed, and so did the other person that was in the same sim.

  82. Di Jun says:

    @ babbage linden

    Mono interests me, hope to experiment with it but with office hours like this:

    “We will be holding office hours in Sandbox Goguen MONO on the beta grid on Wednesdays at 8AM and Fridays at 3PM where you can ask questions and report issues.”

    These office hours leave me and many others out of the picture. Always! I actually have a RL work schedule (imagine that.) And these office hours are always impossible for me to attend.

    Can you consider some later office hours in addition?

    Please?

    Di

  83. Jayme Llewellyn says:

    Well, i’ve downloaded the Beta Tester Addition today. Everything went fine for the first hour. Since then, I have experienced crash after crash after crash. Unless this has to do with the re-start. If it is, then my bad. If not, Linden’s bad. so far though …. not bad …. we just need way more to do in the beta grid. Where’s the fun and games?

  84. Pingback: tecosystems » links for 2008-02-01

  85. rex cronon says:

    today, Friday the 1st day of February there was no office hours on beta.
    was there an office hour on Wednesday?

  86. Pingback: LSL: Attachments and llSay() @ dead pixel life by dave brown

  87. Anatag Paperclip says:

    …crash after crash after crash – er, that’s what the Beta is for!
    Sensibly report the crashes and try to help isolate what causes them. If you don’t want to crash keep your feet in the real world. Remember too that we are being encouraged to use Agile programming techniques these days. That means throw it together quickly and test out bugs rather than slowly design good code. I think it is in preparation for code written by bots. Let’s help LL and test like crazy.

  88. Pingback: News » Mono Beta Launch - Official Linden Blog

  89. Pingback: Macacos e Demรณnios «

  90. Pingback: Mono Beta Launch - For Realz this time « Samurai Pickle

  91. Pingback: Second Life Mono VM Not Yet Useable « Samurai Pickle

  92. DFDF says:

    DID U NO I CAUGHT THE MAN WHO DESIGNED THIS WEBSITE SUKIN DONKEY POO LOL

  93. Pingback: Mono Beta Launch - For Realz this time at Daikon Forge

  94. Pingback: DJ exclusive soundset & demo release

  95. Pingback: munchie

  96. Pingback: Philippe Rosedale ร  Paris | La rupture Internet

  97. Pingback: Virtual Paris 2007 » Interview Philip Rosedale

  98. Pingback: Philip Rosedale en visite ร  Paris : le bilan

  99. Homely Homewood says:

    This mono update stuffed up my script. Whenever it performs it reports back to me saying “Run-Time Error” or sometimes it just won’t work at all.

  100. Pingback: 1a44e12d16c5

  101. englishunive says:

    crown. by themselves my days School done it.

  102. how to pass a drug test

  103. Pingback: auction directory

Comments are closed.