Re: [opensource-dev] Viewer changes for Premium changes
On Tue, Feb 25, 2020 at 12:17 PM Henri Beauchamp wrote: > Sadly, you used an LLSD sub-array into the LLSD map, and "old" viewers > (i.e. all viewers not based on LL's v3 viewer code for the XML RPC part) > do not know what to do with such an array (they can only deal with simple > key/value pairs, not with key/arrays); this was the case of my viewer > (but I thankfully and by pure "luck" noticed the issue a few weeks before > LL did stealthily modify the login server on the main grid, because the > beta grid already had the changes which caused me to fail to login in it > at that time, and I could diagnose and fix the issue). > All else aside: In the future, if you notice something on aditi adversely affects your viewer, please don't be shy about raising it on this list or in a JIRA. An early heads up may be helpful to other viewer devs, or it will make it more feasible for the company to alter or postpone a change. ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] SL Wiki locked down ?
Please create a support ticket or ping Oz after one of the TPV meetings if you would like to request edit access on the wiki. There is a ridiculously persistent party who uses numerous wikis to promote fake Microsoft support phone numbers. Given the fraud or malware potential, we couldn't let that keep returning. There's a less intrusive long-term solution in the queue, currently blocked by other work. On Sat, Aug 20, 2016 at 9:48 AM, Darien Caldwell <darien.caldw...@gmail.com> wrote: > It's probably locked down. I can't edit it either it seems. It was > editable as of Mid-July, so this must be recent. Probably wiki vandals > again. Have to lock it down until they get bored and move on to some other > site. > > > ___ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/OpenSource-Dev > Please read the policies before posting to keep unmoderated posting > privileges > -- *Brian McGroarty *| Application Security, Platform Engineering *Second Life *Soft Linden *Linden Lab* | Makers of Shared Creative Spaces <http://lindenlab.com/> ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] Telehubs
On Thu, Aug 14, 2014 at 7:37 AM, Henri Beauchamp sl...@free.fr wrote: Greetings, During my never-ending viewer code cleanup efforts, I came accross an old floater, the Telehub one... If I am correct, I think this dates back from the most ancient times of SL, when it was not possible to TP all over the grid, but only to some pre-defined hubs... Fact is, since my fist day in SL, back in 2006, I never came accross one such thing as a telehub on the grid ! I checked, and that code is still in the newest v3 viewer branches. So my question is: is there any practical usage any more for that Telehub floater ? Telehubs are available to privately owned estates. I don't know how common usage actually is, but they offer some unique features that aren't available with parcel landing points. These allow estate owners to: * configure multiple spawn points so agents are distributed to multiple specific locations within a region regardless of the attempted TP location * set spawn points on a build and then move the build with ingress points still intact (internally, the sim references target prims rather than locations - it should even be possible to move an object with scripts to prevent pileups, although I don't know if that's been tested) * route teleports to a single region for teleport attempts into any other region that's in the same estate, and where the alternate region isn't configured to allow direct teleport -- *Brian McGroarty *| Application Security, Platform Engineering *Linden Lab* | Makers of Shared Creative Spaces http://lindenlab.com/ ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] Replacement class for LLDynamicArray
On Fri, May 9, 2014 at 6:37 AM, Nicky D. sl.nicky...@googlemail.com wrote: I notice operator[](i) is used in the interesting, With std::vector, you could also use array.at(i), which is equivalent. vector::at will do a runtime check if the index is out of bounds, in that case it throws an exception. vector::operator[] will not do this check, causing undefined behavior when accessing elements out of bounds. Slight tweak: [] on out of bounds members is undefined, but specific implementations may still check. Most (maybe even all) STL implementations support bounds checking with a compile flag. If anyone's eager to experiment, it would be nice to add that to the debug build flags and see if debugging performance is still tolerable on all platforms. -- *Brian McGroarty *| Application Security, Platform Engineering *Linden Lab* | Makers of Shared Creative Spaces http://lindenlab.com/ ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] Replacement class for LLDynamicArray
On Fri, May 9, 2014 at 8:43 AM, Nicky D. sl.nicky...@googlemail.com wrote: True, but on the other hand, you'd never call array[i] with i out of array bound (it would be a bug, and throwing an exception via the use of at(i) is no better than undefined behaviour that will also lead to a crash in the end). Wrong. See Heartbleed. Slight tangent, but I love these kinds of shares: http://article.gmane.org/gmane.os.openbsd.misc/211963 http://www.tedunangst.com/flak/post/heartbleed-vs-mallocconf http://www.tedunangst.com/flak/post/analysis-of-openssl-freelist-reuse tl;dr: Heartbleed persisted for so long because even though checking existed, the OpenSSL engineers built their own heap management that sat on top of anything provided by the OS and compiler vendors' libraries. Then, nobody created a unit test or other check that validated behavior without their heap management in place. It should be The Least-Surprising Thing Ever that the library then became uncompileable without the less secure heap manager. I don't see an argument for an expensive extra check in production builds in either HeartBleed or our own use of vectors. Rather, making sure the case is covered in unit tests and/or debug builds could save the day. -- *Brian McGroarty *| Application Security, Platform Engineering *Linden Lab* | Makers of Shared Creative Spaces http://lindenlab.com/ ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] Reminder: Collaboration in 3D virtual environments- take the survey and earn 100L$ I need you assistance please
On Wed, Jul 24, 2013 at 5:27 AM, Ikram Bououd ikram.bou...@telecom-em.euwrote: Sorry for multiple receptions Sorry is an expression of regret for a past action, not an excuse for proceeding. I am Ikram Bououd, Ph.D. candidate in Information Systems at Telecom Business School in Paris. Under the supervision of Dr. Imed Boughzala, I am running my PhD research in the subject of collaboration and knowledge sharing in 3D virtual worlds. [...] Would you volunteer to participate in our study, we greatly thank you for the time and effort allocated. Every registered participation with the name of the avatar in the survey will be rewarded by 100L$. - A very atypical subset of users participate in the mailing lists you've addressed - You survey about multiple virtual worlds but the incentive is for those who value L$ - Your compensation method gives incentive for individuals to use multiple accounts. The typical opensource-dev participant could even automate her responses. How can this survey have any informational value whatsoever? Absent a really great answer for that, let's make this the last message on the subject. -- *Brian McGroarty *| Application Security, Platform Engineering ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] Review Request: Don't save per-account settings if login not fully successful
Beautiful. This looks like it would also cover the window sizes and positions getting reset every time login is aborted for a forced upgrade. https://jira.secondlife.com/browse/VWR-28385 On Tue, May 1, 2012 at 9:26 AM, Jonathan Yap jhwe...@gmail.com wrote: This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/578/ Review request for Viewer. By Jonathan Yap. *Updated May 1, 2012, 9:26 a.m.* Description The viewer resets your per-account settings when you try to log in too fast after a crash (the region is logging you out) and then quit the viewer before a successful login. See comment and link to fix in https://jira.secondlife.com/browse/STORM-1794?focusedCommentId=305543page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-305543 Repo: Somehow crash your viewer Try to log back in immediately: You get a message The region is logging you out Quit the viewer at this point: your per-account settings are now zorched, as they were not yet read in, but are being written out. *Bugs: * STORM-1842 Diffs - doc/contributions.txt (0a41a8750048) - indra/newview/llappviewer.h (0a41a8750048) - indra/newview/llappviewer.cpp (0a41a8750048) View Diff http://codereview.secondlife.com/r/578/diff/ ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges -- Brian McGroarty | Linden Lab Sent from my Newton MP2100 via acoustic coupler ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] Tutorial needed on TPV viewer-side AOs
Phoenix/Firestorm support has also held classes on setting up and using the AO. Reviewing one of those classes might highlight end user questions or needs not covered by that wiki page. Anyone know if transcripts are available? I think I saw Thea Brianna's name on an announcement for the class. On Tue, Apr 10, 2012 at 6:24 AM, Adeon Writer adeonwri...@live.com wrote: Firestorm has a decent writeup on their Wiki on how to use theirs: http://wiki.phoenixviewer.com/animation_overrider I don't know the inner workings of how it does what it does, but I do know it is still merely overriding the default animations, rather than simply replacing them entirely (as I suppose you guys at LL could do, server and all...) On Apr 10, 2012, at 9:01 AM, Oz Linden (Scott Lawrence) o...@lindenlab.com wrote: I'd like to get a tutorial on how the AOs built into viewers work - what inputs do they use, and how do they set the animations they set. Would someone who's got deep know-how on this either write up one for me (or point me to one if it exists), or make some time to go over it with me interactively? -- Brian McGroarty | Linden Lab Sent from my Newton MP2100 via acoustic coupler ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] Review Request: storm-1578: change default Away timeout to never
What about removing the automatic disconnect instead? Avatars are disconnected after some amount of time in the away state, which is silly given how few resources a minimized viewer window uses. The reason many people turn off the away timer is that they don't want to be disconnected, not that they don't want others to know they will be unresponsive. Without automatic disconnect, we'd get a useful social cue back. On Wed, Aug 31, 2011 at 7:29 AM, Oz Linden o...@lindenlab.com wrote: This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/459/ Review request for Viewer. By Oz Linden. Description Simple change to the Away timeout default value (to never). *Bugs: * storm-1578 http://jira.secondlife.com/browse/storm-1578 Diffs - indra/newview/app_settings/settings.xml (04642a178228) View Diff http://codereview.secondlife.com/r/459/diff/ ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges -- Brian McGroarty | Linden Lab Sent from my Newton MP2100 via acoustic coupler ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] Unjust Banning of residents?
I looked at a few of the accounts from people who contacted security@ to ask if this was a phishing message. In the cases I've seen, this corresponds to accounts warned, suspended or banned for using features that violate the TPV, such as copybotting, payment impersonation, or spamming features. Using a viewer that's not in the TPV Directory is definitely not grounds for a suspension. You'd still need to go through governance to appeal any actions against an account. But I've verified that support understands that unlisted TPV use isn't grounds for suspension. They'll get that message template fixed. On Tue, Aug 16, 2011 at 10:23 AM, mala...@tamzap.com wrote: Violation: Third Party Viewer Usage You are connecting to the grid with a viewer that is not in the third party viewer directory. However... A viewer does not need to be on the Third Party Viewer Directory in order for development or usage of it to be compliant with the Third Party Viewer Policy (see Policy on Third-Party Viewers | Second Life) and the Terms of Service. While I am sure you are well aware of this, it can also be deduced through common sense that the open source program (Snowstorm, Snowglobe, etc) would not be able to exist in an environment where every personal compile had to be listed on the TPVD before it could even begin to undergo any form of live quality assurance processes. Long story short, unless there have been recent changes to the Terms of Service that I am unaware of, or if there are relevant sections that I have missed that indicate that a viewer that complies with the Third Party Viewer Policy still must be in the Directory to be legitimately used, I would request that you provide me with them. What this means is every single BETA tester for every client on the TPVD is at risk of losing their accounts because that compiled version of that client is not listed on the TPVD. Each and every Developer who has worked so hard to help Linden Lab build their Client into what it is is at risk of losing their accounts because each time they recompile the source it isn't listed in the TPVD and is now considered a Violation of some hidden TOS clause. I am posting this to this forum because I wanted to get feed back from the community. As I myself and a developer who has contributed patches to various TPVD Clients and am now finding myself cautious to even use these clients source codes to help them. I would like clarification from Linden Lab as well as other Developers on this new banning policy that is requiring every compiled client that connects to second life to be listed in the TPVD. ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges -- Brian McGroarty | Linden Lab Sent from my Newton MP2100 via acoustic coupler ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] Unjust Banning of residents?
on the TPVD is at risk of losing their accounts because that compiled version of that client is not listed on the TPVD. Each and every Developer who has worked so hard to help Linden Lab build their Client into what it is is at risk of losing their accounts because each time they recompile the source it isn't listed in the TPVD and is now considered a Violation of some hidden TOS clause. I am posting this to this forum because I wanted to get feed back from the community. As I myself and a developer who has contributed patches to various TPVD Clients and am now finding myself cautious to even use these clients source codes to help them. I would like clarification from Linden Lab as well as other Developers on this new banning policy that is requiring every compiled client that connects to second life to be listed in the TPVD. ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges Links: -- [1] http://secondlife.com/corporate/tpv.php ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges -- Brian McGroarty | Linden Lab Sent from my Newton MP2100 via acoustic coupler ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] Collecting DIDN'T CRASH data
On Mon, Aug 8, 2011 at 9:24 AM, Lee ponzu lee.po...@gmail.com wrote: I just had a sort of strange idea, but maybe this is alrady common practice. Just thought I would ask. Collect data about viewers that didn't crash. After some time cutoff, send the didn't crash data (with permission of the user, of course) to a repository. Then, when you have a bunch of Crash Reports, you could compare them to the didn't crash reports from similar hardware/OS/Version, and maybe some pattern would pop out. Such as VBO *and* AA crashes, or whatever. Just a thought. Cannot stop my brain. Best I can do is to not inflict it on everyone else too often. You all owe me more than you know. 8-) Data is collected about viewer sessions that end in a successful logout, and it's examined in much the manner you propose. I believe the aggregate data is shared with Third Party Viewer teams and/or at the Open Source office hours. I'm not sure if the lab has shared a recent breakdown against different OSes and graphic chipsets, but that could be a good thing to ask for if anyone's focussing on graphics or stability. -- Brian McGroarty | Linden Lab Sent from my Newton MP2100 via acoustic coupler ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] Any possibility of playing animation b y uuid?
On Sun, Apr 17, 2011 at 9:39 AM, Brandon Husbands xot...@gmail.com wrote: We cal already play sounds, do textures why cant we play a animation by uuid via lsl / viewer. Repeating what was done with textures and sounds is a non-starter; disallowing Second Life viewers from accessing animations by asset ID was a conscious decision. I saw third-party viewers with built in AOs, and people were passing AO configuration notecards around containing asset IDs for animations. In many cases, I confirmed that users had not obtained the animation creators' consent. If reference by asset ID is important enough that you'd want to work on it, lay out a proposal detailing what permissions could be baked into an asset at upload time, and how the permissions could be honored by all viewers. This would need to be done without the simulator process having to parse the asset. Eventually we'll want static assets served up on a CDN independently of the sim hosts, so it would be a liability if the simulator process needed to download animation assets. Any proposal should maintain current restrictions against raw use of existing animation assets, which don't have extra permissions metadata attached. I wouldn't add anything that limits a proposal to animations, either. If the same flags could be expressed when uploading sounds and textures, content creators could express permissions or new restrictions in future sound and texture metadata too. -- Brian McGroarty | Linden Lab Sent from my Newton MP2100 via acoustic coupler ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] A fond farewell
It's not likely he'll see this question - it's way past the end of the work day at the Boston lab, and possibly even past drunk o'clock at his going away party. I doubt there's a one of us who won't miss him, and who wouldn't welcome him back. On Fri, Mar 4, 2011 at 8:44 PM, Brandon Husbands xot...@gmail.com wrote: Are you leaving by choice? On Fri, Mar 4, 2011 at 1:18 PM, Kent Quirk (Q Linden) q...@lindenlab.comwrote: In case you hadn't already heard, this is one of my last emails as Q Linden. Today's my last day. It's been fun working with you all. You may see me again as a contributor. We'll see how it goes. Thanks for all of your passion. -- Brian McGroarty | Linden Lab Sent from my Newton MP2100 via acoustic coupler ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] Review Request: storm-1037: remove the 'hide url' checkboxes from parcel management
--- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/171/#review414 --- Ship it! Looks to do what it says on the tin, and helps resis make better-informed choices about what media requests they trust - Brian On March 3, 2011, 11:52 a.m., Oz Linden wrote: --- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/171/ --- (Updated March 3, 2011, 11:52 a.m.) Review request for Viewer. Summary --- This patch removes the two Hide URL checkboxes in the parcel management screens. The corresponding flags are not removed from the messages exchanged with server in order to preserve backward compatibility; instead, they are always sent as 'false' (show the url), and are ignored when received. This addresses bug storm-1037. http://jira.secondlife.com/browse/storm-1037 Diffs - indra/llinventory/llparcel.h 8596ccc522d9 indra/llinventory/llparcel.cpp 8596ccc522d9 indra/newview/llfloaterauction.cpp 8596ccc522d9 indra/newview/llpanellandaudio.cpp 8596ccc522d9 indra/newview/llpanellandmedia.cpp 8596ccc522d9 indra/newview/llpanelnearbymedia.cpp 8596ccc522d9 indra/newview/skins/default/xui/da/floater_about_land.xml 8596ccc522d9 indra/newview/skins/default/xui/de/floater_about_land.xml 8596ccc522d9 indra/newview/skins/default/xui/en/floater_about_land.xml 8596ccc522d9 indra/newview/skins/default/xui/es/floater_about_land.xml 8596ccc522d9 indra/newview/skins/default/xui/fr/floater_about_land.xml 8596ccc522d9 indra/newview/skins/default/xui/it/floater_about_land.xml 8596ccc522d9 indra/newview/skins/default/xui/ja/floater_about_land.xml 8596ccc522d9 indra/newview/skins/default/xui/nl/floater_about_land.xml 8596ccc522d9 indra/newview/skins/default/xui/pl/floater_about_land.xml 8596ccc522d9 indra/newview/skins/default/xui/pt/floater_about_land.xml 8596ccc522d9 Diff: http://codereview.secondlife.com/r/171/diff Testing --- Verified that the checkboxes are no longer present, and that media can be set using either dialog. Thanks, Oz ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] Extended Groups broken?
It might not be a viewer problem. The group allowance is controlled by a config file on the login hosts and the sims. The supporting sim code has been around for some time, so the sim version shouldn't factor into it. It's more likely a config problem. With a current viewer, search SecondLife.log for a line containing gMaxAgentGroups and report what you see. Here's mine: process_login_success_response: gMaxAgentGroups read from login.cgi: 42 Next, check what sim host you're on via Help-About... If you provide the log line and the sim host, several Lindens on this list can check for a config problem. Also, some SL proxies don't pass new login fields properly. If you're using an inspector or similar, have a try without it. On Sun, Feb 20, 2011 at 5:52 PM, Trilo Byte trilobyte5...@gmail.com wrote: Both the region I was on and the region I'd logged onto were non-RC servers, running server version 11.02.08 220555. Being that it worked fine when relogging using Viewer 2.5, it seems the bug is viewer-side rather than server-side. On Feb 20, 2011, at 4:02 PM, Keith Jaeger wrote: Try logging into a non RC sim. This seems to help that issue. From: trilobyte5...@gmail.com Date: Sun, 20 Feb 2011 15:51:47 -0800 To: opensource-dev@lists.secondlife.com Subject: [opensource-dev] Extended Groups broken? I'm not sure if this broke in a previous build, but extended groups functionality is broken in build 221543 (Mac client). I can see and access the 29 groups I currently belong to, but the Viewer will not let me join any new groups or accept a group invitation from another resident. The only workaround I could find was to relog using the Viewer 2.5 release. I tried searching the JIRA, but there are so many groups-related entries I've had no luck trying to find an existing issue. Is anybody else having trouble adding groups beyond 25? TriloByte Zanzibar ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges -- Brian McGroarty | Linden Lab Sent from my Newton MP2100 via acoustic coupler ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] Extended Groups broken?
I found at least one login host with the wrong number set. I'll push this to ops. On Sun, Feb 20, 2011 at 6:57 PM, Brian McGroarty s...@lindenlab.com wrote: It might not be a viewer problem. The group allowance is controlled by a config file on the login hosts and the sims. The supporting sim code has been around for some time, so the sim version shouldn't factor into it. It's more likely a config problem. With a current viewer, search SecondLife.log for a line containing gMaxAgentGroups and report what you see. Here's mine: process_login_success_response: gMaxAgentGroups read from login.cgi: 42 Next, check what sim host you're on via Help-About... If you provide the log line and the sim host, several Lindens on this list can check for a config problem. Also, some SL proxies don't pass new login fields properly. If you're using an inspector or similar, have a try without it. On Sun, Feb 20, 2011 at 5:52 PM, Trilo Byte trilobyte5...@gmail.comwrote: Both the region I was on and the region I'd logged onto were non-RC servers, running server version 11.02.08 220555. Being that it worked fine when relogging using Viewer 2.5, it seems the bug is viewer-side rather than server-side. On Feb 20, 2011, at 4:02 PM, Keith Jaeger wrote: Try logging into a non RC sim. This seems to help that issue. From: trilobyte5...@gmail.com Date: Sun, 20 Feb 2011 15:51:47 -0800 To: opensource-dev@lists.secondlife.com Subject: [opensource-dev] Extended Groups broken? I'm not sure if this broke in a previous build, but extended groups functionality is broken in build 221543 (Mac client). I can see and access the 29 groups I currently belong to, but the Viewer will not let me join any new groups or accept a group invitation from another resident. The only workaround I could find was to relog using the Viewer 2.5 release. I tried searching the JIRA, but there are so many groups-related entries I've had no luck trying to find an existing issue. Is anybody else having trouble adding groups beyond 25? TriloByte Zanzibar ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges -- Brian McGroarty | Linden Lab Sent from my Newton MP2100 via acoustic coupler -- Brian McGroarty | Linden Lab Sent from my Newton MP2100 via acoustic coupler ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] Extended Groups broken?
Well, that was quick. One login server had been previously disabled after having problems. It was repaired and brought back into rotation without a config update. If you see the problem again and you logged in after 8pm today (Sunday), please post the gMaxAgentGroups line below as well as the sim host you're on. On Sun, Feb 20, 2011 at 7:25 PM, Brian McGroarty s...@lindenlab.com wrote: I found at least one login host with the wrong number set. I'll push this to ops. On Sun, Feb 20, 2011 at 6:57 PM, Brian McGroarty s...@lindenlab.comwrote: It might not be a viewer problem. The group allowance is controlled by a config file on the login hosts and the sims. The supporting sim code has been around for some time, so the sim version shouldn't factor into it. It's more likely a config problem. With a current viewer, search SecondLife.log for a line containing gMaxAgentGroups and report what you see. Here's mine: process_login_success_response: gMaxAgentGroups read from login.cgi: 42 Next, check what sim host you're on via Help-About... If you provide the log line and the sim host, several Lindens on this list can check for a config problem. Also, some SL proxies don't pass new login fields properly. If you're using an inspector or similar, have a try without it. On Sun, Feb 20, 2011 at 5:52 PM, Trilo Byte trilobyte5...@gmail.comwrote: Both the region I was on and the region I'd logged onto were non-RC servers, running server version 11.02.08 220555. Being that it worked fine when relogging using Viewer 2.5, it seems the bug is viewer-side rather than server-side. On Feb 20, 2011, at 4:02 PM, Keith Jaeger wrote: Try logging into a non RC sim. This seems to help that issue. From: trilobyte5...@gmail.com Date: Sun, 20 Feb 2011 15:51:47 -0800 To: opensource-dev@lists.secondlife.com Subject: [opensource-dev] Extended Groups broken? I'm not sure if this broke in a previous build, but extended groups functionality is broken in build 221543 (Mac client). I can see and access the 29 groups I currently belong to, but the Viewer will not let me join any new groups or accept a group invitation from another resident. The only workaround I could find was to relog using the Viewer 2.5 release. I tried searching the JIRA, but there are so many groups-related entries I've had no luck trying to find an existing issue. Is anybody else having trouble adding groups beyond 25? TriloByte Zanzibar ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges -- Brian McGroarty | Linden Lab Sent from my Newton MP2100 via acoustic coupler -- Brian McGroarty | Linden Lab Sent from my Newton MP2100 via acoustic coupler -- Brian McGroarty | Linden Lab Sent from my Newton MP2100 via acoustic coupler ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] Extended Groups broken?
It shouldn't be related. The only places I've see the cap referenced in sim code are in the group joining and creation logic. Have you tried it with group notice attachment delivery and receipt on the different simulator versions? On Sun, Feb 20, 2011 at 11:38 PM, Kadah Coba kadah.c...@gmail.com wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Thanks Soft, I was just noticing this issue this morning. Could it have any relation to a problem I've been getting for over a week with attachments on group notices never getting to my inventory when I try to open then? I'm trying to test it but I cannot get it to repro on purpose so I can file a jira on it. On 2/20/2011 7:36 PM, Brian McGroarty wrote: Well, that was quick. One login server had been previously disabled after having problems. It was repaired and brought back into rotation without a config update. If you see the problem again and you logged in after 8pm today (Sunday), please post the gMaxAgentGroups line below as well as the sim host you're on. On Sun, Feb 20, 2011 at 7:25 PM, Brian McGroarty s...@lindenlab.com mailto:s...@lindenlab.com wrote: I found at least one login host with the wrong number set. I'll push this to ops. On Sun, Feb 20, 2011 at 6:57 PM, Brian McGroarty s...@lindenlab.com mailto:s...@lindenlab.com wrote: It might not be a viewer problem. The group allowance is controlled by a config file on the login hosts and the sims. The supporting sim code has been around for some time, so the sim version shouldn't factor into it. It's more likely a config problem. With a current viewer, search SecondLife.log for a line containing gMaxAgentGroups and report what you see. Here's mine: process_login_success_response: gMaxAgentGroups read from login.cgi: 42 Next, check what sim host you're on via Help-About... If you provide the log line and the sim host, several Lindens on this list can check for a config problem. Also, some SL proxies don't pass new login fields properly. If you're using an inspector or similar, have a try without it. On Sun, Feb 20, 2011 at 5:52 PM, Trilo Byte trilobyte5...@gmail.com mailto:trilobyte5...@gmail.com wrote: Both the region I was on and the region I'd logged onto were non-RC servers, running server version 11.02.08 220555. Being that it worked fine when relogging using Viewer 2.5, it seems the bug is viewer-side rather than server-side. On Feb 20, 2011, at 4:02 PM, Keith Jaeger wrote: Try logging into a non RC sim. This seems to help that issue. From: trilobyte5...@gmail.com mailto:trilobyte5...@gmail.com Date: Sun, 20 Feb 2011 15:51:47 -0800 To: opensource-dev@lists.secondlife.com mailto:opensource-dev@lists.secondlife.com Subject: [opensource-dev] Extended Groups broken? I'm not sure if this broke in a previous build, but extended groups functionality is broken in build 221543 (Mac client). I can see and access the 29 groups I currently belong to, but the Viewer will not let me join any new groups or accept a group invitation from another resident. The only workaround I could find was to relog using the Viewer 2.5 release. I tried searching the JIRA, but there are so many groups-related entries I've had no luck trying to find an existing issue. Is anybody else having trouble adding groups beyond 25? TriloByte Zanzibar ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges -- Brian McGroarty | Linden Lab Sent from my Newton MP2100 via acoustic coupler -- Brian McGroarty | Linden Lab Sent from my Newton MP2100 via acoustic coupler -- Brian McGroarty | Linden Lab Sent from my Newton MP2100 via acoustic coupler ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com
Re: [opensource-dev] Anyone playing with Android and Second Life?
On Tue, Dec 28, 2010 at 7:57 AM, Robin Cornelius robin.cornel...@gmail.comwrote: On Tue, Dec 28, 2010 at 3:55 PM, Robin Cornelius robin.cornel...@gmail.com wrote: The other issue is, if they are using a central server to perform the connection to SL then transmitting revelant data to your handset, unless they have been very clever to avoid TPV clause 2.e, and it seems to be this that is mentioned in the linked discussion, then that would be considered a serious issue by LL, even if they had all good intentions. And in the worst possible email etiquette, replying to ones self.. Their changelog says v1.13.852 * the whole login process is now handled by the mobile device itself, from now on no passwords nor their hashes are transfered to our servers. So that avoids 2.e That change was made at our request in order to come into compliance. -- Brian McGroarty | Linden Lab Sent from my Newton MP2100 via acoustic coupler ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] Anyone playing with Android and Second Life?
On Tue, Dec 28, 2010 at 8:05 AM, Tateru Nino tateru.n...@gmail.com wrote: On 29/12/2010 2:57 AM, Robin Cornelius wrote: On Tue, Dec 28, 2010 at 3:55 PM, Robin Cornelius robin.cornel...@gmail.com wrote: v1.13.852 * the whole login process is now handled by the mobile device itself, from now on no passwords nor their hashes are transfered to our servers. So that avoids 2.e I'd be more concerned about capabilities URIs, myself. The login credentials are only the front-gate. Ultimately, there's a big risk in using any third-party viewer. Getting the initial authentication off of the third-party server narrows scope a bit. It removes credentials that could have been used for real currency cash outs, makes compromise of the third-party authentication server a less severe problem, and improves governance's chances of slowing down bad actors without having to take down a whole service. But, in no way do we intend it as a safeguard against a malicious TPV dev. -- Brian McGroarty | Linden Lab Sent from my Newton MP2100 via acoustic coupler ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] Overview of JPEG 2000 codec
On Fri, Oct 1, 2010 at 1:54 AM, Lance Corrimal lance.corri...@eregion.dewrote: Am Freitag, 1. Oktober 2010, 10:26:46 schrieb Yoz Grahame: Another format referenced in the discussion is JPEG-XR (originally released as HD Photo by Microsoft, now an ISO standard), which has all of the above features. It might be worth doing a comparison, bearing in mind that compression/quality ratio is not the only thing we care about. did you ever notice how may people are online in SL only at the beginning of the month? ...yes, that's because their connection gets capped after a few days of SL usage... because SL kicks up even more traffic than downloading pirated music The concurrency charts don't show evidence of this monthly cycle. -- Brian McGroarty | Linden Lab Sent from my Newton MP2100 via acoustic coupler ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] Faster for people with crappy internet? (was Re: Overview of JPEG 2000 codec
On Fri, Oct 1, 2010 at 11:41 AM, Ponzu lee.po...@gmail.com wrote: On Fri, Oct 1, 2010 at 1:06 PM, Thomas Grimshaw t...@streamsense.netwrote: On 01/10/2010 18:04, Ponzu wrote: Nobody has crappier internet than I (satellite). Well, we're really talking about transfer caps, here, rather than available bandwidth. Available bandwidth can be appeased by the network slider. But transfer caps are the biggest problem, and pretty much everyone in Australia is affected, and a lot of people on the less decent ISP's in the UK. and me. 17GB per 30 day period, in a sliding window. Point is still that caps will be increased as time goes on (or decreased, as international economic system collapses, but taht is a differnt sim). Devs concerned about crazy-limited connections shouldn't worry about the small changes that may someday come with a different image CODEC. They can cut texture transfers in half -today- at the expense of texture blurriness. A test should be straightforward, if anyone feels strongly enough to take a whack at it. Add a texture fidelity slider that scales the measure the viewer uses to decide what discard level it wants. See where you still find it tolerable. -- Brian McGroarty | Linden Lab Sent from my Newton MP2100 via acoustic coupler ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] This is how Linden Lab treats it's customers...
On Sat, Aug 28, 2010 at 5:50 AM, Aleric Inglewood aleric.inglew...@gmail.com wrote: So one day I have a home, my own island where I live and did built and work on for more than a year. Which is full of objects of my dead partner that I can use but not Take Back (no help from LInden Lab here either of course), and the next -poof- offline. Not because *I* didn't pay, but because LInden Lab doesn't give a shit about me, or my money. Or it's customers. I hate that this has happened, and I don't know the reason why the full region prerequisite exists so I can't say if it makes sense. I don't think you've exhausted the concierge options, though. I'll follow up off-list, given that this is definitely way off topic. -- Brian McGroarty | Linden Lab Sent from my Newton MP2100 via acoustic coupler ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] Removal of the MultipleAttachments debug settings ?
There were some fixes in 1.42 that dealt with a related MultipleAttachments issue, and should have addressed the more general case. If anyone encounters this while logging in with an account where you've crashed or logged out today or later, would you please follow up with me in direct email? If you include the time and location at which you logged in, as well as what the item names were, and which attachment point they were on, it will help tremendously. Also, let me know if you flipped between 2.x and 1.x viewers in those sessions - anything out of the ordinary could be relevant. On Thu, Aug 26, 2010 at 2:37 PM, Marine Kelley marinekel...@gmail.comwrote: I'd like to chime in and say that this happens to me often as well. Attachments are worn twice on relog, approx. once a day. Since the attachments I'm wearing usually say things with llOwnerSay and I see them say their messages twice, I do know this is not only a viewer-side problem. I have never observed this with 1.23, only with 2.1. Soft is aware of this issue, and confirmed seeing the double-rezzing in the logs of my sim at the time I indicated. On 26 August 2010 22:30, Altair Sythos syt...@gmail.com wrote: On Thu, 26 Aug 2010 16:24:08 -0400 Nyx Linden n...@lindenlab.com wrote: Let me know if this clarifies things. yeah i'm on Second Life 2.1.2 (208569) Aug 26 2010 05:22:24 (Second Life Development) now, it work as you said, just noticed something weird and tryiong to reproduce: if i crash when relog all attachments are weared double time, like the dirty logoff don't detach items. I dunno how logoff/login work, i *SUPPOSE* debug warn during logoff acvatar destructor take current outfit and store somewhere on asset, during login last saved current outfit is worn. maybe is better if saved current outfit replace what worn during login, so if crashed nothing boudle is worn... somebody who know better and deeper the code can hint me about? ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges -- Brian McGroarty | Linden Lab Sent from my Newton MP2100 via acoustic coupler ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] Naive question about Bitbucket
On Wed, Aug 25, 2010 at 10:01 AM, Marine Kelley marinekel...@gmail.comwrote: Hello all, Pardon my naive question, but this is the first time I use TortoiseHg, and I'm having weird results here. My Cygwin is too old to update via cygwin-setup, I have to reinstall it completely, and I don't want to do that. So I'm falling back to TortoiseHg instead. And here is my problem : I clone https://bitbucket.org/lindenlab/viewer-development and everything works fine, I can run develop.py, build and test, then patch, rebuild and retest, everything is smooth like a dream. But when I look at the changeset on the webpage of this project, none of the changes are included into what I have downloaded. Sure it works, but I don't have the latest additions. Naive me thought that whatever is listed on that page is available in the sources... am I wrong ? If not, are these changes public ? I don't know about TortoiseHg specifically - but it sounds like you might be pulling, but not updating. pull downloads changes but doesn't apply them to your tree - they only sit in a database. update updates your tree. If this is the case, there's probably a checkbox that allows it to automatically update each time it pulls. -- Brian McGroarty | Linden Lab Sent from my Newton MP2100 via acoustic coupler ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
[opensource-dev] Encrypted chat third-party servers
Has anyone spent time looking at the encrypted chat feature included in some third-party viewers? It's my understanding that this contacts third-party servers in obtaining and validating keys. Is that correct? If so, do these connections share any information about the user that we should require to be disclosed per section 4.b of the TPV Policy?[1] [1] http://secondlife.com/corporate/tpv.php#priv4 -- Brian McGroarty | Linden Lab Sent from my Newton MP2100 via acoustic coupler ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] Malicious payloads in third-party viewers: is the policy worth anything?
On Sat, Aug 21, 2010 at 7:04 AM, Thomas Grimshaw t...@streamsense.net wrote: Loading 1mb of content per user is hardly a denial of service attack. Crosslinking occurs everywhere on the web, this is simply nothing but paranoid bull. Crosslinking drops the context of hiding gibberish requests to a critic's website in a hidden frame that will never be revealed to the user. This isn't a mere hyperlink to another page or naively stealing someone else's image hosting. My read (but I'm no lawyer) is that this looks like 2.d.iii of http://secondlife.com/corporate/tpv.php and we're already having that discussion. If anyone can come up with specific reasons why this might have had legitimate reason to be there, or how this one could be yet another oversight or mistake, that would be helpful. I sure haven't heard any to date. -- Brian McGroarty | Linden Lab Sent from my Newton MP2100 via acoustic coupler ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] Malicious payloads in third-party viewers: is the policy worth anything?
On Sat, Aug 21, 2010 at 7:46 AM, Discrete Dreamscape discrete.dreamsc...@gmail.com wrote: This was one person's decision, and was deliberately done for the sole purpose of messing with the owner of the victim site (although I'd hardly call the particular individual a victim). Regardless, the team was pretty disappointed. The one person currently owns all parts of Emerald's hosting, so it was their decision, albeit a ridiculous one. They don't take the project seriously, and it's more than a little embarrassing to the rest of the people associated with the team that this kind of thing keeps happening, over and over again. Appreciated - it's helpful to have this put plainly and publicly. Am I right that the target server belongs to the guy who: 1) Was interviewed in a previous blog write-up about the IP username database and geolocation tool that he sought to show was built up for Emerald Point visitors, Insilico visitors, and people creating accounts via the Modular Systems website? 2) Demonstrated that Emerald wasn't removing usernames from paths before embedding them in textures even after the team's first attempted fix? I know we already talked to the team and set some conditions after the first one. The second one's been explained as a mistake that Modular Systems would be willing to publicly acknowledge and correct - the potential for collecting usernames would have to be in the viewer's privacy policy otherwise, and it isn't to date. But that one of these incidents was history and the second was supposed to be a mistake made the hidden request activity all the more confusing. -- Brian McGroarty | Linden Lab Sent from my Newton MP2100 via acoustic coupler ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] Open Viewer Development Announcement
On Wed, Aug 18, 2010 at 11:27 AM, Henri Beauchamp sl...@free.fr wrote: SL is the ONLY so-called (but actually still not, obviously: a Canada-Dry LGPL, perhaps ?) LGPL Open Source project requiring a License agreement from its contributors !!! This makes strictly no sense and is a clear impairement. Axiom, OpenOffice, NetBeans, Joomla!, Alfresco, ... -- Brian McGroarty | Linden Lab Sent from my Newton MP2100 via acoustic coupler ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] display names = the end of 1.x viewers?
On Tue, Aug 17, 2010 at 2:34 PM, Lance Corrimal lance.corri...@eregion.de wrote: ... http://blogs.secondlife.com/community/features/blog/2010/08/17/display- names-bringing-greater-self-expression-to-second-life ... I guess that means the end for logging in with 1.x based viewers, does it? Old viewers will continue to work. Old accounts would continue to log in as they do today. New accounts log in with their username as their first name and Resident as the last name. (For the difference between username and Display Name, see the FAQ linked at the end of the blog post). Under the hood, for all legacy viewers and scripts, the only real change is that new accounts created after some point will only ever have Resident as a last name. The new Display Names won't replace usernames in any location within an old viewer. -- Brian McGroarty | Linden Lab Sent from my Newton MP2100 via acoustic coupler ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] display names = the end of 1.x viewers?
On Tue, Aug 17, 2010 at 2:44 PM, Andromeda Quonset andromedaquon...@gmail.com wrote: Andromeda Quonset groans very loudly. How can we get this new feature cancelled before it ever gets implemented? Seriously. Very bad idea. In the comments on that blog post, they say there will be a public beta. I would: 1) Come up with insurmountable problems during open beta or provide other convincing feedback on why you think it's a bad idea, and 2) get it in a JIRA that's linked to that project's meta JIRA (make that if it doesn't exist yet - before open beta it may not) or get it in the blog feedback from posts like today's announcement -- Brian McGroarty | Linden Lab Sent from my Newton MP2100 via acoustic coupler ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] display names = the end of 1.x viewers?
This is correct. Andromeda Quonset will be Andromeda Quonset forever. At some point, new residents won't be able to choose a last name - only these will be Resident No existing script function will return different results than it does today. New script functions are added for fetching/referencing Display Names. On Tue, Aug 17, 2010 at 3:47 PM, Erik Anderson eri...@odysseus.anderson.name wrote: My interpretation of what was said is that the script using a 2.X viewer would NOT say Andromeda Resident, SL is just stating that users in the future will not be asked for a last name when they sign up, all new users after that point would have a last name of Resident, which the 2.X viewers would likely hide. On Tue, Aug 17, 2010 at 3:45 PM, Andromeda Quonset andromedaquon...@gmail.com wrote: It appears to me that if I create a script using viewer 1.X, it will show as being created by Andromeda Quonset. It also appears to me that if I create the same script using a 2.X viewer, that it will say it was created by Andromeda Resident. ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges -- Brian McGroarty | Linden Lab Sent from my Newton MP2100 via acoustic coupler ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] 1.4 Showstopper: Reopened: VWR-9475
On Mon, Aug 2, 2010 at 5:45 AM, Aleric Inglewood aleric.inglew...@gmail.com wrote: Cursors are missing from the artwork... This was assigned to Soft Linden who closed it as 'resolved', but it is NOT resolved. Should I be confused? Perhaps it should be assigned to Merov? I'm not sure what's up here. I sent Merov a link to the commit that fixed this part of the export ~14 months ago, and have asked him to make sure that change exists in whatever branch Snowglobe 1.14 is exported from. -- Brian McGroarty | Linden Lab Sent from my Newton MP2100 via acoustic coupler ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
