From wolfpup67 at earthlink.net Mon Nov 1 07:58:02 2010 From: wolfpup67 at earthlink.net (WolfPup Lowenhar) Date: Mon, 1 Nov 2010 10:58:02 -0400 Subject: [opensource-dev] CALLING ALL WINDOWS ENVIROMENT OS DEVS!!!!!!!!!!!!!!! Message-ID: <000301cb79d5$2eb52710$8c1f7530$@net> For reference please see the following online repository: http://bitbucket.org/oz_linden/storm-102 and also, http://bitbucket.org/oz_linden/storm-102/src/tip/indra/llvfs/tests/lldir_tes t.cpp#cl-380 Code in question: // Scan dir2 and see if any file?.??c files are found bool expected8[5] = { true, true, false, false, false }; scanTest(dir2, "file?.??c", expected8); //bool expected8[5] = { true, true, false, false, false };// re-initizalition will fail the build scanTest(dir2, "*.??c", expected8); Now the issue: 1. When building the test it fails. You can only build it in release mode in visual studio as trying to build the test in particular in anything else will cause the resulting exe to crash and burn on run. Also if you try to the commented out step the build will fail no mater what. 2. With a working test program it will fail one of the tests no mater hominy times you run it or even rebuild it. 3. When running a debug of the test for some odd reason it will start trying to look at a null location causing the failure.(see attached debug file) I need some help getting this test to work right and not fail on a windows system. I welcome and help in this matter. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101101/b304b68a/attachment-0002.htm -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: Output-Build-2010-10-31-1147.txt Url: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101101/b304b68a/attachment-0003.txt -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: Output-Build-2010-11-01-0930-Intergration_test_lldir_failing.txt Url: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101101/b304b68a/attachment-0004.txt -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: Output-Debug-2010-10-31-2100.txt Url: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101101/b304b68a/attachment-0005.txt -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101101/b304b68a/attachment-0003.htm From kf6kjg at gmail.com Mon Nov 1 09:02:20 2010 From: kf6kjg at gmail.com (Ricky) Date: Mon, 1 Nov 2010 09:02:20 -0700 Subject: [opensource-dev] CALLING ALL WINDOWS ENVIROMENT OS DEVS!!!!!!!!!!!!!!! In-Reply-To: <000301cb79d5$2eb52710$8c1f7530$@net> References: <000301cb79d5$2eb52710$8c1f7530$@net> Message-ID: Unless I'm mistaken, you can only declare a variable ONCe in a given context. However, you are typically free to define and re-define it multiple times. See the following snippet: int my_integer; // a declaration my_integer = 4; // a definition my_integer = 8; // a re-definition (works) int my_integer; // a re-declaration (always fails) Since you are working with an array pointer, and you can only use the {...} array initializer notation during declaration in C++ IIRC, then proper control of context should get you past this hurdle: // Scan dir2 and see if any file?.??c files are found { bool expected8[5] = { true, true, false, false, false }; scanTest(dir2, "file?.??c", expected8); } // Scan dir2 and see if any *.??c files are found { bool expected8[5] = { true, true, false, false, false }; scanTest(dir2, "*.??c", expected8); } Ricky Cron Stardust On Mon, Nov 1, 2010 at 7:58 AM, WolfPup Lowenhar wrote: > For reference please see the following online repository: > > > > http://bitbucket.org/oz_linden/storm-102 > > > > and also, > > > > http://bitbucket.org/oz_linden/storm-102/src/tip/indra/llvfs/tests/lldir_test.cpp#cl-380 > > > > > > Code in question: > > > > ????? // Scan dir2 and see if any file?.??c files are found > > ????? bool? expected8[5] = { true, true, false, false, false }; > > ????? scanTest(dir2, "file?.??c", expected8); > > ????? //bool? expected8[5] = { true, true, false, false, false };// > re-initizalition will fail the build > > ????? scanTest(dir2, "*.??c", expected8); > > > > Now the issue: > > 1.???? When building the test it fails. You can only build it in release > mode in visual studio as trying to build the test in particular in anything > else will cause the resulting exe to crash and burn on run. Also if you try > to the commented out step the build will fail no mater what. > > 2.???? With a working test program it will fail one of the tests no mater > hominy times you run it or even rebuild it. > > 3.???? When running a debug of the test for some odd reason it will start > trying to look at a null location causing the failure.(see attached debug > file) > > > > I need some help getting this test to work right and not fail on a windows > system. I welcome and help in this matter. > > _______________________________________________ > 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 > From akanevsky at productengine.com Mon Nov 1 10:15:43 2010 From: akanevsky at productengine.com (Anya Kanevsky) Date: Mon, 1 Nov 2010 11:15:43 -0600 Subject: [opensource-dev] Daily Scrum Summary - Friday, October 29 Message-ID: Whoa, sorry! This is a bit late. *Date: **Friday, Oct 29* *== GENERAL NOTES ==* * Merge Monkey of the Day: Merov * IMPORTANT: Please remember - when merging your fixes into Beta, you must also pull them into viewer-development immediately after. * Esbee would also like to remind you that today's update is brought to you by the letter E and the number 3. *== DAILY SCRUM ==* *=== Merov ===* *PAST* * Merge Monkeying and code reviews * Investigated and communicated on viewer-development build issue * HR paperwork *FUTURE* * Merge Monkeying and code reviews * STORM-105 : Perf gathering: get and post data comparing llkdu (base), kdu statically linked and openjpeg * STORM-104: kdu upgrade: commit the static linking changes to dev repo *IMPEDIMENTS* * Latest KDU bits: still waiting... =*==**Oz** Linden**==**=* *PAST:* * Sent unit test for lldir::getNextFileInDir to Q for review ** added some tests based on that review ** apparently found at least on bug based on new tests * Finished STORM-480 * Consulted with Wolfpup on STORM-143 (assigned to him) * Question for Q: do we need to do STORM-204 to submit 102? (desired answer: no) *FUTURE* * Continue pursuit of KDU bits * More testing of getNextFileInDir * Third Party Viewer Developer meeting *IMPEDIMENTS* * none *=== Q **Linden**===* *PAST* * Meetings * Planning * Pumpkins * reviewer VWR-23444, STORM-480, STORM-477 * two crashers found and JIRAd in display names, sent to DN team *FUTURE* * OOO (starting now) * Beta 2 monday morning *IMPEDIMENTS* * none *=== Esbee Linden ===* *PAST* * Office Hour RE: Preferences design * Finished review of STORM-255 and provided feedback. * VWR Triage * Provided feedback on STORM-296 *FUTURE* * Preferences design work * VWR Triage * Team/Process/Goals Work * Review latest STORM-255 Viewer build *IMPEDIMENTS* * Pumpkin waffles (the ultimate impediment) *=== Paul ProductEngine===* *PAST:* * BUG STORM-288 ( New name resets to old if change it on 'Item Profile' panel while fetching inventory ) ** WIP. Found problem. Implementing version of fix. *FUTURE:* * BUG STORM-288 ( New name resets to old if change it on 'Item Profile' panel while fetching inventory ) *IMPEDIMENTS:* * none *=== Seth Productengine ===* *PAST:* * BUG (STORM-303) Favorites folder content isn't refreshed while re-ordering landmarks ** Fixed. Sent for review. * BUG (STORM-270) 'Favorites' folder doesn't re-ordered if reorder landmarks on Favorites bar ** WIP. Investigating the problem of updating Favorites in all visible folder views, not just in Places SP. *FUTURE:* * BUG (STORM-270) 'Favorites' folder doesn't re-ordered if reorder landmarks on Favorites bar ** Estimated: 8 hours. I*MPEDIMENTS:* * none *=== Andrew Productengine ===* *PAST:* * Critical bug STORM-95 (Upload hangs client). ** Tried to reproduce on dev and testers builds. Testers build lacks the changeset with fix, though it's in viewer-development already. Closed ticket as fixed. * Encountered crash and created ticket for it - VWR-23623 (Crash in LLVOAvatar::clearNameTag()). * Found and fixed crash related to STORM-322 (Group Member Search: gives more entries then the search string suggests). Sent for review. * STORM-404 (Viewer crashes if try to create new group while data about previous group is retrieved) ** Couldn't reproduce, but investigating code around it. BTW, due to this bug I found a crash from STORM-322. *FUTURE:* * STORM-404. * Other tickets by priority. *IMPEDIMENTS:* * none *=== Vadim Productengine ===* *PAST:* * Task STORM-489 (*Context menu for HTTP url opens if right-click on URL-like named object*): ** Implemented. * Bug STORM-488 (*Place profile opens instead of Object profile if click on object SLURL in the plain text chat log*): ** Fixed. * Bug STORM-224 (*Change label "Fabric" to read "Texture"*): ** Re-resolved as fixed (was reopened). * Bug STORM-311 (*"Share" button is enabled if select non worn wearable and wear it*): ** Re-resolved as fixed (was reopened). * Investigated an issue with changesets missing from the latest LL build. ** Just wasted my time because Merov worked on the issue concurrently. * Code review. *FUTURE:* * Task STORM-489 (Context menu for HTTP url opens if right-click on URL-like named object). ETA: 3h. * Will take something major+ from the v-d bug queue. *IMPEDIMENTS:* *none *=== Andrey Productengine ===* *PAST:* * completed Beta1 r212977 test activities * switched to the latest v-d build r213153 * verified integrated tickets * started v-d regression cycle todo: * proceed with regression testing of v-d *FUTURE:* * complete regression testing of Beta1 2.3.0 * switch to v-d testing *IMPEDIMENTS:* * none -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101101/5166216d/attachment-0001.htm From angel_of_crimson at hotmail.com Mon Nov 1 11:04:37 2010 From: angel_of_crimson at hotmail.com (Erin Mallory) Date: Mon, 1 Nov 2010 14:04:37 -0400 Subject: [opensource-dev] display name userstory In-Reply-To: <4CCC4515.8020603@taterunino.net> References: , ,,<4CCC0861.8000604@gmail.com>, , , , , , , <4CCC4515.8020603@taterunino.net> Message-ID: there is now a jira on this issue. vwr-23662. Date: Sun, 31 Oct 2010 03:17:25 +1100 From: tateru at taterunino.net To: opensource-dev at lists.secondlife.com Subject: Re: [opensource-dev] display name userstory Sounds like a showstopper to me. On 31/10/2010 3:01 AM, Erin Mallory wrote: One more thing, the way it is now, it seems to break logging when the names were all displayed as ??? - ???. I would get chat histories of one person I chatted with showing up in the im window of someone else when I opened or received a new im... From: angel_of_crimson at hotmail.com To: babytje_ab at live.com; opensource-dev at lists.secondlife.com Date: Sat, 30 Oct 2010 11:58:28 -0400 Subject: Re: [opensource-dev] display name userstory Aside from the friends list itself, I never had issues with avatars around me displaying their user names until the display name support was added. In fact last night, I tested three versions of v2. The official standard. what was the most recent dev build, and oz's test build of 255 which has support for display names. Oz's test build was showing all names as ??? -??? during the period when the grid seemed to be having major issues, where as the other two only showed "Loading" in the friends list. From: babytje_ab at live.com To: opensource-dev at lists.secondlife.com Date: Sat, 30 Oct 2010 14:04:35 +0200 Subject: Re: [opensource-dev] display name userstory Nice but on tiny problem IF the client when it hapens alredy cant get First and Last name how you suposte to get the username? username = first and last name and i would think that getting the Display Name is same way as getting username(first and last name), i would assume those info are together when fetching that data Greetings From: Rob Nelson Sent: Saturday, October 30, 2010 1:58 PM To: opensource-dev at lists.secondlife.com Subject: Re: [opensource-dev] display name userstory How about "username (Loading...)", in order to queue people in as to why their display names aren't showing up. Should relieve pressure on support staff. Rob On 10/29/2010 8:47 PM, Erin Mallory wrote: as a user, if there are network issues in SL I would like display name enabled clients to NOT report avatars as ???-??? but rather default to user name or ??? - username _______________________________________________ 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 -- Tateru Nino http://dwellonit.taterunino.net/ _______________________________________________ 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101101/c46afca2/attachment.htm From akanevsky at productengine.com Mon Nov 1 11:35:33 2010 From: akanevsky at productengine.com (Anya Kanevsky) Date: Mon, 1 Nov 2010 12:35:33 -0600 Subject: [opensource-dev] Daily Scrum Summary - Monday, November 1 Message-ID: *Date: **Mon**, **Nov 1* *== GENERAL NOTES ==* * Merge Monkey of the Day: Merov * IMPORTANT: Please remember - when merging your fixes into Beta, you must also pull them into viewer-development immediately after. *== DAILY SCRUM ==* *=== Merov ===* *PAST* * Merge Monkeying and code reviews * STORM-420 : Ported, readied for review, got feedback from Andrew *FUTURE* * Merge Monkeying and code reviews * STORM-420 : Incorporate Andrew's feedback * STORM-105 : Perf gathering: get and post data comparing llkdu (base), kdu statically linked and openjpeg * STORM-104: kdu upgrade: commit the static linking changes to dev repo *IMPEDIMENTS* * Latest KDU bits: still waiting... =*==**Oz** Linden**==**=* *PAST* * More testing of getNextFileInDir ** Found one pre-existing bug * Third Party Viewer Developer meeting * Consulted w/ Wolfpup *FUTURE* * Continue pursuit of KDU bits * Working on TPV Directory *IMPEDIMENTS* * none *=== Q **Linden**===* *PAST* * a little bit of beta * a weekend off / baseball games *FUTURE* * triage * meetings / planning * display names stuff * beta *IMPEDIMENTS* * None *=== Esbee Linden ===* *PAST* * OOO * Birthday & Rezday! *FUTURE* * Preferences design work * VWR Triage *IMPEDIMENTS* * None *=== Paul ProductEngine===* *PAST:* * BUG STORM-288 ( New name resets to old if change it on 'Item Profile' panel while fetching inventory ) ** Fixed. Will test carefully on Monday and sent for a review. *FUTURE:* * Other tickets *IMPEDIMENTS:* * none *=* *=== Andrew Productengine== Seth Productengine ===* *PAST:* * BUG (STORM-270) 'Favorites' folder doesn't re-ordered if reorder landmarks on Favorites bar ** Fixed. * BUG (STORM-184) Save is enabled for outfits consisting of original items ** Fixed. Needs some more testing. *FUTURE:* * BUG (STORM-184) Save is enabled for outfits consisting of original items ** Test the fix. * Pick some issues from development queue. I*MPEDIMENTS:* * none * ===* *PAST:* * STORM-404 (Viewer crashes if try to create new group while data about previous group is retrieved) ** WIP. Have a working fix, but still can't trace the exact point where things go wrong, so investigating further. *FUTURE:* * STORM-404. * Other tickets by priority. *IMPEDIMENTS:* * none *=== Vadim Productengine ===* *PAST:* * Bug STORM-501 (*Script-editor shows ERRORS in the wrong line*): ** Investigated, optimized and applied a 3rd-party fix. * Code review. *FUTURE:* * Pick something from the v-d bug queue. *IMPEDIMENTS:* * none *=== Andrey Productengine ===* *PAST:* * continued v-d regression testing, switched to build 213294 * added Viewer Messages test cases to the regression suite *FUTURE:* * proceed with v-d regression testing until new Beta arrives *IMPEDIMENTS:* * none *=== Anya ===* Impediments: * Half the bugs in v-d bug queue are bugs we've been putting off for various reasons. Examples: *STORM-135 (*Hi-Rez snapshot broken in Viewer 2.1.1*): ** We don't know how to fix this. It can take a significant amount of time (like, a sprint or more) to figure this out. Best candidate is the LEAP team / Richard. * STORM-198 (*[I18N] [CORRUPTED CHARACTERS] - FRENCH "?", "?" showing as a space*): ** Don't know how to fix this. Don't know who would know - maybe Q can take a look? * STORM-193 (*Duplicated items created in My Outfits upon 'Save' invoked for an outfit containing non-link items*): ** Sergei commented that this can only be fixed after VWR-21811, which hasn't been touched since August. * STORM-220 (*Date not localized in the Group Profile / General table*): ** Erica comments not to worry too much about this. Side effects of this fix outweigh the fix in our opinion. I would close as won't fix. * STORM-194 (*'Show' button of inventory offer doesn't open 'My Inventory' SP...*): ** Seraph wasn't happy with this fix alsmost 3 months ago and was going to dig around himself. He probably forgot about it in lieu of more important stuff. Should either be reassigned to him or fix should be re-reviewed... 6 tickets remain. None are straightforward, but are also not enough for a normal load for the team. Some more tickets and some feature work would be great! -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101101/eb6cfc90/attachment-0001.htm From angel_of_crimson at hotmail.com Mon Nov 1 13:54:13 2010 From: angel_of_crimson at hotmail.com (Erin Mallory) Date: Mon, 1 Nov 2010 16:54:13 -0400 Subject: [opensource-dev] texture preview pane Message-ID: okay, not sure exactly when or how this broke, but I only noticed this today and this makes texture previewing and sorting very difficult. Notice you cant read the titles or easily see what you're navigating to. see https://jira.secondlife.com/browse/VWR-23667 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101101/9e59f7bd/attachment-0001.htm -------------- next part -------------- A non-text attachment was scrubbed... Name: messeduppreview.JPG Type: image/jpeg Size: 125923 bytes Desc: not available Url : http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101101/9e59f7bd/attachment-0001.jpeg From nexisentertainment at gmail.com Mon Nov 1 14:14:28 2010 From: nexisentertainment at gmail.com (Rob Nelson) Date: Mon, 01 Nov 2010 14:14:28 -0700 Subject: [opensource-dev] texture preview pane In-Reply-To: References: Message-ID: <4CCF2DB4.9070205@gmail.com> Uh, try increasing your resolution? I can't see how anyone can realistically use the UI when it's crunched down to that size. On 11/1/2010 1:54 PM, Erin Mallory wrote: > okay, not sure exactly when or how this broke, but I only noticed this > today and this makes texture previewing and sorting very difficult. > Notice you cant read the titles or easily see what you're navigating > to. see https://jira.secondlife.com/browse/VWR-23667 > > > _______________________________________________ > 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101101/edccb161/attachment.htm From kf6kjg at gmail.com Mon Nov 1 14:20:42 2010 From: kf6kjg at gmail.com (Ricky) Date: Mon, 1 Nov 2010 14:20:42 -0700 Subject: [opensource-dev] [META] Related JIRA Issue Creation Message-ID: I have several ideas that I would like to put on the JIRA. However, each of these ideas is composed of several logically separate features. Should I just make one large single JIRA entry, and split it up if asked, or should I enter each separately, and then create a meta issue that combines them into the cohesive whole? For example I'm working out some upgrades for the minimap/nearby list. On my brainstorm paper this one idea has no less than 6 compatible features that, when combined, create a single major user interaction upgrade in that area. (IMHO :P ) Thanks, Ricky Cron Stardust From kf6kjg at gmail.com Mon Nov 1 14:30:42 2010 From: kf6kjg at gmail.com (Ricky) Date: Mon, 1 Nov 2010 14:30:42 -0700 Subject: [opensource-dev] texture preview pane In-Reply-To: <4CCF2DB4.9070205@gmail.com> References: <4CCF2DB4.9070205@gmail.com> Message-ID: At least without dropping the UI Size to something like 0.875 or lower... Although decreasing UI size often comes with it's own breakage! That said, the UI shouldn't break like shown. Ricky Cron Stardust On Mon, Nov 1, 2010 at 2:14 PM, Rob Nelson wrote: > Uh, try increasing your resolution?? I can't see how anyone can > realistically use the UI when it's crunched down to that size. > On 11/1/2010 1:54 PM, Erin Mallory wrote: > > okay, not sure exactly when or how this broke, but I only noticed this today > and this makes texture previewing and sorting very difficult.? Notice you > cant read the titles or easily see what you're navigating to. see > https://jira.secondlife.com/browse/VWR-23667 > > _______________________________________________ > 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 > From laurent.bechir at madonie.org Mon Nov 1 14:38:07 2010 From: laurent.bechir at madonie.org (Laurent Bechir) Date: Mon, 01 Nov 2010 22:38:07 +0100 Subject: [opensource-dev] Where do I ask for a feature ? Message-ID: <4CCF333F.4030905@madonie.org> Hello, Where do I ask for a feature ? Should I open a Jira ? Mine is not a big one, it's just a check box in the confirmation window which arise when I share an object with someone to have the possibility to disable it like I can with other windows (teleport, ...) Thank you From esbee at lindenlab.com Mon Nov 1 15:48:29 2010 From: esbee at lindenlab.com (Sarah (Esbee) Hutchinson) Date: Mon, 1 Nov 2010 18:48:29 -0400 Subject: [opensource-dev] [META] Related JIRA Issue Creation In-Reply-To: References: Message-ID: Hi Ricky, I would suggest that you submit the epic-level user story as a feature request, then each of the compatible features could be added to the feature request as a sub-task. That will make it easier for me to review when you submit. Let me know if you have any questions and I'll be happy to help! Best, Esbee On Mon, Nov 1, 2010 at 5:20 PM, Ricky wrote: > I have several ideas that I would like to put on the JIRA. However, > each of these ideas is composed of several logically separate > features. Should I just make one large single JIRA entry, and split > it up if asked, or should I enter each separately, and then create a > meta issue that combines them into the cohesive whole? > > For example I'm working out some upgrades for the minimap/nearby list. > On my brainstorm paper this one idea has no less than 6 compatible > features that, when combined, create a single major user interaction > upgrade in that area. (IMHO :P ) > > Thanks, > Ricky > Cron Stardust > _______________________________________________ > 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 > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101101/d09cff6a/attachment.htm From esbee at lindenlab.com Mon Nov 1 15:50:04 2010 From: esbee at lindenlab.com (Sarah (Esbee) Hutchinson) Date: Mon, 1 Nov 2010 18:50:04 -0400 Subject: [opensource-dev] Where do I ask for a feature ? In-Reply-To: <4CCF333F.4030905@madonie.org> References: <4CCF333F.4030905@madonie.org> Message-ID: Hi Laurent, To request a feature, simply log into https://jira.secondlife.com/ and click the "Create Issue" button in the upper right-hand corner of the page. The project will be VWR and your issue type is "Feature Request". Once you submit it, we'll pick it up in triage and review! Best, Esbee On Mon, Nov 1, 2010 at 5:38 PM, Laurent Bechir wrote: > > Hello, > > Where do I ask for a feature ? Should I open a Jira ? Mine is not a big > one, it's just a check box in the confirmation window which arise when I > share an object with someone to have the possibility to disable it like > I can with other windows (teleport, ...) > > Thank you > _______________________________________________ > 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 > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101101/08e4cd12/attachment.htm From kf6kjg at gmail.com Mon Nov 1 15:52:57 2010 From: kf6kjg at gmail.com (Ricky) Date: Mon, 1 Nov 2010 15:52:57 -0700 Subject: [opensource-dev] [META] Related JIRA Issue Creation In-Reply-To: References: Message-ID: Thanks! That's what I figured, as that was the most logical structure I could think of when creating my MindMap (using FreeMind) edition of my scribbled notes. Ricky Cron Stardust On Mon, Nov 1, 2010 at 3:48 PM, Sarah (Esbee) Hutchinson wrote: > Hi Ricky, > > I would suggest that you submit the epic-level user story as a feature > request, then each of the compatible features could be added to the feature > request as a sub-task. That will make it easier for me to review when you > submit. > > Let me know if you have any questions and I'll be happy to help! > > Best, > Esbee > > > > On Mon, Nov 1, 2010 at 5:20 PM, Ricky wrote: >> >> I have several ideas that I would like to put on the JIRA. However, >> each of these ideas is composed of several logically separate >> features. ?Should I just make one large single JIRA entry, and split >> it up if asked, or should I enter each separately, and then create a >> meta issue that combines them into the cohesive whole? >> >> For example I'm working out some upgrades for the minimap/nearby list. >> ?On my brainstorm paper this one idea has no less than 6 compatible >> features that, when combined, create a single major user interaction >> upgrade in that area. (IMHO :P ) >> >> Thanks, >> Ricky >> Cron Stardust >> _______________________________________________ >> 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 > > From kf6kjg at gmail.com Mon Nov 1 17:20:19 2010 From: kf6kjg at gmail.com (Ricky) Date: Mon, 1 Nov 2010 17:20:19 -0700 Subject: [opensource-dev] [JIRA] VWR-23670 - Enhance the Nearby list to make it a full-fledged radar replacement Message-ID: I just created https://jira.secondlife.com/browse/VWR-23670 and 10 subtasks to document and provide a guiding single-purpose idea consolidation for the concept I've heard voiced many times about how the Nearby list should be made into a good radar system. As far as I can tell, all the needed information is already supplied to the viewer, it just needs an output on the UI. The concept is presented through (currently) 10 subtasks, as each separate enhancement is independent of the others and provides a useful upgrade all on its own. And, again, I wish I had the time to make patches for some of these, as most seem fairly trivial. But I'm working on my Bachelors in Game and Simulation programming at the moment, and the school is running me hard! :P Thankfully only a year or so to go though! Ricky Cron Stardust From laurent.bechir at madonie.org Mon Nov 1 18:02:14 2010 From: laurent.bechir at madonie.org (Laurent Bechir) Date: Tue, 02 Nov 2010 02:02:14 +0100 Subject: [opensource-dev] Where do I ask for a feature ? In-Reply-To: References: <4CCF333F.4030905@madonie.org> Message-ID: <4CCF6316.9010302@madonie.org> Sarah (Esbee) Hutchinson a ?crit : > Hi Laurent, > > To request a feature, simply log into https://jira.secondlife.com/ and > click the "Create Issue" button in the upper right-hand corner of the > page. The project will be VWR and your issue type is "Feature Request". > > Once you submit it, we'll pick it up in triage and review! > > Best, > Esbee > > Done : https://jira.secondlife.com/browse/VWR-23681 with another one concerning Notifications : https://jira.secondlife.com/browse/VWR-23682 From twisted_laws at hotmail.com Mon Nov 1 20:15:02 2010 From: twisted_laws at hotmail.com (Twisted Laws) Date: Mon, 1 Nov 2010 23:15:02 -0400 Subject: [opensource-dev] possible display name crash In-Reply-To: <000001cb790b$1ea879f0$5bf96dd0$@com> References: , , ,,<4CCC0861.8000604@gmail.com>, , ,,, , , , , , , <4CCC4515.8020603@taterunino.net>, , <000001cb790b$1ea879f0$5bf96dd0$@com> Message-ID: Thanks, the patch in that jira corrected the problem I was having. No more crashes for me, yeah! > I'm not sure if this is actually your crash, but it seems to match rather > closely with a lot of what you described: > https://jira.secondlife.com/browse/VWR-23653 (patch attached). > > Kitty -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101101/40caded6/attachment-0001.htm From olli_aro at yahoo.co.uk Tue Nov 2 04:00:02 2010 From: olli_aro at yahoo.co.uk (Olli Aro) Date: Tue, 2 Nov 2010 11:00:02 -0000 Subject: [opensource-dev] Translation to Arabic Message-ID: Hi all, We translated the viewer to Arabic and noticed that things are not quite working :( Anyone on this list that would have an idea how to fix the viewer so that it supports right to left languages and would be interested in working on a project to implement this? If you are please feel free to email me at olli_aro at yahoo.co.uk Regards, Olli -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101102/3da709ba/attachment.htm From sl.nicky.ml at googlemail.com Tue Nov 2 05:13:22 2010 From: sl.nicky.ml at googlemail.com (Nicky SL) Date: Tue, 2 Nov 2010 13:13:22 +0100 Subject: [opensource-dev] CALLING ALL WINDOWS ENVIROMENT OS DEVS!!!!!!!!!!!!!!! In-Reply-To: <000301cb79d5$2eb52710$8c1f7530$@net> References: <000301cb79d5$2eb52710$8c1f7530$@net> Message-ID: Please see the attached patch. You had an out of bounds array access if a test failed. That made it crash. As Rickey noted, you cannot redeclare a variable in the same scope. It does not matter here so much, as the array has the same contents in both cases. Another problem is the test failing over the virtual directories '.' (cwd) and '..' (parent). I made it so that they are skipped in the loop. I am not sure this is what you want. You'll have to take a look at this. But as the tests still fail for me, you have to take a look anyway :) Result so far: [LLDir, 5] fail: 'scan of '...\Temp\getNextFileInDir24\' using '*.????' incorrectly returned 'file1.abc'' Unit test group_completed name=LLDir Total Tests: 5 Passed Tests: 4 Another thing I noticed is that I had top copy dlls like lipaprutil-1.dll etc to sharedlibs/debug. Otherwise the test would not find those DLLs. But this might have been because I did not compile the whole projects, I just build the test project + all the projects it depends on. Cheers, Nicky -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101102/00636a17/attachment.htm -------------- next part -------------- A non-text attachment was scrubbed... Name: 13227-c2ffd0fde18d.patch Type: application/octet-stream Size: 2590 bytes Desc: not available Url : http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101102/00636a17/attachment.obj From daleinnisemail at gmail.com Tue Nov 2 12:26:20 2010 From: daleinnisemail at gmail.com (Dale Innis) Date: Tue, 2 Nov 2010 15:26:20 -0400 Subject: [opensource-dev] Daily Scrum Summary - Monday, November 1 In-Reply-To: References: Message-ID: On Mon, Nov 1, 2010 at 2:35 PM, Anya Kanevsky wrote: > === Esbee Linden === > PAST > * OOO > * Birthday & Rezday! \o/ From akanevsky at productengine.com Tue Nov 2 15:26:33 2010 From: akanevsky at productengine.com (Anya Kanevsky) Date: Tue, 2 Nov 2010 16:26:33 -0600 Subject: [opensource-dev] Daily Scrum Summary - Tuesday, November 2nd Message-ID: *Date: **Tue**, **Nov **2* *== GENERAL NOTES ==* * Merge Monkey of the Day: Merov * IMPORTANT: Please remember - when merging your fixes into Beta, you must also pull them into viewer-development immediately after. * If you take a bug off any of the bug queues, please move it to the current sprint. * When you pick up an issue in current sprint, please set a time estimate before you start working on it. *== DAILY SCRUM ==* *=== Merov ===* PAST * Merge Monkeying and code reviews * Prepare sprint 7 meeting * STORM-420 : Took feedback from Andrew into account, readied for review FUTURE * STORM-105 : Perf gathering: get and post data comparing llkdu (base), kdu statically linked and openjpeg * STORM-104: kdu upgrade: commit the static linking changes to dev repo * Merge Monkeying and code reviews IMPEDIMENTS * Latest KDU bits: still waiting... =*==**Oz** Linden**==**=* *PAST* * More testing of getNextFileInDir ** Found one pre-existing bug * Third Party Viewer Developer meeting * Consulted w/ Wolfpup *FUTURE* * Continue pursuit of KDU bits * Working on TPV Directory *IMPEDIMENTS* * none *=== Q **Linden**===* *PAST* * triage * meetings * ooo *FUTURE* * meetings / planning * display names stuff * beta *IMPEDIMENTS* * None *=== Esbee Linden ===* *PAST* * Triage * Sprint Retrospective/Review meeting * Prep for Sprint 7 Planning * Prefs design work *FUTURE* * Preferences design work * VWR Triage * Meetings a-go-go *IMPEDIMENTS* * ..."If I could save time in a bottle, the first thing that I'd like to do"... *=== Paul ProductEngine===* *PAST:* * BUG STORM-241 ([TRANSLATED BUT IN EN] - all langs - EN string in inventory folder name and tooltip: "Favorites") ** Tested & resolved as cannot reproduce * BUG STORM-288 (New name resets to old if change it on 'Item Profile' panel while fetching inventory) ** Tested and sent for a review * BUG STORM-450 (Incorrect help contexts for Sidebar People tab) ** WIP. Investigating. Searching for a cause of the problem. Can't give estimates yet. *FUTURE:* * BUG STORM-450 (Incorrect help contexts for Sidebar People tab) *IMPEDIMENTS:* * none *=**== Seth Productengine ===* *PAST:* * BUG (STORM-184) Save is enabled for outfits consisting of original items ** Tested fix. Sent for integration. * BUG (STORM-283) Unable to drag some objects from Library into COF folder ** Fixed. Sent for review. * BUG (STORM-287) Unable to drag outfit folder from Library into COF folder ** Fixed. Sent for review. *FUTURE* * BUG (STORM-133) Scroller doesn't follow the cursor if cursor is being moved by keyboard arrow buttons ** Estimated: 4-6 hours I*MPEDIMENTS:* * none *=== Andrew Productengine ===* *PAST:* * Major bug STORM-404 (Viewer crashes if try to create new group while data about previous group is retrieved) ** Found the source of the problem, put fix on review. * Normal bug STORM-420 (Port SNOW-322 to SG2.0: Improve double-click handling of the MiniMap) ** Reviewed, found a problem and some questions arose. Assigned back to Merov. * Critical bug STORM-472 (Crash decoding jpg image) ** Investigating. This crash is gonna be a tough one. *FUTURE:* * STORM-404. * Other tickets by priority. *IMPEDIMENTS:* * none *=== Vadim Productengine ===* *PAST:* * Bug STORM-488 (Place profile opens instead of Object profile if click on object SLURL in the plain text chat log): ** Investigated why it was reopened, then set back to fixed. * Major bug STORM-439 (Memory leak in LLUIString): ** Reviewed and merged a 3rd-party fix. * Major bug STORM-422 (disable crashlogger via client parameters): ** Reviewed a 3rd-party fix, found an issue, investigating. *FUTURE* * Bug STORM-422: Complete investigation and submit fix. * Get more bugs from the backlogs. * Pick something from the v-d bug queue. *IMPEDIMENTS:* * Question: Shouldn't we move STORM-135 to LEAP? * Impediment: PE team needs more tickets to work on. *=== Andrey Productengine ===* *PAST:* * continued with v-d regression testing, switched to build 213450. See spreadsheet. * covered about ~800 cases from 886 * verified integrated tickets *FUTURE:* * switch to Beta2? *IMPEDIMENTS:* * none *=== Anya ===* Impediments - Resolved! * Half the bugs in v-d bug queue are bugs we've been putting off for various reasons. Examples: *STORM-135 (*Hi-Rez snapshot broken in Viewer 2.1.1*): ** We don't know how to fix this. It can take a significant amount of time (like, a sprint or more) to figure this out. Best candidate is the LEAP team / Richard. - moved to ECC with comment that it needs rework and is outside of STORM expertise * STORM-198 (*[I18N] [CORRUPTED CHARACTERS] - FRENCH "?", "?" showing as a space*): ** Don't know how to fix this. Don't know who would know - maybe Q can take a look? - Assigned to Q * STORM-193 (*Duplicated items created in My Outfits upon 'Save' invoked for an outfit containing non-link items*): ** Sergei commented that this can only be fixed after VWR-21811, which hasn't been touched since August. - moved out of queue * STORM-220 (*Date not localized in the Group Profile / General table*): ** Erica comments not to worry too much about this. Side effects of this fix outweigh the fix in our opinion. I would close as won't fix. - closed as won't finish. * STORM-194 (*'Show' button of inventory offer doesn't open 'My Inventory' SP...*): ** Seraph wasn't happy with this fix alsmost 3 months ago and was going to dig around himself. He probably forgot about it in lieu of more important stuff. Should either be reassigned to him or fix should be re-reviewed... - Rereviewd. Back to Seth to apply fix. 6 tickets remain. None are straightforward, but are also not enough for a normal load for the team. Some more tickets and some feature work would be great! - Sprint planning today took care of that! -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101102/9d4f77af/attachment-0001.htm From angel_of_crimson at hotmail.com Tue Nov 2 18:10:43 2010 From: angel_of_crimson at hotmail.com (Erin Mallory) Date: Tue, 2 Nov 2010 21:10:43 -0400 Subject: [opensource-dev] constant crashes Message-ID: I am getting CONSTANT crashes on the new development build that look like the log following this. What is causing them, how do i stop them? 2010-11-03T01:06:55Z INFO: LLVOAvatar::processAvatarAppearance: AvatarAppearance msg received without any parameters, object: 3a3578d8-b0c9-4856-b8d9-e325edfb4b86 2010-11-03T01:06:55Z INFO: LLVOAvatar::processAvatarAppearance: That's okay, we already have a non-default shape for object: 3a3578d8-b0c9-4856-b8d9-e325edfb4b86 2010-11-03T01:06:55Z INFO: LLAssetStorage::getAssetData: ASSET_TRACE requesting 3eb2ca53-dc62-e1f7-b428-5159a730beef type animatn 2010-11-03T01:06:55Z INFO: LLAssetStorage::_queueDataRequest: Starting transfer for 3eb2ca53-dc62-e1f7-b428-5159a730beef 2010-11-03T01:06:56Z INFO: LLFastTimer::nextFrame: Slow frame, fast timers inaccurate 2010-11-03T01:06:56Z INFO: LLTransferManager::processTransferInfo: Receiving 46039727-ee40-b10c-c7e9-c39871337109, size 1006 bytes 2010-11-03T01:06:56Z INFO: LLFastTimer::nextFrame: Slow frame, fast timers inaccurate 2010-11-03T01:06:56Z INFO: LLAssetStorage::downloadCompleteCallback: ASSET_TRACE asset 3eb2ca53-dc62-e1f7-b428-5159a730beef downloadCompleteCallback 2010-11-03T01:06:56Z INFO: LLFastTimer::nextFrame: Slow frame, fast timers inaccurate 2010-11-03T01:06:56Z INFO: windows_post_minidump_callback: generated minidump: (pathway deleted for privacy) SecondLife\logs\83ea59e2-2ca0-49b2-82be-f816fc1af143.dmp 2010-11-03T01:06:56Z INFO: windows_post_minidump_callback: Entering Windows Exception Handler... 2010-11-03T01:06:56Z INFO: LLAppViewer::handleViewerCrash: Handle viewer crash entry. 2010-11-03T01:06:56Z INFO: LLAppViewer::handleViewerCrash: Last render pool type: 15 2010-11-03T01:06:56Z INFO: LLError::LLCallStacks::print: ************* PRINT OUT LL CALL STACKS ************* 2010-11-03T01:06:56Z INFO: LLError::LLCallStacks::print: LLPipeline::postSort line: 2777 2010-11-03T01:06:56Z INFO: LLError::LLCallStacks::print: LLPipeline::postSort line: 2747 2010-11-03T01:06:56Z INFO: LLError::LLCallStacks::print: LLPipeline::postSort line: 2699 2010-11-03T01:06:56Z INFO: LLError::LLCallStacks::print: LLPipeline::postSort line: 2597 2010-11-03T01:06:56Z INFO: LLError::LLCallStacks::print: LLPipeline::postSort line: 2577 2010-11-03T01:06:56Z INFO: LLError::LLCallStacks::print: LLPipeline::postSort line: 2566 2010-11-03T01:06:56Z INFO: LLError::LLCallStacks::print: *************** END OF LL CALL STACKS *************** 2010-11-03T01:06:56Z INFO: LLAppViewer::handleViewerCrash: Creating crash marker file C:\Documents and Settings\Elvendreams\Application Data\SecondLife\logs\SecondLife.error_marker 2010-11-03T01:06:56Z INFO: LLAppViewer::handleViewerCrash: Created crash marker file C:\Documents and Settings\Elvendreams\Application Data\SecondLife\logs\SecondLife.error_marker 2010-11-03T01:06:56Z INFO: LLAppViewer::handleViewerCrash: Handle viewer crash generating stats log. 2010-11-03T01:06:56Z INFO: LLAppViewer::writeDebugInfo: Opening debug file C:\Documents and Settings\Elvendreams\Application Data\SecondLife\logs\debug_info.log -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101102/17eacc9f/attachment.htm From merov at lindenlab.com Tue Nov 2 18:44:04 2010 From: merov at lindenlab.com (Philippe (Merov) Bossut) Date: Tue, 2 Nov 2010 18:44:04 -0700 Subject: [opensource-dev] constant crashes In-Reply-To: References: Message-ID: Hi Erin, I just downloaded build Second Life 2.4.0 (213711) for Mac OS X and certainly doesn't see any of this. Did you try purging the cache? I see you're running Windows but, please indicate which build you're running when reporting viewer-development build crashes. Cheers, - Merov On Tue, Nov 2, 2010 at 6:10 PM, Erin Mallory wrote: > I am getting CONSTANT crashes on the new development build that look like > the log following this. What is causing them, how do i stop them? > > > 2010-11-03T01:06:55Z INFO: LLVOAvatar::processAvatarAppearance: > AvatarAppearance msg received without any parameters, object: > 3a3578d8-b0c9-4856-b8d9-e325edfb4b86 > 2010-11-03T01:06:55Z INFO: LLVOAvatar::processAvatarAppearance: That's > okay, we already have a non-default shape for object: > 3a3578d8-b0c9-4856-b8d9-e325edfb4b86 > 2010-11-03T01:06:55Z INFO: LLAssetStorage::getAssetData: ASSET_TRACE > requesting 3eb2ca53-dc62-e1f7-b428-5159a730beef type animatn > 2010-11-03T01:06:55Z INFO: LLAssetStorage::_queueDataRequest: Starting > transfer for 3eb2ca53-dc62-e1f7-b428-5159a730beef > 2010-11-03T01:06:56Z INFO: LLFastTimer::nextFrame: Slow frame, fast timers > inaccurate > 2010-11-03T01:06:56Z INFO: LLTransferManager::processTransferInfo: > Receiving 46039727-ee40-b10c-c7e9-c39871337109, size 1006 bytes > 2010-11-03T01:06:56Z INFO: LLFastTimer::nextFrame: Slow frame, fast timers > inaccurate > 2010-11-03T01:06:56Z INFO: LLAssetStorage::downloadCompleteCallback: > ASSET_TRACE asset 3eb2ca53-dc62-e1f7-b428-5159a730beef > downloadCompleteCallback > 2010-11-03T01:06:56Z INFO: LLFastTimer::nextFrame: Slow frame, fast timers > inaccurate > 2010-11-03T01:06:56Z INFO: windows_post_minidump_callback: generated > minidump: (pathway deleted for privacy) > SecondLife\logs\83ea59e2-2ca0-49b2-82be-f816fc1af143.dmp > 2010-11-03T01:06:56Z INFO: windows_post_minidump_callback: Entering Windows > Exception Handler... > 2010-11-03T01:06:56Z INFO: LLAppViewer::handleViewerCrash: Handle viewer > crash entry. > 2010-11-03T01:06:56Z INFO: LLAppViewer::handleViewerCrash: Last render pool > type: 15 > 2010-11-03T01:06:56Z INFO: LLError::LLCallStacks::print: ************* > PRINT OUT LL CALL STACKS ************* > 2010-11-03T01:06:56Z INFO: LLError::LLCallStacks::print: > LLPipeline::postSort line: 2777 > 2010-11-03T01:06:56Z INFO: LLError::LLCallStacks::print: > LLPipeline::postSort line: 2747 > 2010-11-03T01:06:56Z INFO: LLError::LLCallStacks::print: > LLPipeline::postSort line: 2699 > 2010-11-03T01:06:56Z INFO: LLError::LLCallStacks::print: > LLPipeline::postSort line: 2597 > 2010-11-03T01:06:56Z INFO: LLError::LLCallStacks::print: > LLPipeline::postSort line: 2577 > 2010-11-03T01:06:56Z INFO: LLError::LLCallStacks::print: > LLPipeline::postSort line: 2566 > 2010-11-03T01:06:56Z INFO: LLError::LLCallStacks::print: *************** > END OF LL CALL STACKS *************** > 2010-11-03T01:06:56Z INFO: LLAppViewer::handleViewerCrash: Creating crash > marker file C:\Documents and Settings\Elvendreams\Application > Data\SecondLife\logs\SecondLife.error_marker > 2010-11-03T01:06:56Z INFO: LLAppViewer::handleViewerCrash: Created crash > marker file C:\Documents and Settings\Elvendreams\Application > Data\SecondLife\logs\SecondLife.error_marker > 2010-11-03T01:06:56Z INFO: LLAppViewer::handleViewerCrash: Handle viewer > crash generating stats log. > 2010-11-03T01:06:56Z INFO: LLAppViewer::writeDebugInfo: Opening debug file > C:\Documents and Settings\Elvendreams\Application > Data\SecondLife\logs\debug_info.log > > > _______________________________________________ > 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 > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101102/17576a1a/attachment.htm From oz at lindenlab.com Tue Nov 2 19:18:39 2010 From: oz at lindenlab.com (Oz Linden (Scott Lawrence)) Date: Tue, 02 Nov 2010 22:18:39 -0400 Subject: [opensource-dev] constant crashes In-Reply-To: References: Message-ID: <4CD0C67E.9010909@lindenlab.com> On 2010-11-02 21:44, Philippe (Merov) Bossut wrote: > please indicate which build you're running when reporting > viewer-development build crashes. With as many as 3 or 4 builds of viewer-development per day (and rarely less than 2), the term "latest" is essentially worthless. By the time any given reader sees your message, "latest" has changed. From sl.nicky.ml at googlemail.com Wed Nov 3 01:12:07 2010 From: sl.nicky.ml at googlemail.com (Nicky D.) Date: Wed, 3 Nov 2010 09:12:07 +0100 Subject: [opensource-dev] constant crashes In-Reply-To: References: Message-ID: Hello Erin, > 2010-11-03T01:06:56Z INFO: windows_post_minidump_callback: generated > minidump: (pathway deleted for privacy) > SecondLife\logs\83ea59e2-2ca0-49b2-82be-f816fc1af143.dmp > And could you upload this file? A minidump is basically a file that records the state of the application at crash time. It normally contains no private data (I can only say that the minidumps we create here contain no private data, but I would assume the Linden ones does not do as well). If the Lindens store the PDBs in a symbol server, it should be a breeze to look at the minidump. Cheers, Nicky -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101103/c7e74f1d/attachment.htm From nexisentertainment at gmail.com Wed Nov 3 01:51:35 2010 From: nexisentertainment at gmail.com (Rob Nelson) Date: Wed, 03 Nov 2010 01:51:35 -0700 Subject: [opensource-dev] constant crashes In-Reply-To: References: Message-ID: <4CD12297.30706@gmail.com> Too late for that. Your username doesn't look to be too damaging anyway, and the password to your account isn't uploaded with the log. If you don't feel like exposing your account, just create an account along the lines of JIRATest#### with some random last name. Or, even better, hook up an OpenSim and log in with the name Phillip Linden. :P Rob On 11/2/2010 6:10 PM, Erin Mallory wrote: > I am getting CONSTANT crashes on the new development build that look > like the log following this. What is causing them, how do i stop them? > > > [snip] > 2010-11-03T01:06:56Z INFO: windows_post_minidump_callback: generated > minidump: (pathway deleted for privacy) > SecondLife\logs\83ea59e2-2ca0-49b2-82be-f816fc1af143.dmp [...] > 2010-11-03T01:06:56Z INFO: LLAppViewer::handleViewerCrash: Creating > crash marker file C:\Documents and Settings\Elvendreams\Application > Data\SecondLife\logs\SecondLife.error_marker > 2010-11-03T01:06:56Z INFO: LLAppViewer::handleViewerCrash: Created > crash marker file C:\Documents and Settings\Elvendreams\Application > Data\SecondLife\logs\SecondLife.error_marker > 2010-11-03T01:06:56Z INFO: LLAppViewer::handleViewerCrash: Handle > viewer crash generating stats log. > 2010-11-03T01:06:56Z INFO: LLAppViewer::writeDebugInfo: Opening debug > file C:\Documents and Settings\Elvendreams\Application > Data\SecondLife\logs\debug_info.log > > > _______________________________________________ > 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101103/ed69073a/attachment-0001.htm From esbee at lindenlab.com Wed Nov 3 07:25:40 2010 From: esbee at lindenlab.com (Sarah (Esbee) Kuehnle) Date: Wed, 3 Nov 2010 10:25:40 -0400 Subject: [opensource-dev] Esbee's Office Hours Canceled Today Message-ID: Good morning all, I'm feeling a little under the weather today, so I'm canceling my office hours. I'll be following up tomorrow with some Preferences cleanup work for which I'd love your feedback. I'll send an email to this list with a link when its ready to review. Apologies for the late notice on my office hours. --Esbee -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101103/44cc9ab3/attachment.htm From akanevsky at productengine.com Wed Nov 3 10:50:34 2010 From: akanevsky at productengine.com (Anya Kanevsky) Date: Wed, 3 Nov 2010 11:50:34 -0600 Subject: [opensource-dev] Daily Scrum Summary - Wednesday, November 3 Message-ID: *Date: **Wed, **Nov **3* *== GENERAL NOTES ==* * Merge Monkey of the Day: Oz * IMPORTANT: Please remember - when merging your fixes into Beta, you must also pull them into viewer-development immediately after. * If you take a bug off any of the bug queues, please move it to the current sprint. * When you pick up an issue in current sprint, please set a time estimate before you start working on it. *== DAILY SCRUM ==* *=== Merov ===* PAST * Merge Monkeying and code reviews: cleared Sprint 6 "Approved" swim lane * Sprint 7 meeting (long) then review tasks assigned to me (or likely to be) * libcurl issue: logged an autobuild bug and proposed plausible solution * Office Hour * STORM-422: review Vadim's proposal * STORM-150: received kdu bits, started to read Kakadu docs and potentially interesting improvements FUTURE * STORM-105 : Perf gathering: get and post data comparing llkdu (base), kdu statically linked and openjpeg * STORM-104: kdu upgrade: commit the static linking changes to dev repo * Merge Monkeying and code reviews IMPEDIMENTS * None!! =*==**Oz** Linden**==**=* *PAST* * More testing of getNextFileInDir ** Documented bugs in VWR-23697 *FUTURE* * Working on TPV Directory *IMPEDIMENTS* * None *=== Q **Linden**===* *past:* * Crash rate * Personnel work * Beta 2 * Voice bug analysis work * Sprint planning * review several JIRAs with Grumpity *future:* * Antialiasing * Crash rate * Beta 3 planning * Meetings *impediments:* * none *=== Esbee Linden ===* *PAST* * Triage * Lots of meetings * "Some" prefs work * Sprint Planning * OOO half day today - missed my OH :( *FUTURE* * Preferences design work * Reviewing my assigned tickets * VWR Triage * Putting together a list of scrummaster responsibilities for grumpity *IMPEDIMENTS* * None *=== Paul ProductEngine===* *PAST:* * BUG STORM-450 (Incorrect help contexts for Sidebar People tab) ** WIP. Still not sure about cause of the problem. Estimate ~5-6 hours. *FUTURE:* * BUG STORM-450 (Incorrect help contexts for Sidebar People tab) * BUG STORM-461 (SP icons are shown in the Mouselook mode) *IMPEDIMENTS:* * none *=**== Seth Productengine ===* *PAST:* * BUG (STORM-133) Scroller doesn't follow the cursor if cursor is being moved by keyboard arrow buttons ** Could not reproduce, instead found another issue: * BUG (STORM-536) Unable to scroll to collapsed accordion tab with keyboard arrows in Places SP->My Landmarks. ** WIP. Fixed navigation with up arrow. Working on the issue with down arrow navigation to closed accordion tab. *FUTURE* * BUG (STORM-536) Unable to scroll to collapsed accordion tab with keyboard arrows in Places SP->My Landmarks. ** Estimated: 4-6 hours * Pick some issues from sprint 7. I*MPEDIMENTS:* * none *=== Andrew Productengine ===* *PAST:* * Critical bug STORM-472 (Crash decoding jpg image) ** Fixed the issue, but will test, write comments etc. so estimate is about 3-4 hours more. *FUTURE:* * STORM-404. * Other tickets by priority. *IMPEDIMENTS:* * none *=== Vadim Productengine ===* *PAST:* * Major bug STORM-422 (disable crashlogger via client parameters): ** Fixed. * Severe bug STORM-520 (crash at LLViewerObjectList::removeFromLocalIDTable): ** Investigating. Cannot reproduce so far. * Sprint planning meeting. *FUTURE* * Continue with STORM-520. * take something from v-d bug queue *IMPEDIMENTS:* * no stories to take from Sprint 7 *=== Andrey Productengine ===* *PAST* * picked up Beta2 213435 build ** smoke and integrity tests have been done ** regression testing started *FUTURE:* * complete regression testing of 213435 build *IMPEDIMENTS:* * none -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101103/cdf13bc5/attachment-0001.htm From missannotoole at yahoo.com Wed Nov 3 18:08:03 2010 From: missannotoole at yahoo.com (Ann Otoole) Date: Wed, 3 Nov 2010 18:08:03 -0700 (PDT) Subject: [opensource-dev] Flexi Prim Mesh Resolution In-Reply-To: References: Message-ID: <345495.6188.qm@web120511.mail.ne1.yahoo.com> What is the purpose of the flexi prims mesh resolution slider in graphics preferences. It now appears to be forced to mid or low all the time and changing the slider has no observable effect whatsoever. Second Life 2.4.0 (213715) Nov 2 2010 19:22:14 (Second Life Development) -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101103/42b502ba/attachment.htm From hitomi.tiponi at yahoo.co.uk Thu Nov 4 03:55:57 2010 From: hitomi.tiponi at yahoo.co.uk (Hitomi Tiponi) Date: Thu, 4 Nov 2010 10:55:57 +0000 (GMT) Subject: [opensource-dev] Today's new Beta Viewer Message-ID: <941080.40880.qm@web23907.mail.ird.yahoo.com> Is there a reason why 213435 seems identical to last week's 212977? Or am I missing something? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101104/d0d226b5/attachment.htm From nexisentertainment at gmail.com Thu Nov 4 07:52:04 2010 From: nexisentertainment at gmail.com (Rob Nelson) Date: Thu, 04 Nov 2010 07:52:04 -0700 Subject: [opensource-dev] Today's new Beta Viewer In-Reply-To: <941080.40880.qm@web23907.mail.ird.yahoo.com> References: <941080.40880.qm@web23907.mail.ird.yahoo.com> Message-ID: <4CD2C894.5090900@gmail.com> Most of the stuff included are probably minor UI fixes (low resolution screws up layout, for example) and crash fixes. I haven't read the changelog yet, though, so I don't really know. Rob On 11/4/2010 3:55 AM, Hitomi Tiponi wrote: > Is there a reason why 213435 seems identical to last week's 212977? > Or am I missing something? > > > _______________________________________________ > 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101104/b5e5331f/attachment.htm From cg at lindenlab.com Thu Nov 4 08:48:12 2010 From: cg at lindenlab.com (CG Linden) Date: Thu, 4 Nov 2010 08:48:12 -0700 Subject: [opensource-dev] Today's new Beta Viewer In-Reply-To: <4CD2C894.5090900@gmail.com> References: <941080.40880.qm@web23907.mail.ird.yahoo.com> <4CD2C894.5090900@gmail.com> Message-ID: See http://wiki.secondlife.com/wiki/Release_Notes/Second_Life_Beta_Viewer/2.3.0 -- cg On Thu, Nov 4, 2010 at 7:52 AM, Rob Nelson wrote: > Most of the stuff included are probably minor UI fixes (low resolution > screws up layout, for example) and crash fixes. I haven't read the > changelog yet, though, so I don't really know. > > Rob > > > On 11/4/2010 3:55 AM, Hitomi Tiponi wrote: > > Is there a reason why 213435 seems identical to last week's 212977? Or > am I missing something? > > > _______________________________________________ > 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 > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101104/d2fa5967/attachment.htm From esbee at lindenlab.com Thu Nov 4 11:13:14 2010 From: esbee at lindenlab.com (Sarah (Esbee) Kuehnle) Date: Thu, 4 Nov 2010 14:13:14 -0400 Subject: [opensource-dev] Request for feedback - Preferences Cleanup Message-ID: Hi all, Attached is the design work for the clean-up of the preferences floater that the Snowstorm Team hopes to implement in Sprint 7. If you'd like to review and send any questions, comments, or general feedback, I'll take that and integrate back into the design. I'd like to get as much feedback as I can before the end of the day Friday, so I can make any necessary revisions and get it to the team ready to for work on Monday. In the meantime, I'll post updates as I have them! Thanks! Best, Esbee -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101104/5856083e/attachment-0001.htm -------------- next part -------------- A non-text attachment was scrubbed... Name: preferences-cleanup.pdf Type: application/pdf Size: 724605 bytes Desc: not available Url : http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101104/5856083e/attachment-0001.pdf From marinekelley at gmail.com Thu Nov 4 11:52:16 2010 From: marinekelley at gmail.com (Marine Kelley) Date: Thu, 4 Nov 2010 19:52:16 +0100 Subject: [opensource-dev] Request for feedback - Preferences Cleanup In-Reply-To: References: Message-ID: Thank you Esbee for sharing it with us ! I have two remarks/wishes : 1 : Can we have our regular text chat logs back please ? Not replacing the new llsd ones, but just feeding TWO chat logs and TWO IM logs (per avatar) at the same time ? That would greatly help those who like to skim through text logs without having to wait for an hypothetical tool in the viewer (besides we don't always skim our logs while online anyway). Perhaps an option in the prefs to turn this dual logging on/off would be good for those who are concerned about disk usage. 2 : Can we have the "Block list" and "Block button" renamed back to "Mute list" and "Mute button" please ? I don't see the reason behind this change from 1.23 to 2.0 and now it is hard to explain how to unblock/unmute someone depending on the viewer the person I am talking to is using. There was nothing wrong with the "mute" word, was there ? Thank you ! Marine On 4 November 2010 19:13, Sarah (Esbee) Kuehnle wrote: > Hi all, > > Attached is the design work for the clean-up of the preferences floater > that the Snowstorm Team hopes to implement in Sprint 7. > > If you'd like to review and send any questions, comments, or general > feedback, I'll take that and integrate back into the design. I'd like to get > as much feedback as I can before the end of the day Friday, so I can make > any necessary revisions and get it to the team ready to for work on Monday. > In the meantime, I'll post updates as I have them! > > Thanks! > > Best, > Esbee > > > > _______________________________________________ > 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 > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101104/2d57d3e4/attachment.htm From wolfpup67 at earthlink.net Thu Nov 4 11:56:14 2010 From: wolfpup67 at earthlink.net (WolfPup Lowenhar) Date: Thu, 4 Nov 2010 14:56:14 -0400 Subject: [opensource-dev] Request for feedback - Preferences Cleanup In-Reply-To: References: Message-ID: <000601cb7c52$03d53ce0$0b7fb6a0$@net> Looks good to me. On pg 13 you note about area for 'skining' features, well some of those features might call for a full viewer restart as they would actually involve changing the actual png files used ie if they are a different color like the 'silver' skin in the old viewer or like the semi- transparent ones I use in my v-d builds for personal use that give some but not all of the windows a 'glassed' appearance. From: opensource-dev-bounces at lists.secondlife.com [mailto:opensource-dev-bounces at lists.secondlife.com] On Behalf Of Sarah (Esbee) Kuehnle Sent: Thursday, November 04, 2010 2:13 PM To: OpenSource Mailing List Cc: snowstorm Subject: [opensource-dev] Request for feedback - Preferences Cleanup Hi all, Attached is the design work for the clean-up of the preferences floater that the Snowstorm Team hopes to implement in Sprint 7. If you'd like to review and send any questions, comments, or general feedback, I'll take that and integrate back into the design. I'd like to get as much feedback as I can before the end of the day Friday, so I can make any necessary revisions and get it to the team ready to for work on Monday. In the meantime, I'll post updates as I have them! Thanks! Best, Esbee _____ No virus found in this message. Checked by AVG - www.avg.com Version: 10.0.1153 / Virus Database: 424/3236 - Release Date: 11/03/10 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101104/ba1661f2/attachment.htm From genejinsl at gmail.com Thu Nov 4 12:01:08 2010 From: genejinsl at gmail.com (GeneJ) Date: Thu, 04 Nov 2010 12:01:08 -0700 Subject: [opensource-dev] Request for feedback - Preferences Cleanup In-Reply-To: Message-ID: P 10 of 14, first check box .. Presume that should read "When I spend or get L$" (not "of get"). From: "Sarah (Esbee) Kuehnle" Date: Thu, 4 Nov 2010 14:13:14 -0400 To: OpenSource Mailing List Cc: snowstorm Subject: [opensource-dev] Request for feedback - Preferences Cleanup Hi all, Attached is the design work for the clean-up of the preferences floater that the Snowstorm Team hopes to implement in Sprint 7. If you'd like to review and send any questions, comments, or general feedback, I'll take that and integrate back into the design. I'd like to get as much feedback as I can before the end of the day Friday, so I can make any necessary revisions and get it to the team ready to for work on Monday. In the meantime, I'll post updates as I have them! Thanks! Best, Esbee _______________________________________________ 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101104/6b85f160/attachment.htm From angel_of_crimson at hotmail.com Thu Nov 4 12:03:57 2010 From: angel_of_crimson at hotmail.com (Erin Mallory) Date: Thu, 4 Nov 2010 15:03:57 -0400 Subject: [opensource-dev] Request for feedback - Preferences Cleanup In-Reply-To: References: , Message-ID: I agree with both things stated here, and also ask that we please add in the the ability to change the numerical debug settings for sculpties into preferences AND re-add the local lights on and off under the advanced graphics menu. BOTH of these functions are used allot by builders, photographers, and cinematographers... Date: Thu, 4 Nov 2010 19:52:16 +0100 From: marinekelley at gmail.com To: esbee at lindenlab.com CC: opensource-dev at lists.secondlife.com; snowstorm at lists.lindenlab.com Subject: Re: [opensource-dev] Request for feedback - Preferences Cleanup Thank you Esbee for sharing it with us ! I have two remarks/wishes : 1 : Can we have our regular text chat logs back please ? Not replacing the new llsd ones, but just feeding TWO chat logs and TWO IM logs (per avatar) at the same time ? That would greatly help those who like to skim through text logs without having to wait for an hypothetical tool in the viewer (besides we don't always skim our logs while online anyway). Perhaps an option in the prefs to turn this dual logging on/off would be good for those who are concerned about disk usage. 2 : Can we have the "Block list" and "Block button" renamed back to "Mute list" and "Mute button" please ? I don't see the reason behind this change from 1.23 to 2.0 and now it is hard to explain how to unblock/unmute someone depending on the viewer the person I am talking to is using. There was nothing wrong with the "mute" word, was there ? Thank you ! Marine On 4 November 2010 19:13, Sarah (Esbee) Kuehnle wrote: Hi all, Attached is the design work for the clean-up of the preferences floater that the Snowstorm Team hopes to implement in Sprint 7. If you'd like to review and send any questions, comments, or general feedback, I'll take that and integrate back into the design. I'd like to get as much feedback as I can before the end of the day Friday, so I can make any necessary revisions and get it to the team ready to for work on Monday. In the meantime, I'll post updates as I have them! Thanks! Best, Esbee _______________________________________________ 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101104/af52a88e/attachment.htm From kf6kjg at gmail.com Thu Nov 4 12:12:49 2010 From: kf6kjg at gmail.com (Ricky) Date: Thu, 4 Nov 2010 12:12:49 -0700 Subject: [opensource-dev] Request for feedback - Preferences Cleanup In-Reply-To: References: Message-ID: Looking good so far. I can think of a couple more debug/menu settings I would love to see brought forward, but some of them might be too much. I'd suggest a new tab titled "Animations" that would provide control over the default animations, and could be later turned into a full AO preference system. The tab would start by containing the following items: * Move avatar lips when speaking (Currently being thought to be moved to the Sound & Media tab.) * Play animation while typing (Checkbox - currently under the Debug Setting "PlayTypingAnim") * Play animation when taking a snapshot (Checkbax - currently under the Debug Setting "QuietSnapshotsToDisk" with inverted logic) These we've been guiding people to for a while, as they cause some serious distractions in a meeting setting. In the future it might be a good idea to be able to select from alternate animations in this menu for each animation event. Not sure how that would be usefully implemented, but is an option. (And yes, I've worked with the anim overrider built into Imprudence... It's not exactly user friendly, but is pretty good for the current constraints. I think there might be a better way, but it might be complex.) Ricky Cron Stardust PS: Speaking of debugs settings, I've noticed that that list is seriously crufty. A lot of the settings only made sense, or did anything, in the 1.x viewers. Most aren't names consistently, etc. What would it take to clean them up? Just a cleanup JIRA entry + patch someone would have to make, or would it require more extensive review? On Thu, Nov 4, 2010 at 11:13 AM, Sarah (Esbee) Kuehnle wrote: > Hi all, > > Attached is the design work for the clean-up of the preferences floater that > the Snowstorm Team hopes to implement in Sprint 7. > > If you'd like to review and send any questions, comments, or general > feedback, I'll take that and integrate back into the design. I'd like to get > as much feedback as I can before the end of the day Friday, so I can make > any necessary revisions and get it to the team ready to for work on Monday. > In the meantime, I'll post updates as I have them! > > Thanks! > > Best, > Esbee > > > > _______________________________________________ > 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 > From angel_of_crimson at hotmail.com Thu Nov 4 12:27:42 2010 From: angel_of_crimson at hotmail.com (Erin Mallory) Date: Thu, 4 Nov 2010 15:27:42 -0400 Subject: [opensource-dev] Request for feedback - Preferences Cleanup In-Reply-To: References: , , , Message-ID: the local lights especially have a number of jira issues that the missing toggle is listed in: https://jira.secondlife.com/browse/SH-157 https://jira.secondlife.com/browse/VWR-23190 https://jira.secondlife.com/browse/VWR-20416 https://jira.secondlife.com/browse/VWR-15114 (which REALLY needs to be imported and worked on as it would solve numerous other issues as well) https://jira.secondlife.com/browse/VWR-21148 https://jira.secondlife.com/browse/VWR-19968 and these are what i found in the first 3 minutes.... From: angel_of_crimson at hotmail.com To: marinekelley at gmail.com; esbee at lindenlab.com Date: Thu, 4 Nov 2010 15:03:57 -0400 CC: opensource-dev at lists.secondlife.com; snowstorm at lists.lindenlab.com Subject: Re: [opensource-dev] Request for feedback - Preferences Cleanup I agree with both things stated here, and also ask that we please add in the the ability to change the numerical debug settings for sculpties into preferences AND re-add the local lights on and off under the advanced graphics menu. BOTH of these functions are used allot by builders, photographers, and cinematographers... Date: Thu, 4 Nov 2010 19:52:16 +0100 From: marinekelley at gmail.com To: esbee at lindenlab.com CC: opensource-dev at lists.secondlife.com; snowstorm at lists.lindenlab.com Subject: Re: [opensource-dev] Request for feedback - Preferences Cleanup Thank you Esbee for sharing it with us ! I have two remarks/wishes : 1 : Can we have our regular text chat logs back please ? Not replacing the new llsd ones, but just feeding TWO chat logs and TWO IM logs (per avatar) at the same time ? That would greatly help those who like to skim through text logs without having to wait for an hypothetical tool in the viewer (besides we don't always skim our logs while online anyway). Perhaps an option in the prefs to turn this dual logging on/off would be good for those who are concerned about disk usage. 2 : Can we have the "Block list" and "Block button" renamed back to "Mute list" and "Mute button" please ? I don't see the reason behind this change from 1.23 to 2.0 and now it is hard to explain how to unblock/unmute someone depending on the viewer the person I am talking to is using. There was nothing wrong with the "mute" word, was there ? Thank you ! Marine On 4 November 2010 19:13, Sarah (Esbee) Kuehnle wrote: Hi all, Attached is the design work for the clean-up of the preferences floater that the Snowstorm Team hopes to implement in Sprint 7. If you'd like to review and send any questions, comments, or general feedback, I'll take that and integrate back into the design. I'd like to get as much feedback as I can before the end of the day Friday, so I can make any necessary revisions and get it to the team ready to for work on Monday. In the meantime, I'll post updates as I have them! Thanks! Best, Esbee _______________________________________________ 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101104/22314335/attachment.htm From hitomi.tiponi at yahoo.co.uk Thu Nov 4 13:36:41 2010 From: hitomi.tiponi at yahoo.co.uk (Hitomi Tiponi) Date: Thu, 4 Nov 2010 20:36:41 +0000 (GMT) Subject: [opensource-dev] Request for feedback - Preferences Cleanup Message-ID: <361271.5048.qm@web23904.mail.ird.yahoo.com> Thanks for the Preferences mock-up (must say that I rather like the anime look of them :)) - some really sensible stuff there. Suggestions (all currently in Debug Settings): * Chat - adjustable life and fade times for Startup, IM and Group popups - I find they are too short for me to spot sometimes * Chat - Add in spinners to alter the number of times that IM tabs flash and the rate at which they flash at * Advanced - Move 'UI Size' slider to Graphics as KL and myself have done - it fits more naturally there * Graphics->Hardware - allow forcing on of Antialiasing (as the Viewer GPU presets often gets this wrong) or better still fix the presets :) * Move & View - put in spinners for amount of head movement * Move & View - Checkbox to allow double-click point-move in-world as an alternative to double-click teleport (which is welcome) * Move & View - Checkbox for 'Number keys move avatar' * Privacy - Check-box to select option to also create user-readable chat logs (as others have suggested) * Advanced - Checkbox for 'Show Grid Selection at login' * Advanced - Checkbox for 'Disable Camera Constraints' * Advanced - Checkbox for 'Limit the distance I can select objects at' and sliders/spinners for selection distance and amount you can drag in one step * Advanced - Checkbox for 'Show UI in snapshots' -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101104/fa15abaf/attachment-0001.htm From wolfpup67 at earthlink.net Thu Nov 4 15:50:20 2010 From: wolfpup67 at earthlink.net (WolfPup Lowenhar) Date: Thu, 4 Nov 2010 18:50:20 -0400 Subject: [opensource-dev] Request for feedback - Preferences Cleanup In-Reply-To: <361271.5048.qm@web23904.mail.ird.yahoo.com> References: <361271.5048.qm@web23904.mail.ird.yahoo.com> Message-ID: <000b01cb7c72$a93219e0$fb964da0$@net> I keep seeing people talking about user readable chat logs and from what I?m seeing in the current dev builds the logs are already back to plain text. I?m currently working on a feature that is dealing with chat and group/personal IM logs. From: opensource-dev-bounces at lists.secondlife.com [mailto:opensource-dev-bounces at lists.secondlife.com] On Behalf Of Hitomi Tiponi Sent: Thursday, November 04, 2010 4:37 PM To: Opensource_dev Subject: Re: [opensource-dev] Request for feedback - Preferences Cleanup Thanks for the Preferences mock-up (must say that I rather like the anime look of them :)) - some really sensible stuff there. Suggestions (all currently in Debug Settings): * Chat - adjustable life and fade times for Startup, IM and Group popups - I find they are too short for me to spot sometimes * Chat - Add in spinners to alter the number of times that IM tabs flash and the rate at which they flash at * Advanced - Move 'UI Size' slider to Graphics as KL and myself have done - it fits more naturally there * Graphics->Hardware - allow forcing on of Antialiasing (as the Viewer GPU presets often gets this wrong) or better still fix the presets :) * Move & View - put in spinners for amount of head movement * Move & View - Checkbox to allow double-click point-move in-world as an alternative to double-click teleport (which is welcome) * Move & View - Checkbox for 'Number keys move avatar' * Privacy - Check-box to select option to also create user-readable chat logs (as others have suggested) <- this is what I?m referring to. * Advanced - Checkbox for 'Show Grid Selection at login' * Advanced - Checkbox for 'Disable Camera Constraints' * Advanced - Checkbox for 'Limit the distance I can select objects at' and sliders/spinners for selection distance and amount you can drag in one step * Advanced - Checkbox for 'Show UI in snapshots' _____ No virus found in this message. Checked by AVG - www.avg.com Version: 10.0.1153 / Virus Database: 424/3236 - Release Date: 11/03/10 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101104/10519231/attachment.htm From esbee at lindenlab.com Fri Nov 5 08:10:24 2010 From: esbee at lindenlab.com (Sarah (Esbee) Kuehnle) Date: Fri, 5 Nov 2010 11:10:24 -0400 Subject: [opensource-dev] Request for feedback - Preferences Cleanup In-Reply-To: <000b01cb7c72$a93219e0$fb964da0$@net> References: <361271.5048.qm@web23904.mail.ird.yahoo.com> <000b01cb7c72$a93219e0$fb964da0$@net> Message-ID: Thanks for the feedback everyone. I'm working on some updates to the pdf right now and will send that out for further review later today! I can't promise all the suggested additions will go into the prefs, but I'll definitely look at each one as I'm making updates. A few responses to those who's provided feedback so far: @Marine - 1) The text chat logs have been fixed in 2.3 beta. 2) We changed the label from "Mute" to "Block" early on in V2 because our user testing indicated new users were confused about what "Mute" means and understood "Block" because it's used commonly in other communication tools. @GeneJ - That for the reminder on that typo. It was pointed out in my OH the other week and I needed a good kick to remember to fix it! :) @Wolfpup - We're just talking about skinning for now. In the meantime, I'm just gathering color options in one place. But you're right - future skinning preferences will likely require a restart before changes would take effect. @Erin - I've taken note of your request for the numerical debug settings for sculpties. I'm not sure they make sense in this preference cleanup I'm doing now, but will be useful when I can focus my team on a sprint focused on content creation as some point in the near future. As far as local lights go, they've actually been added back in on the Mesh Project Viewer (SH-157) (which will eventually be added into the main Second Life Viewer). I'll take a look at the other tickets you referenced today. @Hitomi - Thanks for the additional settings. I'll review these this morning and see what makes sense to incorporate. That's a great list! More updates from me soon! --Esbee On Thu, Nov 4, 2010 at 6:50 PM, WolfPup Lowenhar wrote: > I keep seeing people talking about user readable chat logs and from what > I?m seeing in the current dev builds the logs are already back to plain > text. I?m currently working on a feature that is dealing with chat and > group/personal IM logs. > > > > *From:* opensource-dev-bounces at lists.secondlife.com [mailto: > opensource-dev-bounces at lists.secondlife.com] *On Behalf Of *Hitomi Tiponi > *Sent:* Thursday, November 04, 2010 4:37 PM > *To:* Opensource_dev > > *Subject:* Re: [opensource-dev] Request for feedback - Preferences Cleanup > > > > Thanks for the Preferences mock-up (must say that I rather like the anime > look of them :)) - some really sensible stuff there. > > Suggestions (all currently in Debug Settings): > > - Chat - adjustable life and fade times for Startup, IM and Group > popups - I find they are too short for me to spot sometimes > - Chat - Add in spinners to alter the number of times that IM tabs > flash and the rate at which they flash at > - Advanced - Move 'UI Size' slider to Graphics as KL and myself have > done - it fits more naturally there > - Graphics->Hardware - allow forcing on of Antialiasing (as the Viewer > GPU presets often gets this wrong) or better still fix the presets :) > - Move & View - put in spinners for amount of head movement > - Move & View - Checkbox to allow double-click point-move in-world as > an alternative to double-click teleport (which is welcome) > - Move & View - Checkbox for 'Number keys move avatar' > - Privacy - Check-box to select option to also create user-readable > chat logs (as others have suggested) <- this is what I?m referring to. > - Advanced - Checkbox for 'Show Grid Selection at login' > - Advanced - Checkbox for 'Disable Camera Constraints' > - Advanced - Checkbox for 'Limit the distance I can select objects at' > and sliders/spinners for selection distance and amount you can drag in one > step > - Advanced - Checkbox for 'Show UI in snapshots' > > > ------------------------------ > > No virus found in this message. > Checked by AVG - www.avg.com > Version: 10.0.1153 / Virus Database: 424/3236 - Release Date: 11/03/10 > > _______________________________________________ > 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 > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101105/c0cc8ef6/attachment.htm From akanevsky at productengine.com Fri Nov 5 12:56:17 2010 From: akanevsky at productengine.com (Anya Kanevsky) Date: Fri, 5 Nov 2010 13:56:17 -0600 Subject: [opensource-dev] Daily Scrum Summary - Thursday, November 4 Message-ID: Sorry for the delay - Etherpad died and left me scrambling to re-assemble the updates. * * *Thursday, November 4, 2010* *General Notes* - Merge Monkey of the Day: Oz - IMPORTANT: Please remember - when merging your fixes into Beta, you must also pull them into viewer-development immediately after. - If you take a bug off any of the bug queues, please move it to the current sprint. - When you pick up an issue in current sprint, please set a time estimate before you start working on it. *Team Status* *Merov Linden* *PAST* - STORM-422 : Reviewed and tested Vadim's proposal on Mac and reported on JIRA. Updated wiki. - STORM-150 : Read most Kakadu docs, listed potentially interesting improvements to study. - STORM-105 : Perf gathering: more tests before publishing. Study if my way of gathering data is not biassed toward kdu. *FUTURE* - STORM-105 : Perf gathering: update wiki doc, publish perf data - STORM-104 : kdu upgrade: commit the static linking changes to dev repo *IMPEDIMENTS* - None!! *Oz Linden* *PAST* - Working on TPV Directory - Got better licensing pages onto the wiki - Discussed issues with mesh open source documentation - Pulled 2 issues from integration queue *FUTURE* - Continue merge monkey (4 in process now) - More TPV Directory work *IMPEDIMENTS* - none *Q Linden* *PAST* - Process work - Beta 2 - Triage - STORM-52 and STORM-541 documentation - OOO *FUTURE* - Process - Triage - Beta 3 cleanup and decision-making - Meetings *IMPEDIMENTS* - none *Esbee Linden* *PAST* - Triage - Lots of meetings - Prefs work - Team planning *FUTURE* - Send out preferences work for review - Design doc for prim alignment - VWR Triage - Prioritizing tickets for team and queuing up more work *IMPEDIMENTS* - none *Paul ProductEngine* *PAST* - BUG STORM-450 (Incorrect help contexts for Sidebar People tab) - WIP. Can't find cause of the bug. Investigating. *FUTURE* - BUG STORM-450 (Incorrect help contexts for Sidebar People tab) *IMPEDIMENTS* - none *Seth Productengine* *PAST* - BUG (STORM-194) 'Show' button of inventory offer doesn't open 'My Inventory' SP if attachments from 'Cardboard Boxbot' were shared - Fixed. Sent for review. - BUG (STORM-536) Unable to scroll to collapsed accordion tab with keyboard arrows in Places SP->My Landmarks. - Fixed. Sent for review. *FUTURE* - Pick some issues from sprint 7. *IMPEDIMENTS* - none *Andrew Productengine* *PAST* - Critical bug STORM-472 (Crash decoding jpg image) - Finished fix and sent it for review. - Major bug STORM-343 (Bottom bar buttons auto-hide is broken) - Closed as cannot reproduce. - Major bug STORM-261 (In V2.2.0 Script Editor, cannot see any line numbers other than the current one) - Started investigating. Estimate- 2 hours. *FUTURE* - Something new from spint 7. *IMPEDIMENTS* - none *Vadim Productengine* *PAST* - Severe bug STORM-520 (crash at LLViewerObjectList::removeFromLocalIDTable): - Completed investigation, resolved as a dupe of VWR-23444 (already fixed). - Bug STORM-318 (The Advanced menu can not be activated under Linux): - Reviewed Boroondas' fix, assigned to Esbee for approval. - Not feeling well, leaving early *FUTURE* - will pick something from v-d bug queue *IMPEDIMENTS* - no stories to take from Sprint 7 *Andrey Productengine* *PAST* - finished with regression testing of 2.3.0 Beta2 213453 *FUTURE* - switch to the latest viewer-development build *IMPEDIMENTS* - none -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101105/1eafb960/attachment-0001.htm From akanevsky at productengine.com Fri Nov 5 12:57:35 2010 From: akanevsky at productengine.com (Anya Kanevsky) Date: Fri, 5 Nov 2010 13:57:35 -0600 Subject: [opensource-dev] Daily Scrum Summary - Friday, November 5 Message-ID: *Friday, November 5, 2010* *General Notes* - Merge Monkey of the Day: Oz - IMPORTANT: Please remember - when merging your fixes into Beta, you must also pull them into viewer-development immediately after. - If you take a bug off any of the bug queues, please move it to the current sprint. - When you pick up an issue in current sprint, please set a time estimate before you start working on it. *Team Status* *Merov Linden* *PAST* - STORM-105 : Finished perf gathering: - Pushed last set of changes, updated wiki, wrote test plan, submitted the whole thing to Vadim for review. - Exchanged email with a community member about the use of this system for his own test - Tests: kdu dynamic, openjpeg, kdu static. Can't upload them to wiki though... grrr... - STORM-150 : Read most Kakadu docs, listed potentially interesting improvements to study, email Oz on some licensing issues *FUTURE* - STORM-150: Finish that - STORM-104 : kdu upgrade: commit the static linking changes to dev repo *IMPEDIMENTS* - None!! *Oz Linden* *PAST* - Rebuilt Beta repo (twice) - Pulled 5 issues from integration queue *FUTURE* - Continue merge monkey (nothing currently queued) - Finish setting up new TPV Directory *IMPEDIMENTS* - none *Q Linden* *PAST* - Beta 3 checkin issues - STORM-143 advice - Testing for ER-146 *FUTURE* - Beta 3 merges if they need help - STORM-223 - Look at prefs code - Triage *IMPEDIMENTS* - none *Esbee Linden* *PAST* - Triage - Prefs work prepped and sent out for review - Started prim alignment design doc - Test ER-146 *FUTURE* - Update prefs design - Finish design doc for prim alignment - VWR Triage* Prioritizing tickets for team and queuing up more work *IMPEDIMENTS* - none *Paul ProductEngine* *PAST* - BUG STORM-450 (Incorrect help contexts for Sidebar People tab) - Fixed and sent for review - BUG STORM-535 PLEASE allow adjustable transparency of "Nearby Chat" window, Chat History and Chat "Toasts" in Viewer 2.0! - Investigating. Discussed with Vadim design issues. Estimate: approximately 8h. *FUTURE* - BUG STORM-535 PLEASE allow adjustable transparency of "Nearby Chat" window, Chat History and Chat "Toasts" in Viewer 2.0! *IMPEDIMENTS* - none *Seth Productengine* *PAST* - BUG (STORM-441) "Events Details" floater does not contain information about event - Closed as "Cannot Reproduce" - BUG (STORM-189) [TRUNCATION] many langs - select build tools dialog - Fixed. - BUG (STORM-284) The "+" sign appears when user tries to drop a landmark to Favorites bar from in-world object contents - Fixed. *FUTURE* - BUG (STORM-308) IM chiclet's speaking indicator isn't active while self-talking - Estimated: 8 hours. *IMPEDIMENTS* - none *Andrew Productengine* *PAST* - Major bug STORM-261 (In V2.2.0 Script Editor, cannot see any line numbers other than the current one) - Fixed and sent for review. - Normal bug STORM-320 (Script Editor in Viewer 2.0+ "tabs" incorrectly) - Investigating. Still not sure where the problem is. Estimate- 16 hours. *FUTURE* - STORM-320 *IMPEDIMENTS* - none *Vadim Productengine* *PAST* - Bug STORM-546 (Remove lots of dead renderForSelect() code from the rendering pipeline...): ** Applied and tested a 3rd-party fix. - Bug STORM-225 (Massive lag spike when opening Land Related windows): - Resolved as not reproducible. - Bug STORM-257 (Camera view changes before avatar starts to turn): - Resolved as not reproducible. - Investigated LL unit testing framework. *FUTURE* - Story STORM-52 (Hook up external script editor). No ETA yet. *IMPEDIMENTS* - PE devs need more tickets to work on. *Andrey Productengine* *PAST* - verified v-d integrated tickets - processed cannot reproduce, expected behavior STORM tickets - started regression testing of v-d r213735 build *FUTURE* - proceed with regression testing of v-d *IMPEDIMENTS* - none -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101105/82c36531/attachment.htm From sldev at free.fr Fri Nov 5 13:50:53 2010 From: sldev at free.fr (Henri Beauchamp) Date: Fri, 5 Nov 2010 21:50:53 +0100 Subject: [opensource-dev] What is the license status of UI sounds ? Message-ID: <20101105215053.0708e6f4.sldev@free.fr> Greetings, As many of you probably know or noticed, the viewer UI sounds are currently sound assets that the viewer must retrieve from the asset server and then decode into a temporary *.dsf file before being able to use them. This poses a number of issues: - There is a significant delay between the time the viewer is started and the time when the asset gets preloaded in the VFS cache: this time is the minimum delay before an UI sound can be used after the viewer is connected when it was not kept in the saved VFS after the last session (which often happens when the VFS gets shrunk down). - Even once in the VFS, there is a delay between the time an UI event is triggered for the first time in the session, and the time when the corresponding UI sound is played: this delay corresponds to the decode time (the time needed to extract and decode the data from the VFS, and to write it down as a *.dsf file in the disk cache). - Should the asset server be too busy, the sound may fail to get retreived and the corresponding UI event will not have a sound for the full viewer session. - When running two viewer sessions and you close one viewer, the decoded *.dsf files get erased, and the UI sounds stop playing in the remaining session (this bug is however fixed in some TPVs, among which the Cool VL Viewer). - The UI sounds cannot be played before the viewer is connected to the grid. - While the UI is constant from one grid to another (either in SL or OpenSim), the UI sounds are not (OpenSim sounds are especially lame, IMO), and since they however share the same UUID, when switching back to another grid, you may get a mix of the two grids UI sounds (depending on what sounds were kept in the saved VFS cache). - The UI sounds get stored many times: once in the live VFS (in RAM), once in the saved VFS (most of the times) on the hard disk, once as a decoded sound file (*.dsf), still on the hard disk, once as a buffered decoded data (in RAM, after the sound has been played once)... Lame (two storage spaces: on disk and in RAM should be more than enough for such sounds) ! These issues could easily be solved (I got a patch ready), provided the UI sounds could be distributed as part of the default skin (for example in /skins/default/sounds)... To do this however, we'd need to know what is the license status of the UI sounds: does LL allow TPV developpers to distribute them (under the Artistic License, for example, like for the UI artwork), and if yes under which License ? Thanks in advance. Henri. From andromedaquonset at gmail.com Fri Nov 5 14:43:48 2010 From: andromedaquonset at gmail.com (Andromeda Quonset) Date: Fri, 05 Nov 2010 15:43:48 -0600 Subject: [opensource-dev] Request for feedback - Preferences Cleanup In-Reply-To: References: <361271.5048.qm@web23904.mail.ird.yahoo.com> <000b01cb7c72$a93219e0$fb964da0$@net> Message-ID: <4cd47a91.8a20ec0a.22a3.4943@mx.google.com> FWIW, I would also like to see the return to "Mute" instead of "Block". With all due respect to your user testing, the telephone on my desk has a "Mute" button, not a "Block" button, and I consider it a very heavily used communications tool. Perhaps there should be an option in preferences for setting the label for this function to either "Mute" or "Block", as that would keep all of your users happy. Thank you At 09:10 AM 11/5/2010, Sarah (Esbee) Kuehnle wrote: >Thanks for the feedback everyone. I'm working on some updates to the >pdf right now and will send that out for further review later today! > >I can't promise all the suggested additions will go into the prefs, >but I'll definitely look at each one as I'm making updates. > >A few responses to those who's provided feedback so far: > >@Marine - 1) The text chat logs have been fixed in 2.3 beta. 2) We >changed the label from "Mute" to "Block" early on in V2 because our >user testing indicated new users were confused about what "Mute" >means and understood "Block" because it's used commonly in other >communication tools. > >@GeneJ - That for the reminder on that typo. It was pointed out in >my OH the other week and I needed a good kick to remember to fix it! :) > >@Wolfpup - We're just talking about skinning for now. In the >meantime, I'm just gathering color options in one place. But you're >right - future skinning preferences will likely require a restart >before changes would take effect. > >@Erin - I've taken note of your request for the numerical debug >settings for sculpties. I'm not sure they make sense in this >preference cleanup I'm doing now, but will be useful when I can >focus my team on a sprint focused on content creation as some point >in the near future. As far as local lights go, they've actually been >added back in on the Mesh Project Viewer >(SH-157) (which will >eventually be added into the main Second Life Viewer). I'll take a >look at the other tickets you referenced today. > >@Hitomi - Thanks for the additional settings. I'll review these this >morning and see what makes sense to incorporate. That's a great list! > >More updates from me soon! > >--Esbee > > >On Thu, Nov 4, 2010 at 6:50 PM, WolfPup Lowenhar ><wolfpup67 at earthlink.net> wrote: > >I keep seeing people talking about user readable chat logs and from >what I'm seeing in the current dev builds the logs are already back >to plain text. I'm currently working on a feature that is dealing >with chat and group/personal IM logs. > > > >From: >opensource-dev-bounces at lists.secondlife.com >[mailto:opensource-dev-bounces at lists.secondlife.com] On Behalf Of Hitomi Tiponi >Sent: Thursday, November 04, 2010 4:37 PM >To: Opensource_dev > >Subject: Re: [opensource-dev] Request for feedback - Preferences Cleanup > > > >Thanks for the Preferences mock-up (must say that I rather like the >anime look of them :)) - some really sensible stuff there. > >Suggestions (all currently in Debug Settings): >Chat - adjustable life and fade times for Startup, IM and Group >popups - I find they are too short for me to spot sometimes >Chat - Add in spinners to alter the number of times that IM tabs >flash and the rate at which they flash at >Advanced - Move 'UI Size' slider to Graphics as KL and myself have >done - it fits more naturally there >Graphics->Hardware - allow forcing on of Antialiasing (as the Viewer >GPU presets often gets this wrong) or better still fix the presets :) >Move & View - put in spinners for amount of head movement >Move & View - Checkbox to allow double-click point-move in-world as >an alternative to double-click teleport (which is welcome) >Move & View - Checkbox for 'Number keys move avatar' >Privacy - Check-box to select option to also create user-readable >chat logs (as others have suggested) <- this is what I'm referring to. >Advanced - Checkbox for 'Show Grid Selection at login' >Advanced - Checkbox for 'Disable Camera Constraints' >Advanced - Checkbox for 'Limit the distance I can select objects at' >and sliders/spinners for selection distance and amount you can drag >in one step >Advanced - Checkbox for 'Show UI in snapshots' > > >No virus found in this message. >Checked by AVG - www.avg.com >Version: 10.0.1153 / Virus Database: 424/3236 - Release Date: 11/03/10 > >_______________________________________________ >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 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101105/3334cae7/attachment.htm From dmahalko at gmail.com Fri Nov 5 15:15:16 2010 From: dmahalko at gmail.com (Dale Mahalko) Date: Fri, 5 Nov 2010 17:15:16 -0500 Subject: [opensource-dev] Remote convex decomposition? Message-ID: Regarding this chunk of Havok software that LL cannot release in the open-source viewer... just an idea... Is it really necessary for this to be a part of the client? Since the process is only done when uploading a mesh, and so would be done infrequently, it appears that this could be handled server-side by LL. Send the raw mesh to the sim (or to a dedicated Havok decomposition server), adjust the detail sliders for the process in the client, send those parameters to the decomposition server, and then it sends back the Havok-decomposed results to the client for the user to review, before the user does the final commit of the object to the grid. This would result in no need to be concerned about exposing the commercial Havok code, and no need to replace it with something else, on the open source side. , Though, I am unfamiliar with the technicalities of this decomposition process. I do not know how big the source meshes can be or how much of a bandwidth or CPU load it would be to centralize the process on Linden servers. - Dale Mahalko / Scalar Tardis From geenz at geenzo.com Fri Nov 5 15:34:16 2010 From: geenz at geenzo.com (Jonathan Goodman) Date: Fri, 5 Nov 2010 17:34:16 -0500 Subject: [opensource-dev] Remote convex decomposition? In-Reply-To: References: Message-ID: <-3782945813262182769@unknownmsgid> The problem with doing that has a lot to do with how much processing power it can take to decompose collision hulls for more complex objects that may need more than one collision hull. On top of that, you've also got to take into consideration what users may do without knowing the effects of their actions (such as having an overly complex hull for a very simple object). All of these factors could bring a sim to its knees on a busy day, and a dedicated server to handle the convex decomposition probably wouldn't fair well either. A better solution would to be finding an opensource library they could use in the client to handle it (such as bullet). On Nov 5, 2010, at 5:15 PM, Dale Mahalko wrote: > Regarding this chunk of Havok software that LL cannot release in the > open-source viewer... just an idea... > > Is it really necessary for this to be a part of the client? Since the > process is only done when uploading a mesh, and so would be done > infrequently, it appears that this could be handled server-side by LL. > > Send the raw mesh to the sim (or to a dedicated Havok decomposition > server), adjust the detail sliders for the process in the client, send > those parameters to the decomposition server, and then it sends back > the Havok-decomposed results to the client for the user to review, > before the user does the final commit of the object to the grid. > > This would result in no need to be concerned about exposing the > commercial Havok code, and no need to replace it with something else, > on the open source side. > > , > > Though, I am unfamiliar with the technicalities of this decomposition > process. I do not know how big the source meshes can be or how much of > a bandwidth or CPU load it would be to centralize the process on > Linden servers. > > - Dale Mahalko / Scalar Tardis > _______________________________________________ > 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 From open at autistici.org Fri Nov 5 15:56:23 2010 From: open at autistici.org (Opensource Obscure) Date: Fri, 05 Nov 2010 23:56:23 +0100 Subject: [opensource-dev] Friends search/filter should take into account Usernames as well, not Display names only Message-ID: Today a friend told me about this behaviour, and after a quick test I agreed with him about considering it a bug, so I filed https://jira.secondlife.com/browse/VWR-23627 I hope the description is clear enough: corrections here, in private, or by directly editing the report are welcome. * Friends search/filter should take into account Usernames as well, not Display names only As a user, I'd like to be able to find someone who is in my Friends by both her username or her Display Name. Right now, I can only look up for friends by their Display Names. As soon as they change their Display Name, I'm not able anymore to find them - until I know and learn/remember her new Display Name. Currently the Friends list provides me with data about both names (Display Names are shown by default; just hover to see Usernames). Since this information is already there, the filtering system should use this information, and allow me to find someone in my Friends list when I search for her Username. Example: * my friend has Username = "john.doe" and Display Name = "John Doe" * I search for him in my Friends list by writing "John", or "Doe" * my friend changes his Display Name into "Gianni Rossi". This is not meant to alter the relationship in any way * if I look for "John", "Doe", "John Doe", or "john.doe" I can't find my friend anymore Opensource Obscure From suezanne at gmail.com Fri Nov 5 16:43:55 2010 From: suezanne at gmail.com (SuezanneC Baskerville) Date: Fri, 5 Nov 2010 18:43:55 -0500 Subject: [opensource-dev] Friends search/filter should take into account Usernames as well, not Display names only In-Reply-To: References: Message-ID: It appears you pasted the wrong link, I think: https://jira.secondlife.com/browse/VWR-23734 On Fri, Nov 5, 2010 at 5:56 PM, Opensource Obscure wrote: > Today a friend told me about this behaviour, and after > a quick test I agreed with him about considering it a bug, > so I filed https://jira.secondlife.com/browse/VWR-23627 > > I hope the description is clear enough: corrections here, > in private, or by directly editing the report are welcome. > > > * Friends search/filter should take into account Usernames as well, > not Display names only > > As a user, I'd like to be able to find someone who is in my Friends by > both her username or her Display Name. > > Right now, I can only look up for friends by their Display Names. > As soon as they change their Display Name, I'm not able anymore to > find them - until I know and learn/remember her new Display Name. > > Currently the Friends list provides me with data about both names > (Display Names are shown by default; just hover to see Usernames). > Since this information is already there, the filtering system should > use this information, and allow me to find someone in my Friends list > when I search for her Username. > > Example: > * my friend has Username = "john.doe" and Display Name = "John Doe" > * I search for him in my Friends list by writing "John", or "Doe" > * my friend changes his Display Name into "Gianni Rossi". This is not > meant to alter the relationship in any way > * if I look for "John", "Doe", "John Doe", or "john.doe" I can't find > my friend anymore > > > Opensource Obscure > > _______________________________________________ > 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 > -- v i r t u a l w o r l d e n t h u s i a s t -- http://www.google.com/profiles/s u e z a n n e -- -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101105/9af2c08d/attachment.htm From aklo at skyhighway.com Fri Nov 5 17:55:40 2010 From: aklo at skyhighway.com (aklo at skyhighway.com) Date: Fri, 5 Nov 2010 17:55:40 -0700 (PDT) Subject: [opensource-dev] Request for feedback - Preferences Cleanup Message-ID: Can mine please say "Shut Up". When i think of the context i usually have when i go for that button, "Shut Up" works a lot better for me. Or maybe "Kill" with a little skull & crossbones icon. i'm pretty sure there's a UTF skull & crossbones character that can be used. i know i've sent it to pests at clubs before. "Kill" would be so much more satisfying than just "Mute" or "Block", especially if you consider some of the SL personalities we've all used that button on. Thx!! - AK =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= FWIW, I would also like to see the return to "Mute" instead of "Block". With all due respect to your user testing, the telephone on my desk has a "Mute" button, not a "Block" button, and I consider it a very heavily used communications tool. Perhaps there should be an option in preferences for setting the label for this function to either "Mute" or "Block", as that would keep all of your users happy. Thank you At 09:10 AM 11/5/2010, Sarah (Esbee) Kuehnle wrote: > Thanks for the feedback everyone. I'm working on some updates to the pdf right now and will send that out for further review later today! > > I can't promise all the suggested additions will go into the prefs, but I'll definitely look at each one as I'm making updates. > > A few responses to those who's provided feedback so far: > > @Marine - 1) The text chat logs have been fixed in 2.3 beta. 2) We changed the label from "Mute" to "Block" early on in V2 because our user testing indicated new users were confused about what "Mute" means and understood "Block" because it's used commonly in other communication tools. > > @GeneJ - That for the reminder on that typo. It was pointed out in my OH the other week and I needed a good kick to remember to fix it! :) > > @Wolfpup - We're just talking about skinning for now. In the meantime, I'm just gathering color options in one place. But you're right - future skinning preferences will likely require a restart before changes would take effect. > > @Erin - I've taken note of your request for the numerical debug settings for sculpties. I'm not sure they make sense in this preference cleanup I'm doing now, but will be useful when I can focus my team on a sprint focused on content creation as some point in the near future. As far as local lights go, they've actually been added back in on the Mesh Project Viewer (SH-157) (which will eventually be added into the main Second Life Viewer). I'll take a look at the other tickets you referenced today. > > @Hitomi - Thanks for the additional settings. I'll review these this morning and see what makes sense to incorporate. That's a great list! > > More updates from me soon! > > --Esbee > > > On Thu, Nov 4, 2010 at 6:50 PM, WolfPup Lowenhar wrote: > > > I keep seeing people talking about user readable chat logs and from what I’m seeing in the current dev builds the logs are already back to plain text. I’m currently working on a feature that is dealing with chat and group/personal IM logs. > > > > From: opensource-dev-bounces at lists.secondlife.com [ mailto:opensource-dev-bounces at lists.secondlife.com] On Behalf Of Hitomi Tiponi > Sent: Thursday, November 04, 2010 4:37 PM > To: Opensource_dev > > Subject: Re: [opensource-dev] Request for feedback - Preferences Cleanup > > > > Thanks for the Preferences mock-up (must say that I rather like the anime look of them :)) - some really sensible stuff there. > > Suggestions (all currently in Debug Settings): > Chat - adjustable life and fade times for Startup, IM and Group popups - I find they are too short for me to spot sometimes > Chat - Add in spinners to alter the number of times that IM tabs flash and the rate at which they flash at > Advanced - Move 'UI Size' slider to Graphics as KL and myself have done - it fits more naturally there > Graphics->Hardware - allow forcing on of Antialiasing (as the Viewer GPU presets often gets this wrong) or better still fix the presets :) > Move & View - put in spinners for amount of head movement > Move & View - Checkbox to allow double-click point-move in-world as an alternative to double-click teleport (which is welcome) > Move & View - Checkbox for 'Number keys move avatar' > Privacy - Check-box to select option to also create user-readable chat logs (as others have suggested) <- this is what I’m referring to. > Advanced - Checkbox for 'Show Grid Selection at login' > Advanced - Checkbox for 'Disable Camera Constraints' > Advanced - Checkbox for 'Limit the distance I can select objects at' and sliders/spinners for selection distance and amount you can drag in one step > Advanced - Checkbox for 'Show UI in snapshots' > > > No virus found in this message. > Checked by AVG - www.avg.com > Version: 10.0.1153 / Virus Database: 424/3236 - Release Date: 11/03/10 > > _______________________________________________ > 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 From angel_of_crimson at hotmail.com Fri Nov 5 21:33:57 2010 From: angel_of_crimson at hotmail.com (Erin Mallory) Date: Sat, 6 Nov 2010 00:33:57 -0400 Subject: [opensource-dev] Copy/Paste of chat history should ALWAYS paste name AND username In-Reply-To: References: Message-ID: If you have preferences set to show the username, when you copy and paste a chat history it should always paste the username not just the display name. (actually it should always paste both regardless of what you have it set to display). Second Life 2.4.0 (213899) ONLY pastes the DISPLAY name REGARDLESS of what you choose. (also username doesn't always appear in the local chat history even if you have that selected. makes it annoying. and the group chat and im only display the username if different then the display name. thats NOT what i expect if i select show username in prferences!) -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101106/69f5eee9/attachment.htm From angel_of_crimson at hotmail.com Sat Nov 6 10:17:15 2010 From: angel_of_crimson at hotmail.com (Erin Mallory) Date: Sat, 6 Nov 2010 13:17:15 -0400 Subject: [opensource-dev] allow display names to be disabled at the parcel level Message-ID: Due to the number of stores that have already had issues with display names being used to defraud customers, (something that will only get worse the way they were implemented), the number of role play zones that are smaller then sim-sized that do not want to see display names, and the simple sheer number of people on the forums, in groups, at office hours, and elsewhere that want to be able to have their land be display name free, Estate level display name toggling is not good enough. It needs to be at the parcel level, so every land owner can make their own decision. For those that argue that it will break user experience, the same has been argued about voice being toggle-able at the parcel level and yet, when that was implemented it did not break user experience significantly. Please either rework the display names to make it harder to commit fraud and impersonation of existing accounts OR give us the tools to do it ourselves. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101106/9e717406/attachment.htm From angel_of_crimson at hotmail.com Sun Nov 7 12:45:04 2010 From: angel_of_crimson at hotmail.com (Erin Mallory) Date: Sun, 7 Nov 2010 15:45:04 -0500 Subject: [opensource-dev] Display name chaos Message-ID: so displaying display names fixes the fact that almost the entire contact list was showing up as ???-??? as were most group members and most people around me in local. HOWEVER, ims are STILL logging to the same file (depending on operating system its either ???-???.xxx or ____.xxx.) making logs unusable. Can we please get this fixed. Combined with the fraud, harassment, and other general chaos going on with display names, this is making SL into a very horrible user experience for many. (don't believe me? look at the #secondlife and #slviewer2 threads on twitter, the forums, etc) -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101107/738781ab/attachment.htm From suezanne at gmail.com Sun Nov 7 13:12:29 2010 From: suezanne at gmail.com (SuezanneC Baskerville) Date: Sun, 7 Nov 2010 15:12:29 -0600 Subject: [opensource-dev] What was the point of display names? Message-ID: What is the point of display names? How do display names benefit Linden Lab? -- v i r t u a l w o r l d e n t h u s i a s t -- http://www.google.com/profiles/s u e z a n n e -- -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101107/e66593dd/attachment.htm From suezanne at gmail.com Sun Nov 7 13:13:59 2010 From: suezanne at gmail.com (SuezanneC Baskerville) Date: Sun, 7 Nov 2010 15:13:59 -0600 Subject: [opensource-dev] Is the viewer going to start using the Jive SBS system for profiles and such? Message-ID: -- v i r t u a l w o r l d e n t h u s i a s t -- http://www.google.com/profiles/s u e z a n n e -- -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101107/104ce51e/attachment.htm From bunny at bunnynet.org Sun Nov 7 13:39:21 2010 From: bunny at bunnynet.org (Bunny Halberd) Date: Sun, 7 Nov 2010 15:39:21 -0600 Subject: [opensource-dev] What was the point of display names? In-Reply-To: References: Message-ID: On Sun, Nov 7, 2010 at 3:12 PM, SuezanneC Baskerville wrote: > What is the point of display names? Rough guess - the ability to change your user name has been a requested feature for a long time. (ie, when you get partnered to someone, being able to take your partner's name, etc) > How do display names benefit Linden Lab? Again, a guess, but, now the username is just one word instead of two. This opens the door to things like Twitter and Facebook integration. - Bunny From kf6kjg at gmail.com Sun Nov 7 14:21:05 2010 From: kf6kjg at gmail.com (Ricky) Date: Sun, 7 Nov 2010 14:21:05 -0800 Subject: [opensource-dev] What was the point of display names? In-Reply-To: References: Message-ID: And to a simplified logon process using OpenID or other tools. On Sun, Nov 7, 2010 at 1:39 PM, Bunny Halberd wrote: > On Sun, Nov 7, 2010 at 3:12 PM, SuezanneC Baskerville > wrote: >> What is the point of display names? > > Rough guess - the ability to change your user name has been a > requested feature for a long time. (ie, when you get partnered to > someone, being able to take your partner's name, etc) > > >> How do display names benefit Linden Lab? > > Again, a guess, but, now the username is just one word instead of two. > This opens the door to things like Twitter and Facebook integration. > > - Bunny > _______________________________________________ > 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 > From bunny at bunnynet.org Sun Nov 7 14:33:12 2010 From: bunny at bunnynet.org (Bunny Halberd) Date: Sun, 7 Nov 2010 16:33:12 -0600 Subject: [opensource-dev] What was the point of display names? In-Reply-To: References: Message-ID: On Sun, Nov 7, 2010 at 4:21 PM, Ricky wrote: > And to a simplified logon process using OpenID or other tools. Oh yeah, how could I forget about that? :) As someone that runs a web service that's SL-centric, if LL were to open up an auth system like Twitter uses for third party website authentication, it could be a huge lead the way to a huge expansion of web/SL integration. (I would happily start using it - it'd limit the number of password reset request I have to deal with, etc!) Not that LL is planning on doing that, but the foundation is being laid. - Bunny From secret.argent at gmail.com Sun Nov 7 15:40:11 2010 From: secret.argent at gmail.com (Argent Stonecutter) Date: Sun, 7 Nov 2010 17:40:11 -0600 Subject: [opensource-dev] What was the point of display names? In-Reply-To: References: Message-ID: On 2010-11-07, at 16:33, Bunny Halberd wrote: > On Sun, Nov 7, 2010 at 4:21 PM, Ricky wrote: >> And to a simplified logon process using OpenID or other tools. > Oh yeah, how could I forget about that? :) There's no reason they couldn't accept "bunny.halberd" or "Bunny Halberd" as a login, and let people use "first.last at ..." for other services. Anyone who's up to dealing with third party services could manage that. Basically, the only benefit Display Names provides that couldn't be implemented in the existing framework is Unicode titles. And I'm still ticked off that my suggestion for a *new* merged account name was considered a justification for Display Names. Display Names satisfy none of the goals of that suggestion. From escort.defarge at gmail.com Sun Nov 7 16:04:10 2010 From: escort.defarge at gmail.com (Escort DeFarge) Date: Sun, 07 Nov 2010 18:04:10 -0600 Subject: [opensource-dev] Down tools and play the "game" -- was Re: What was the point of display names? In-Reply-To: References: Message-ID: <4CD73E7A.4040207@gmail.com> How was this set of issues with "display names" not predictable or difficult to forsee? I recommend that LL allow all LL developers to down tools and just "play" second life straight for one entire month and get a real Second Life for themselves - "players" of the game know that that will inform every thought and action, and lead to much better mutual understanding. Everyone seems so totally disconnected from everyone else in terms of agenda, that I think a shared experience (that is, after all what SL is all about) is genuinely the only cure. IMHO :) /esc From aklo at skyhighway.com Sun Nov 7 16:29:16 2010 From: aklo at skyhighway.com (aklo at skyhighway.com) Date: Sun, 7 Nov 2010 16:29:16 -0800 (PST) Subject: [opensource-dev] Down tools and play the "game" -- was Re: What was the point of display names? Message-ID: <55ee2861011a65b612dcb355e58aab20.squirrel@cruziomail.cruzio.com> Excuse me, brief word from the lunatic fringe, here. Some of us aren't so giddy about the idea everyone has that SL is a "game" and what we do there is "play" that game. i wouldn't be making this noise that most of y'all probably consider "embarrassing," or maybe like being the bad trip at a big party except that: for one, i know for sure i'm not the only one out here on the edge (or over it, whatever); for two, i hate to see the potential SL has being reduced by a lack of concern for more "serious" attention; and three, i think that trying to think of all the people who use SL - and might use it for whatever if it wasn't only treated like a game - as getting more out of it if people developing it would try to think out of the game box. Y'know what, i'll bet that a long time before meat people walk on Mars virtual people will have been there getting real comfortable with the place. Like that. There's lots more. But i think mostly if development thinks like some users might be real serious about all this stuff, then development might be less inclined to make decisions to tell users what they want and try to force them to use it, and more inclined to listen to users and always be sure they have what they want. It's a better business model, for real. 'k, thx for listening. Have a fun day!! - AK -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= How was this set of issues with "display names" not predictable or difficult to forsee? I recommend that LL allow all LL developers to down tools and just "play" second life straight for one entire month and get a real Second Life for themselves - "players" of the game know that that will inform every thought and action, and lead to much better mutual understanding. Everyone seems so totally disconnected from everyone else in terms of agenda, that I think a shared experience (that is, after all what SL is all about) is genuinely the only cure. IMHO :) /esc _______________________________________________ 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 From escort.defarge at gmail.com Sun Nov 7 16:49:14 2010 From: escort.defarge at gmail.com (Escort DeFarge) Date: Sun, 07 Nov 2010 18:49:14 -0600 Subject: [opensource-dev] Down tools and play the "game" -- was Re: What was the point of display names? In-Reply-To: <55ee2861011a65b612dcb355e58aab20.squirrel@cruziomail.cruzio.com> References: <55ee2861011a65b612dcb355e58aab20.squirrel@cruziomail.cruzio.com> Message-ID: <4CD7490A.3070402@gmail.com> Hi AK, This was indeed why I quoted the words "play" and "game" and "players" in my first message. I share your view, and it doesn't sound to me "fringe" in the least. /esc On 07/11/2010 18:29, aklo at skyhighway.com wrote: > Excuse me, brief word from the lunatic fringe, here. Some of us aren't so > giddy about the idea everyone has that SL is a "game" and what we do there > is "play" that game. i wouldn't be making this noise that most of y'all > probably consider "embarrassing," or maybe like being the bad trip at a > big party except that: for one, i know for sure i'm not the only one out > here on the edge (or over it, whatever); for two, i hate to see the > potential SL has being reduced by a lack of concern for more "serious" > attention; and three, i think that trying to think of all the people who > use SL - and might use it for whatever if it wasn't only treated like a > game - as getting more out of it if people developing it would try to > think out of the game box. > > Y'know what, i'll bet that a long time before meat people walk on Mars > virtual people will have been there getting real comfortable with the > place. Like that. There's lots more. But i think mostly if development > thinks like some users might be real serious about all this stuff, then > development might be less inclined to make decisions to tell users what > they want and try to force them to use it, and more inclined to listen to > users and always be sure they have what they want. It's a better business > model, for real. > > 'k, thx for listening. Have a fun day!! > > - AK > > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= > How was this set of issues with "display names" not predictable or > difficult to forsee? > > I recommend that LL allow all LL developers to down tools and just > "play" second life straight for one entire month and get a real Second > Life for themselves - "players" of the game know that that will inform > every thought and action, and lead to much better mutual understanding. > Everyone seems so totally disconnected from everyone else in terms of > agenda, that I think a shared experience (that is, after all what SL is > all about) is genuinely the only cure. > > IMHO :) > > /esc > > _______________________________________________ > 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 > > > > From scruffy.kiwi at gmail.com Sun Nov 7 17:06:39 2010 From: scruffy.kiwi at gmail.com (Scruffy) Date: Mon, 8 Nov 2010 12:06:39 +1100 Subject: [opensource-dev] Down tools and play the "game" -- was Re: What was the point of display names? In-Reply-To: <4CD7490A.3070402@gmail.com> References: <55ee2861011a65b612dcb355e58aab20.squirrel@cruziomail.cruzio.com> <4CD7490A.3070402@gmail.com> Message-ID: Can we not have the whining about Display Names on here please? It's happening so get over it. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101108/d4c4292d/attachment.htm From moriz.gupte at gmail.com Sun Nov 7 17:29:25 2010 From: moriz.gupte at gmail.com (Moriz Gupte) Date: Sun, 7 Nov 2010 18:29:25 -0700 Subject: [opensource-dev] Down tools and play the "game" -- was Re: What was the point of display names? In-Reply-To: References: <55ee2861011a65b612dcb355e58aab20.squirrel@cruziomail.cruzio.com> <4CD7490A.3070402@gmail.com> Message-ID: Thank you LL for at least considering to implement display names. This has been a much needed functionality especially if Second Life is to deployed as an instructional technology at par with any educational technology out there. This matter has been debated for years. Yes there are problems with Display Names as it stands but moving forward does not mean it should be scrapped. R On Sun, Nov 7, 2010 at 6:06 PM, Scruffy wrote: > Can we not have the whining about Display Names on here please? It's > happening so get over it. > _______________________________________________ > 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 > -- 'Consider how the lilies grow. They do not labor or spin.' *Rameshsharma Ramloll* PhD, *Research Associate Professor*, Idaho State University, Pocatello, ID 83209 Tel: 208-282-5333 Blog , LinkedIn , Play2Train -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101107/27617767/attachment.htm From oz at lindenlab.com Sun Nov 7 19:07:28 2010 From: oz at lindenlab.com (Oz Linden (Scott Lawrence)) Date: Sun, 07 Nov 2010 22:07:28 -0500 Subject: [opensource-dev] What is the license status of UI sounds ? In-Reply-To: <20101105215053.0708e6f4.sldev@free.fr> References: <20101105215053.0708e6f4.sldev@free.fr> Message-ID: <4CD76970.7050900@lindenlab.com> On 2010-11-05 16:50, Henri Beauchamp wrote: > These issues could easily be solved (I got a patch ready), provided the UI > sounds could be distributed as part of the default skin (for example in > /skins/default/sounds)... > To do this however, we'd need to know what is the license status of the UI > sounds: does LL allow TPV developpers to distribute them (under the Artistic > License, for example, like for the UI artwork), and if yes under which > License ? This sounds like a very interesting contribution, Henri. I'll look into the license issue. From dave at meadowlakearts.com Sun Nov 7 20:39:06 2010 From: dave at meadowlakearts.com (Dave Booth) Date: Sun, 07 Nov 2010 22:39:06 -0600 Subject: [opensource-dev] Down tools and play the "game" -- was Re: What was the point of display names? In-Reply-To: References: <55ee2861011a65b612dcb355e58aab20.squirrel@cruziomail.cruzio.com> <4CD7490A.3070402@gmail.com> Message-ID: <4CD77EEA.7080906@meadowlakearts.com> On 11/7/2010 19:06, Scruffy wrote: > Can we not have the whining about Display Names on here please? It's > happening so get over it. of course its happening, but yes its relevant to this list - because it impacts several areas that are VERY significant to the folks that read it and try to contribute. 1: it impacts the viewer-side appearance of any scripted content that relies on knowing nearby names, 2: it impacts any inworld experience where a residents name has become synonymous with a brand 3: it impacts display of friends lists and logging behavior I dont intend to argue against its implementation, that is LLs privilege and they are welcome to do it - I'd even welcome it for some of the RP scenarios I am a member of. However, its implementation has holes I could drive a Mack through without touching the sides. The vast majority of these problems would go away with one simple change to its implementation - disallow the use of an existing username as a display name unless the avatar in question is logged in on that username. if that were implemented it WOULD take display names out of any viewer-side context, but the word we have right now is that that isnt going to happen - even though it would only take a simple username lookup for the selected display name at any change, real trivial. So we have to discuss and deal with the viewer-side issues, given that as you remind us, it IS going to happen. From yoz at lindenlab.com Sun Nov 7 21:11:32 2010 From: yoz at lindenlab.com (Yoz Grahame) Date: Sun, 7 Nov 2010 21:11:32 -0800 Subject: [opensource-dev] Is the viewer going to start using the Jive SBS system for profiles and such? In-Reply-To: References: Message-ID: No. On 7 November 2010 13:13, SuezanneC Baskerville wrote: > > > -- > v i r t u a l w o r l d e n t h u s i a s t > -- http://www.google.com/profiles/s u e z a n n e -- > > _______________________________________________ > 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 > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101107/3b52d8d5/attachment.htm From suezanne at gmail.com Sun Nov 7 21:46:04 2010 From: suezanne at gmail.com (SuezanneC Baskerville) Date: Sun, 7 Nov 2010 23:46:04 -0600 Subject: [opensource-dev] Is the viewer going to start using the Jive SBS system for profiles and such? In-Reply-To: References: Message-ID: Thanks; it's good to read some good news. I wonder what the expanded profiles will be like. On Sun, Nov 7, 2010 at 11:11 PM, Yoz Grahame wrote: > No. > > On 7 November 2010 13:13, SuezanneC Baskerville wrote: > >> >> >> -- >> v i r t u a l w o r l d e n t h u s i a s t >> -- http://www.google.com/profiles/s u e z a n n e -- >> >> _______________________________________________ >> 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 >> > > -- v i r t u a l w o r l d e n t h u s i a s t -- http://www.google.com/profiles/s u e z a n n e -- -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101107/ff9012b3/attachment.htm From Lance.Corrimal at eregion.de Mon Nov 8 03:18:30 2010 From: Lance.Corrimal at eregion.de (Lance Corrimal) Date: Mon, 8 Nov 2010 12:18:30 +0100 Subject: [opensource-dev] user story: simplified graphics preferences Message-ID: <201011081218.30870.Lance.Corrimal@eregion.de> https://jira.secondlife.com/browse/VWR-23754 From esbee at lindenlab.com Mon Nov 8 08:10:47 2010 From: esbee at lindenlab.com (Sarah (Esbee) Kuehnle) Date: Mon, 8 Nov 2010 11:10:47 -0500 Subject: [opensource-dev] Request for feedback - Preferences Cleanup In-Reply-To: References: Message-ID: Thanks again for all your feedback. I've made some updates to the design deck (see attached). I'm going to create subtasks underneath STORM-31for the new preferences and get these updates rolling with the team! :) Cheers, Esbee PS - Please feel free to keep feedback coming. Any updates we don't have time for in this sprint (but make sense for Preferences can definitely be prioritized for a future sprint. On Fri, Nov 5, 2010 at 8:55 PM, wrote: > Can mine please say "Shut Up". When i think of the context i usually have > when i go for that button, "Shut Up" works a lot better for me. Or maybe > "Kill" with a little skull & crossbones icon. i'm pretty sure there's a > UTF skull & crossbones character that can be used. i know i've sent it to > pests at clubs before. "Kill" would be so much more satisfying than just > "Mute" or "Block", especially if you consider some of the SL personalities > we've all used that button on. > > Thx!! > > - AK > =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= > FWIW, > > I would also like to see the return to "Mute" instead of "Block". With > all due respect to your user testing, the telephone on my desk has a > "Mute" button, not a "Block" button, and I consider it a very heavily used > communications tool. Perhaps there should be an option in preferences for > setting the label for this function to either "Mute" or "Block", as that > would keep all of your users happy. > > Thank you > > At 09:10 AM 11/5/2010, Sarah (Esbee) Kuehnle wrote: > > Thanks for the feedback everyone. I'm working on some updates to the pdf > right now and will send that out for further review later today! > > > > I can't promise all the suggested additions will go into the prefs, but > I'll definitely look at each one as I'm making updates. > > > > A few responses to those who's provided feedback so far: > > > > @Marine - 1) The text chat logs have been fixed in 2.3 beta. 2) We > changed the label from "Mute" to "Block" early on in V2 because our user > testing indicated new users were confused about what "Mute" means and > understood "Block" because it's used commonly in other communication > tools. > > > > @GeneJ - That for the reminder on that typo. It was pointed out in my OH > the other week and I needed a good kick to remember to fix it! :) > > > > @Wolfpup - We're just talking about skinning for now. In the meantime, > I'm just gathering color options in one place. But you're right - future > skinning preferences will likely require a restart before changes would > take effect. > > > > @Erin - I've taken note of your request for the numerical debug settings > for sculpties. I'm not sure they make sense in this preference cleanup > I'm doing now, but will be useful when I can focus my team on a sprint > focused on content creation as some point in the near future. As far as > local lights go, they've actually been added back in on the Mesh Project > Viewer (SH-157) (which will eventually be added into the main Second > Life Viewer). I'll take a look at the other tickets you referenced > today. > > > > @Hitomi - Thanks for the additional settings. I'll review these this > morning and see what makes sense to incorporate. That's a great list! > > > > More updates from me soon! > > > > --Esbee > > > > > > On Thu, Nov 4, 2010 at 6:50 PM, WolfPup Lowenhar > wrote: > > > > > > I keep seeing people talking about user readable chat logs and from > what I’m seeing in the current dev builds the logs are already > back to plain text. I’m currently working on a feature that is > dealing with chat and group/personal IM logs. > > > > > > > > From: opensource-dev-bounces at lists.secondlife.com [ > mailto:opensource-dev-bounces at lists.secondlife.com] On Behalf Of > Hitomi Tiponi > > Sent: Thursday, November 04, 2010 4:37 PM > > To: Opensource_dev > > > > Subject: Re: [opensource-dev] Request for feedback - Preferences > Cleanup > > > > > > > > Thanks for the Preferences mock-up (must say that I rather like the > anime look of them :)) - some really sensible stuff there. > > > > Suggestions (all currently in Debug Settings): > > Chat - adjustable life and fade times for Startup, IM and Group > popups - I find they are too short for me to spot sometimes > > Chat - Add in spinners to alter the number of times that IM tabs > flash and the rate at which they flash at > > Advanced - Move 'UI Size' slider to Graphics as KL and myself have > done - it fits more naturally there > > Graphics->Hardware - allow forcing on of Antialiasing (as the Viewer > GPU presets often gets this wrong) or better still fix the presets > :) > > Move & View - put in spinners for amount of head movement > > Move & View - Checkbox to allow double-click point-move in-world as > an alternative to double-click teleport (which is welcome) > > Move & View - Checkbox for 'Number keys move avatar' > > Privacy - Check-box to select option to also create user-readable > chat logs (as others have suggested) <- this is what I’m > referring to. > > Advanced - Checkbox for 'Show Grid Selection at login' > > Advanced - Checkbox for 'Disable Camera Constraints' > > Advanced - Checkbox for 'Limit the distance I can select objects at' > and sliders/spinners for selection distance and amount you can drag > in one step > > Advanced - Checkbox for 'Show UI in snapshots' > > > > > > No virus found in this message. > > Checked by AVG - www.avg.com > > Version: 10.0.1153 / Virus Database: 424/3236 - Release Date: > 11/03/10 > > > > _______________________________________________ > > 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 > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101108/a7a6bb37/attachment-0001.htm -------------- next part -------------- A non-text attachment was scrubbed... Name: preferences-new-11082010.pdf Type: application/pdf Size: 724636 bytes Desc: not available Url : http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101108/a7a6bb37/attachment-0001.pdf From esbee at lindenlab.com Mon Nov 8 08:16:31 2010 From: esbee at lindenlab.com (Sarah (Esbee) Kuehnle) Date: Mon, 8 Nov 2010 11:16:31 -0500 Subject: [opensource-dev] Request for feedback - Preferences Cleanup In-Reply-To: References: Message-ID: To save Q from walking around with a twitch all day, I wanted to let anyone reading this thread know there should be a closing parenthesis ")" after the word "Preferences" in the PS section of my last email. Keep calm and carry on, Esbee On Mon, Nov 8, 2010 at 11:10 AM, Sarah (Esbee) Kuehnle wrote: > Thanks again for all your feedback. I've made some updates to the design > deck (see attached). > > I'm going to create subtasks underneath STORM-31for the new preferences and get these updates rolling with the team! :) > > Cheers, > Esbee > > PS - Please feel free to keep feedback coming. Any updates we don't have > time for in this sprint (but make sense for Preferences can definitely be > prioritized for a future sprint. > > > On Fri, Nov 5, 2010 at 8:55 PM, wrote: > >> Can mine please say "Shut Up". When i think of the context i usually have >> when i go for that button, "Shut Up" works a lot better for me. Or maybe >> "Kill" with a little skull & crossbones icon. i'm pretty sure there's a >> UTF skull & crossbones character that can be used. i know i've sent it to >> pests at clubs before. "Kill" would be so much more satisfying than just >> "Mute" or "Block", especially if you consider some of the SL personalities >> we've all used that button on. >> >> Thx!! >> >> - AK >> =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= >> FWIW, >> >> I would also like to see the return to "Mute" instead of "Block". With >> all due respect to your user testing, the telephone on my desk has a >> "Mute" button, not a "Block" button, and I consider it a very heavily used >> communications tool. Perhaps there should be an option in preferences for >> setting the label for this function to either "Mute" or "Block", as that >> would keep all of your users happy. >> >> Thank you >> >> At 09:10 AM 11/5/2010, Sarah (Esbee) Kuehnle wrote: >> > Thanks for the feedback everyone. I'm working on some updates to the pdf >> right now and will send that out for further review later today! >> > >> > I can't promise all the suggested additions will go into the prefs, but >> I'll definitely look at each one as I'm making updates. >> > >> > A few responses to those who's provided feedback so far: >> > >> > @Marine - 1) The text chat logs have been fixed in 2.3 beta. 2) We >> changed the label from "Mute" to "Block" early on in V2 because our user >> testing indicated new users were confused about what "Mute" means and >> understood "Block" because it's used commonly in other communication >> tools. >> > >> > @GeneJ - That for the reminder on that typo. It was pointed out in my OH >> the other week and I needed a good kick to remember to fix it! :) >> > >> > @Wolfpup - We're just talking about skinning for now. In the meantime, >> I'm just gathering color options in one place. But you're right - future >> skinning preferences will likely require a restart before changes would >> take effect. >> > >> > @Erin - I've taken note of your request for the numerical debug settings >> for sculpties. I'm not sure they make sense in this preference cleanup >> I'm doing now, but will be useful when I can focus my team on a sprint >> focused on content creation as some point in the near future. As far as >> local lights go, they've actually been added back in on the Mesh Project >> Viewer (SH-157) (which will eventually be added into the main Second >> Life Viewer). I'll take a look at the other tickets you referenced >> today. >> > >> > @Hitomi - Thanks for the additional settings. I'll review these this >> morning and see what makes sense to incorporate. That's a great list! >> > >> > More updates from me soon! >> > >> > --Esbee >> > >> > >> > On Thu, Nov 4, 2010 at 6:50 PM, WolfPup Lowenhar >> wrote: >> > >> > >> > I keep seeing people talking about user readable chat logs and from >> what I’m seeing in the current dev builds the logs are already >> back to plain text. I’m currently working on a feature that is >> dealing with chat and group/personal IM logs. >> > >> > >> > >> > From: opensource-dev-bounces at lists.secondlife.com [ >> mailto:opensource-dev-bounces at lists.secondlife.com] On Behalf Of >> Hitomi Tiponi >> > Sent: Thursday, November 04, 2010 4:37 PM >> > To: Opensource_dev >> > >> > Subject: Re: [opensource-dev] Request for feedback - Preferences >> Cleanup >> > >> > >> > >> > Thanks for the Preferences mock-up (must say that I rather like the >> anime look of them :)) - some really sensible stuff there. >> > >> > Suggestions (all currently in Debug Settings): >> > Chat - adjustable life and fade times for Startup, IM and Group >> popups - I find they are too short for me to spot sometimes >> > Chat - Add in spinners to alter the number of times that IM tabs >> flash and the rate at which they flash at >> > Advanced - Move 'UI Size' slider to Graphics as KL and myself have >> done - it fits more naturally there >> > Graphics->Hardware - allow forcing on of Antialiasing (as the Viewer >> GPU presets often gets this wrong) or better still fix the presets >> :) >> > Move & View - put in spinners for amount of head movement >> > Move & View - Checkbox to allow double-click point-move in-world as >> an alternative to double-click teleport (which is welcome) >> > Move & View - Checkbox for 'Number keys move avatar' >> > Privacy - Check-box to select option to also create user-readable >> chat logs (as others have suggested) <- this is what I’m >> referring to. >> > Advanced - Checkbox for 'Show Grid Selection at login' >> > Advanced - Checkbox for 'Disable Camera Constraints' >> > Advanced - Checkbox for 'Limit the distance I can select objects at' >> and sliders/spinners for selection distance and amount you can drag >> in one step >> > Advanced - Checkbox for 'Show UI in snapshots' >> > >> > >> > No virus found in this message. >> > Checked by AVG - www.avg.com >> > Version: 10.0.1153 / Virus Database: 424/3236 - Release Date: >> 11/03/10 >> > >> > _______________________________________________ >> > 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 >> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101108/b7824e64/attachment.htm From oz at lindenlab.com Mon Nov 8 08:45:10 2010 From: oz at lindenlab.com (Oz Linden (Scott Lawrence)) Date: Mon, 08 Nov 2010 11:45:10 -0500 Subject: [opensource-dev] Request for feedback - Preferences Cleanup In-Reply-To: References: Message-ID: <4CD82916.90309@lindenlab.com> On 2010-11-08 11:10, Sarah (Esbee) Kuehnle wrote: > Thanks again for all your feedback. I've made some updates to the > design deck (see attached). > > I'm going to create subtasks underneath STORM-31 > for the new preferences > and get these updates rolling with the team! :) > > Cheers, > Esbee > > PS - Please feel free to keep feedback coming On the Privacy tab, you ask "Is this a timestamp in the log or in the filename?"... I think that once we've integrated STORM-102 (a final test build for that is running now), we'll actually have two checkboxes there. A new test build for that is available now (fresh off the server) at [1]. * Add timestamp * Add datestamp to log file name The first one controls whether or not lines in the log file have timestamps on them, and the second appends a datestamp: For person-to-person chat, the datestamp is YYYY-MM (year and month) For local chat, the datestamp is YYYY-MM-DD (year month and day) One issue on STORM-102 that probably needs discussing... the present person-to-person chat log file name is First Last[-datestamp].txt where First and Last are the real account names. If a person has a Display Name set, that name is not used when constructing the file name: instead the real first and last names for the account are used for the log file name. The Display name does appear (followed by the userid "first.last" in parens) in the log text content. This seems potentially confusing to me, especially if the only name I ever use for someone is the Display Name. It seems to me that either: 1. the Display Name should be used (if I remember talking to "Joe Somebody", that's the log file name I'd be most likely to look for), which would mean that each DN value would produce a separate log even if I had conversations with the same user with different DNs, 2. or the userid (first.last) should always be used for the log file name. [1] http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/oz_viewer-storm-102/rev/214097/index.html -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101108/bd4bce48/attachment.htm From kf6kjg at gmail.com Mon Nov 8 09:41:35 2010 From: kf6kjg at gmail.com (Ricky) Date: Mon, 8 Nov 2010 09:41:35 -0800 Subject: [opensource-dev] Request for feedback - Preferences Cleanup In-Reply-To: <4CD82916.90309@lindenlab.com> References: <4CD82916.90309@lindenlab.com> Message-ID: On the choices between whether or not to use DNs as the file name, I'd say no. Use the userid. The reason is simple: Every major OS has the ability to search files by content. If I'm looking for my conversations with another user, I can just search and the files containing that name wil be listed. With them combined also handles the case of having an extended conversation with someone who changes their DN regularly. In this, and in most most, cases I'm talking to the person on the other side of the avatars, not to the avatar. (Of course, I don't do a lot of RP... Barely any in fact, but my sister does.) Ricky Cron Stardust On Mon, Nov 8, 2010 at 8:45 AM, Oz Linden (Scott Lawrence) wrote: > On 2010-11-08 11:10, Sarah (Esbee) Kuehnle wrote: > > Thanks again for all your feedback. I've made some updates to the design > deck (see attached). > > I'm going to create subtasks underneath STORM-31 for the new preferences and > get these updates rolling with the team! :) > > Cheers, > Esbee > > PS - Please feel free to keep feedback coming > > On the Privacy tab, you ask "Is this a timestamp in the log or in the > filename?"... I think that once we've integrated STORM-102 (a final test > build for that is running now), we'll actually have two checkboxes there.? A > new test build for that is available now (fresh off the server) at [1]. > > Add timestamp > > Add datestamp to log file name > > The first one controls whether or not lines in the log file have timestamps > on them, and the second appends a datestamp: > > For person-to-person chat, the datestamp is YYYY-MM (year and month) > For local chat, the datestamp is YYYY-MM-DD (year month and day) > > One issue on STORM-102 that probably needs discussing... the present > person-to-person chat log file name is > > First Last[-datestamp].txt > > where First and Last are the real account names.?? If a person has a Display > Name set, that name is not used when constructing the file name: instead the > real first and last names for the account are used for the log file name. > The Display name does appear (followed by the userid "first.last" in parens) > in the log text content.?? This seems potentially confusing to me, > especially if the only name I ever use for someone is the Display Name.? It > seems to me that either: > > the Display Name should be used (if I remember talking to "Joe Somebody", > that's the log file name I'd be most likely to look for), which would mean > that each DN value would produce a separate log even if I had conversations > with the same user with different DNs, > or the userid (first.last) should always be used for the log file name. > > [1] > http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/oz_viewer-storm-102/rev/214097/index.html > > > _______________________________________________ > 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 > From kf6kjg at gmail.com Mon Nov 8 10:01:43 2010 From: kf6kjg at gmail.com (Ricky) Date: Mon, 8 Nov 2010 10:01:43 -0800 Subject: [opensource-dev] Request for feedback - Preferences Cleanup In-Reply-To: References: Message-ID: As per my thoughts about an animations tab, I've created a JIRA entry on the subject: https://jira.secondlife.com/browse/VWR-23756 Any further thoughts on the subject are welcome. Ricky Cron Stardust On Mon, Nov 8, 2010 at 8:10 AM, Sarah (Esbee) Kuehnle wrote: > Thanks again for all your feedback. I've made some updates to the design > deck (see attached). > > I'm going to create subtasks underneath STORM-31 for the new preferences and > get these updates rolling with the team! :) > > Cheers, > Esbee > > PS - Please feel free to keep feedback coming. Any updates we don't have > time for in this sprint (but make sense for Preferences can definitely be > prioritized for a future sprint. > > > On Fri, Nov 5, 2010 at 8:55 PM, wrote: >> >> Can mine please say "Shut Up". ?When i think of the context i usually have >> when i go for that button, "Shut Up" works a lot better for me. ?Or maybe >> "Kill" with a little skull & crossbones icon. ?i'm pretty sure there's a >> UTF skull & crossbones character that can be used. ?i know i've sent it to >> pests at clubs before. ?"Kill" would be so much more satisfying than just >> "Mute" or "Block", especially if you consider some of the SL personalities >> we've all used that button on. >> >> Thx!! >> >> - AK >> =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= >> FWIW, >> >> I would also like to see the return to "Mute" instead of "Block". ?With >> all due respect to your user testing, the telephone on my desk has a >> "Mute" button, not a "Block" button, and I consider it a very heavily used >> communications tool. ?Perhaps there should be an option in preferences for >> setting the label for this function to either "Mute" or "Block", ?as that >> would keep all of your users happy. >> >> Thank you >> >> At 09:10 AM 11/5/2010, Sarah (Esbee) Kuehnle wrote: >> > Thanks for the feedback everyone. I'm working on some updates to the pdf >> right now and will send that out for further review later today! >> > >> > I can't promise all the suggested additions will go into the prefs, but >> I'll definitely look at each one as I'm making updates. >> > >> > A few responses to those who's provided feedback so far: >> > >> > @Marine - 1) The text chat logs have been fixed in 2.3 beta. 2) We >> changed the label from "Mute" to "Block" early on in V2 because our user >> testing indicated new users were confused about what "Mute" means and >> understood "Block" because it's used commonly in other communication >> tools. >> > >> > @GeneJ - That for the reminder on that typo. It was pointed out in my OH >> the other week and I needed a good kick to remember to fix it! :) >> > >> > @Wolfpup - We're just talking about skinning for now. In the meantime, >> I'm just gathering color options in one place. But you're right - future >> skinning preferences will likely require a restart before changes would >> take effect. >> > >> > @Erin - I've taken note of your request for the numerical debug settings >> for sculpties. I'm not sure they make sense in this preference cleanup >> I'm doing now, but will be useful when I can focus my team on a sprint >> focused on content creation as some point in the near future. As far as >> local lights go, they've actually been added back in on the Mesh Project >> Viewer (SH-157) (which will eventually be added into the main Second >> Life Viewer). I'll take a look at the other tickets you referenced >> today. >> > >> > @Hitomi - Thanks for the additional settings. I'll review these this >> morning and see what makes sense to incorporate. That's a great list! >> > >> > More updates from me soon! >> > >> > --Esbee >> > >> > >> > On Thu, Nov 4, 2010 at 6:50 PM, WolfPup Lowenhar >> wrote: >> > >> > >> > ? ? I keep seeing people talking about user readable chat logs and from >> what I’m seeing in the current dev builds the logs are already >> back to plain text. I’m currently working on a feature that is >> dealing with chat and group/personal IM logs. >> > >> > >> > >> > ? ? From: opensource-dev-bounces at lists.secondlife.com [ >> mailto:opensource-dev-bounces at lists.secondlife.com] On Behalf Of >> Hitomi Tiponi >> > ? ? Sent: Thursday, November 04, 2010 4:37 PM >> > ? ? To: Opensource_dev >> > >> > ? ? Subject: Re: [opensource-dev] Request for feedback - Preferences >> Cleanup >> > >> > >> > >> > ? ? Thanks for the Preferences mock-up (must say that I rather like the >> anime look of them :)) - some really sensible stuff there. >> > >> > ? ? Suggestions (all currently in Debug Settings): >> > ? ? Chat - adjustable life and fade times for Startup, IM and Group >> popups - I find they are too short for me to spot sometimes >> > ? ? Chat - Add in spinners to alter the number of times that IM tabs >> flash and the rate at which they flash at >> > ? ? Advanced - Move 'UI Size' slider to Graphics as KL and myself have >> done - it fits more naturally there >> > ? ? Graphics->Hardware - allow forcing on of Antialiasing (as the Viewer >> GPU presets often gets this wrong) or better still fix the presets >> :) >> > ? ? Move & View - put in spinners for amount of head movement >> > ? ? Move & View - Checkbox to allow double-click point-move in-world as >> an alternative to double-click teleport (which is welcome) >> > ? ? Move & View - Checkbox for 'Number keys move avatar' >> > ? ? Privacy - Check-box to select option to also create user-readable >> chat logs (as others have suggested) <- this is what I’m >> referring to. >> > ? ? Advanced - Checkbox for 'Show Grid Selection at login' >> > ? ? Advanced - Checkbox for 'Disable Camera Constraints' >> > ? ? Advanced - Checkbox for 'Limit the distance I can select objects at' >> and sliders/spinners for selection distance and amount you can drag >> in one step >> > ? ? Advanced - Checkbox for 'Show UI in snapshots' >> > >> > >> > ? ? No virus found in this message. >> > ? ? Checked by AVG - www.avg.com >> > ? ? Version: 10.0.1153 / Virus Database: 424/3236 - Release Date: >> > 11/03/10 >> > >> > ? ? _______________________________________________ >> > ? ? 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 > From orange.planer at comcast.net Mon Nov 8 10:05:44 2010 From: orange.planer at comcast.net (Orange%20Planer) Date: Mon, 8 Nov 2010 18:05:44 +0000 (UTC) Subject: [opensource-dev] Request for feedback - Preferences Cleanup In-Reply-To: <4CD82916.90309@lindenlab.com> Message-ID: <1667096636.74400.1289239544516.JavaMail.root@sz0003a.westchester.pa.mail.comcast.net> My preference on how to name the chat log file would be account name. The reason is that I can always find my conversations with someone by their account name, which does not change. If I am forced to use display names, then finding conversations with that person depend on my using the OS to search an entire directory worth of chat logs looking for their account name, and if I can't do that (lots of people can't or don't know how, plus it's time consuming), then I'm forced to have to remember what someone's display names have been in the past - and they might change it every week. Not bad if it's only been a couple of weeks, but try to track back 52 weeks... or 104. ----- Original Message ----- From: "Oz Linden (Scott Lawrence)" To: opensource-dev at lists.secondlife.com Sent: Monday, November 8, 2010 11:45:10 AM Subject: Re: [opensource-dev] Request for feedback - Preferences Cleanup On 2010-11-08 11:10, Sarah (Esbee) Kuehnle wrote: Thanks again for all your feedback. I've made some updates to the design deck (see attached). I'm going to create subtasks underneath STORM-31 for the new preferences and get these updates rolling with the team! :) Cheers, Esbee PS - Please feel free to keep feedback coming On the Privacy tab, you ask "Is this a timestamp in the log or in the filename?"... I think that once we've integrated STORM-102 (a final test build for that is running now), we'll actually have two checkboxes there. A new test build for that is available now (fresh off the server) at [1]. ? Add timestamp ? Add datestamp to log file name The first one controls whether or not lines in the log file have timestamps on them, and the second appends a datestamp: For person-to-person chat, the datestamp is YYYY-MM (year and month) For local chat, the datestamp is YYYY-MM-DD (year month and day) One issue on STORM-102 that probably needs discussing... the present person-to-person chat log file name is First Last[-datestamp].txt where First and Last are the real account names. If a person has a Display Name set, that name is not used when constructing the file name: instead the real first and last names for the account are used for the log file name. The Display name does appear (followed by the userid "first.last" in parens) in the log text content. This seems potentially confusing to me, especially if the only name I ever use for someone is the Display Name. It seems to me that either: 1. the Display Name should be used (if I remember talking to "Joe Somebody", that's the log file name I'd be most likely to look for), which would mean that each DN value would produce a separate log even if I had conversations with the same user with different DNs, 2. or the userid (first.last) should always be used for the log file name. [1] http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/oz_viewer-storm-102/rev/214097/index.html _______________________________________________ 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 From trilobyte550m at gmail.com Mon Nov 8 10:20:15 2010 From: trilobyte550m at gmail.com (Trilo Byte) Date: Mon, 8 Nov 2010 10:20:15 -0800 Subject: [opensource-dev] Request for feedback - Preferences Cleanup In-Reply-To: References: Message-ID: <98BBBFF4-065B-4DED-9664-38BCECDDCCD9@gmail.com> On the Graphics tab under advanced settings, could we add the shaders & shadows UI bits from the Mesh Beta? I think it would help keep a lot of novice users from poking around in the develop menu, and provide fast/easy/fun access to the features for machines that support it. On Nov 8, 2010, at 8:10 AM, Sarah (Esbee) Kuehnle wrote: > Thanks again for all your feedback. I've made some updates to the design deck (see attached). > > I'm going to create subtasks underneath STORM-31 for the new preferences and get these updates rolling with the team! :) > > Cheers, > Esbee > > PS - Please feel free to keep feedback coming. Any updates we don't have time for in this sprint (but make sense for Preferences can definitely be prioritized for a future sprint. > > > On Fri, Nov 5, 2010 at 8:55 PM, wrote: > Can mine please say "Shut Up". When i think of the context i usually have > when i go for that button, "Shut Up" works a lot better for me. Or maybe > "Kill" with a little skull & crossbones icon. i'm pretty sure there's a > UTF skull & crossbones character that can be used. i know i've sent it to > pests at clubs before. "Kill" would be so much more satisfying than just > "Mute" or "Block", especially if you consider some of the SL personalities > we've all used that button on. > > Thx!! > > - AK > =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= > FWIW, > > I would also like to see the return to "Mute" instead of "Block". With > all due respect to your user testing, the telephone on my desk has a > "Mute" button, not a "Block" button, and I consider it a very heavily used > communications tool. Perhaps there should be an option in preferences for > setting the label for this function to either "Mute" or "Block", as that > would keep all of your users happy. > > Thank you > > At 09:10 AM 11/5/2010, Sarah (Esbee) Kuehnle wrote: > > Thanks for the feedback everyone. I'm working on some updates to the pdf > right now and will send that out for further review later today! > > > > I can't promise all the suggested additions will go into the prefs, but > I'll definitely look at each one as I'm making updates. > > > > A few responses to those who's provided feedback so far: > > > > @Marine - 1) The text chat logs have been fixed in 2.3 beta. 2) We > changed the label from "Mute" to "Block" early on in V2 because our user > testing indicated new users were confused about what "Mute" means and > understood "Block" because it's used commonly in other communication > tools. > > > > @GeneJ - That for the reminder on that typo. It was pointed out in my OH > the other week and I needed a good kick to remember to fix it! :) > > > > @Wolfpup - We're just talking about skinning for now. In the meantime, > I'm just gathering color options in one place. But you're right - future > skinning preferences will likely require a restart before changes would > take effect. > > > > @Erin - I've taken note of your request for the numerical debug settings > for sculpties. I'm not sure they make sense in this preference cleanup > I'm doing now, but will be useful when I can focus my team on a sprint > focused on content creation as some point in the near future. As far as > local lights go, they've actually been added back in on the Mesh Project > Viewer (SH-157) (which will eventually be added into the main Second > Life Viewer). I'll take a look at the other tickets you referenced > today. > > > > @Hitomi - Thanks for the additional settings. I'll review these this > morning and see what makes sense to incorporate. That's a great list! > > > > More updates from me soon! > > > > --Esbee > > > > > > On Thu, Nov 4, 2010 at 6:50 PM, WolfPup Lowenhar > wrote: > > > > > > I keep seeing people talking about user readable chat logs and from > what I’m seeing in the current dev builds the logs are already > back to plain text. I’m currently working on a feature that is > dealing with chat and group/personal IM logs. > > > > > > > > From: opensource-dev-bounces at lists.secondlife.com [ > mailto:opensource-dev-bounces at lists.secondlife.com] On Behalf Of > Hitomi Tiponi > > Sent: Thursday, November 04, 2010 4:37 PM > > To: Opensource_dev > > > > Subject: Re: [opensource-dev] Request for feedback - Preferences > Cleanup > > > > > > > > Thanks for the Preferences mock-up (must say that I rather like the > anime look of them :)) - some really sensible stuff there. > > > > Suggestions (all currently in Debug Settings): > > Chat - adjustable life and fade times for Startup, IM and Group > popups - I find they are too short for me to spot sometimes > > Chat - Add in spinners to alter the number of times that IM tabs > flash and the rate at which they flash at > > Advanced - Move 'UI Size' slider to Graphics as KL and myself have > done - it fits more naturally there > > Graphics->Hardware - allow forcing on of Antialiasing (as the Viewer > GPU presets often gets this wrong) or better still fix the presets > :) > > Move & View - put in spinners for amount of head movement > > Move & View - Checkbox to allow double-click point-move in-world as > an alternative to double-click teleport (which is welcome) > > Move & View - Checkbox for 'Number keys move avatar' > > Privacy - Check-box to select option to also create user-readable > chat logs (as others have suggested) <- this is what I’m > referring to. > > Advanced - Checkbox for 'Show Grid Selection at login' > > Advanced - Checkbox for 'Disable Camera Constraints' > > Advanced - Checkbox for 'Limit the distance I can select objects at' > and sliders/spinners for selection distance and amount you can drag > in one step > > Advanced - Checkbox for 'Show UI in snapshots' > > > > > > No virus found in this message. > > Checked by AVG - www.avg.com > > Version: 10.0.1153 / Virus Database: 424/3236 - Release Date: 11/03/10 > > > > _______________________________________________ > > 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101108/1b72ae02/attachment-0001.htm -------------- next part -------------- A non-text attachment was scrubbed... Name: MeshPrefs.png Type: image/png Size: 56362 bytes Desc: not available Url : http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101108/1b72ae02/attachment-0001.png From Celierra at gmail.com Mon Nov 8 10:22:32 2010 From: Celierra at gmail.com (Celierra Darling) Date: Mon, 8 Nov 2010 13:22:32 -0500 Subject: [opensource-dev] Request for feedback - Preferences Cleanup In-Reply-To: <4cd47a91.8a20ec0a.22a3.4943@mx.google.com> References: <361271.5048.qm@web23904.mail.ird.yahoo.com> <000b01cb7c72$a93219e0$fb964da0$@net> <4cd47a91.8a20ec0a.22a3.4943@mx.google.com> Message-ID: That mute button sometimes does the opposite of what "mute" means in SL. On the telephones in my house and on my Android, mute turns off the *microphone*, not the incoming sound. (Ditto for some other apps I've seen, such as GoToMeeting. "Hold" is the closest analogue, which turns off both directions.) I'm guessing this is probably the source of some of the confusion. Celi On Fri, Nov 5, 2010 at 5:43 PM, Andromeda Quonset < andromedaquonset at gmail.com> wrote: > FWIW, > > I would also like to see the return to "Mute" instead of "Block". With all > due respect to your user testing, the telephone on my desk has a "Mute" > button, not a "Block" button, and I consider it a very heavily used > communications tool. Perhaps there should be an option in preferences for > setting the label for this function to either "Mute" or "Block", as that > would keep all of your users happy. > > Thank you > > > At 09:10 AM 11/5/2010, Sarah (Esbee) Kuehnle wrote: > > Thanks for the feedback everyone. I'm working on some updates to the pdf > right now and will send that out for further review later today! > > I can't promise all the suggested additions will go into the prefs, but > I'll definitely look at each one as I'm making updates. > > A few responses to those who's provided feedback so far: > > @Marine - 1) The text chat logs have been fixed in 2.3 beta. 2) We changed > the label from "Mute" to "Block" early on in V2 because our user testing > indicated new users were confused about what "Mute" means and understood > "Block" because it's used commonly in other communication tools. > > @GeneJ - That for the reminder on that typo. It was pointed out in my OH > the other week and I needed a good kick to remember to fix it! :) > > @Wolfpup - We're just talking about skinning for now. In the meantime, I'm > just gathering color options in one place. But you're right - future > skinning preferences will likely require a restart before changes would take > effect. > > @Erin - I've taken note of your request for the numerical debug settings > for sculpties. I'm not sure they make sense in this preference cleanup I'm > doing now, but will be useful when I can focus my team on a sprint focused > on content creation as some point in the near future. As far as local lights > go, they've actually been added back in on the Mesh Project Viewer (SH-157) > (which will eventually be added into the main Second Life Viewer). I'll take > a look at the other tickets you referenced today. > > @Hitomi - Thanks for the additional settings. I'll review these this > morning and see what makes sense to incorporate. That's a great list! > > More updates from me soon! > > --Esbee > > > On Thu, Nov 4, 2010 at 6:50 PM, WolfPup Lowenhar wrote: > > I keep seeing people talking about user readable chat logs and from what > I?m seeing in the current dev builds the logs are already back to plain > text. I?m currently working on a feature that is dealing with chat and > group/personal IM logs. > > > > From: opensource-dev-bounces at lists.secondlife.com [mailto:opensource-dev-bounces at lists.secondlife.com] > On Behalf Of Hitomi Tiponi > Sent: Thursday, November 04, 2010 4:37 PM > To: Opensource_dev > > Subject: Re: [opensource-dev] Request for feedback - Preferences Cleanup > > > > Thanks for the Preferences mock-up (must say that I rather like the anime > look of them :)) - some really sensible stuff there. > > Suggestions (all currently in Debug Settings): Chat - adjustable life and > fade times for Startup, IM and Group popups - I find they are too short for > me to spot sometimes Chat - Add in spinners to alter the number of times > that IM tabs flash and the rate at which they flash at Advanced - Move 'UI > Size' slider to Graphics as KL and myself have done - it fits more naturally > there Graphics->Hardware - allow forcing on of Antialiasing (as the Viewer > GPU presets often gets this wrong) or better still fix the presets :) Move > & View - put in spinners for amount of head movement Move & View - > Checkbox to allow double-click point-move in-world as an alternative to > double-click teleport (which is welcome) Move & View - Checkbox for > 'Number keys move avatar' Privacy - Check-box to select option to also > create user-readable chat logs (as others have suggested) <- this is what > I?m referring to. Advanced - Checkbox for 'Show Grid Selection at login' Advanced > - Checkbox for 'Disable Camera Constraints' Advanced - Checkbox for 'Limit > the distance I can select objects at' and sliders/spinners for selection > distance and amount you can drag in one step Advanced - Checkbox for 'Show > UI in snapshots' > > > No virus found in this message. > Checked by AVG - www.avg.com > Version: 10.0.1153 / Virus Database: 424/3236 - Release Date: 11/03/10 > > _______________________________________________ > 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 > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101108/09cd3890/attachment.htm From erikba at odysseus.anderson.name Mon Nov 8 10:39:13 2010 From: erikba at odysseus.anderson.name (Erik Anderson) Date: Mon, 8 Nov 2010 10:39:13 -0800 Subject: [opensource-dev] Request for feedback - Preferences Cleanup In-Reply-To: References: <361271.5048.qm@web23904.mail.ird.yahoo.com> <000b01cb7c72$a93219e0$fb964da0$@net> <4cd47a91.8a20ec0a.22a3.4943@mx.google.com> Message-ID: "Gag" ? On Mon, Nov 8, 2010 at 10:22 AM, Celierra Darling wrote: > That mute button sometimes does the opposite of what "mute" means in SL. > On the telephones in my house and on my Android, mute turns off the > *microphone*, not the incoming sound. (Ditto for some other apps I've seen, > such as GoToMeeting. "Hold" is the closest analogue, which turns off both > directions.) I'm guessing this is probably the source of some of the > confusion. > > Celi > > > > On Fri, Nov 5, 2010 at 5:43 PM, Andromeda Quonset < > andromedaquonset at gmail.com> wrote: > >> FWIW, >> >> I would also like to see the return to "Mute" instead of "Block". With >> all due respect to your user testing, the telephone on my desk has a "Mute" >> button, not a "Block" button, and I consider it a very heavily used >> communications tool. Perhaps there should be an option in preferences for >> setting the label for this function to either "Mute" or "Block", as that >> would keep all of your users happy. >> >> Thank you >> >> >> At 09:10 AM 11/5/2010, Sarah (Esbee) Kuehnle wrote: >> >> Thanks for the feedback everyone. I'm working on some updates to the pdf >> right now and will send that out for further review later today! >> >> I can't promise all the suggested additions will go into the prefs, but >> I'll definitely look at each one as I'm making updates. >> >> A few responses to those who's provided feedback so far: >> >> @Marine - 1) The text chat logs have been fixed in 2.3 beta. 2) We changed >> the label from "Mute" to "Block" early on in V2 because our user testing >> indicated new users were confused about what "Mute" means and understood >> "Block" because it's used commonly in other communication tools. >> >> @GeneJ - That for the reminder on that typo. It was pointed out in my OH >> the other week and I needed a good kick to remember to fix it! :) >> >> @Wolfpup - We're just talking about skinning for now. In the meantime, I'm >> just gathering color options in one place. But you're right - future >> skinning preferences will likely require a restart before changes would take >> effect. >> >> @Erin - I've taken note of your request for the numerical debug settings >> for sculpties. I'm not sure they make sense in this preference cleanup I'm >> doing now, but will be useful when I can focus my team on a sprint focused >> on content creation as some point in the near future. As far as local lights >> go, they've actually been added back in on the Mesh Project Viewer ( >> SH-157 ) (which will >> eventually be added into the main Second Life Viewer). I'll take a look at >> the other tickets you referenced today. >> >> @Hitomi - Thanks for the additional settings. I'll review these this >> morning and see what makes sense to incorporate. That's a great list! >> >> More updates from me soon! >> >> --Esbee >> >> >> On Thu, Nov 4, 2010 at 6:50 PM, WolfPup Lowenhar wrote: >> >> I keep seeing people talking about user readable chat logs and from what >> I?m seeing in the current dev builds the logs are already back to plain >> text. I?m currently working on a feature that is dealing with chat and >> group/personal IM logs. >> >> >> >> From: opensource-dev-bounces at lists.secondlife.com [mailto:opensource-dev-bounces at lists.secondlife.com] >> On Behalf Of Hitomi Tiponi >> Sent: Thursday, November 04, 2010 4:37 PM >> To: Opensource_dev >> >> Subject: Re: [opensource-dev] Request for feedback - Preferences Cleanup >> >> >> >> Thanks for the Preferences mock-up (must say that I rather like the anime >> look of them :)) - some really sensible stuff there. >> >> Suggestions (all currently in Debug Settings): Chat - adjustable life and >> fade times for Startup, IM and Group popups - I find they are too short for >> me to spot sometimes Chat - Add in spinners to alter the number of times >> that IM tabs flash and the rate at which they flash at Advanced - Move >> 'UI Size' slider to Graphics as KL and myself have done - it fits more >> naturally there Graphics->Hardware - allow forcing on of Antialiasing (as >> the Viewer GPU presets often gets this wrong) or better still fix the >> presets :) Move & View - put in spinners for amount of head movement Move >> & View - Checkbox to allow double-click point-move in-world as an >> alternative to double-click teleport (which is welcome) Move & View - >> Checkbox for 'Number keys move avatar' Privacy - Check-box to select >> option to also create user-readable chat logs (as others have suggested) <- >> this is what I?m referring to. Advanced - Checkbox for 'Show Grid >> Selection at login' Advanced - Checkbox for 'Disable Camera Constraints' Advanced >> - Checkbox for 'Limit the distance I can select objects at' and >> sliders/spinners for selection distance and amount you can drag in one step Advanced >> - Checkbox for 'Show UI in snapshots' >> >> >> No virus found in this message. >> Checked by AVG - www.avg.com >> Version: 10.0.1153 / Virus Database: 424/3236 - Release Date: 11/03/10 >> >> _______________________________________________ >> 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 > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101108/f0f28679/attachment-0001.htm From akanevsky at productengine.com Mon Nov 8 11:54:09 2010 From: akanevsky at productengine.com (Anya Kanevsky) Date: Mon, 8 Nov 2010 13:54:09 -0600 Subject: [opensource-dev] Daily Scrum Summary - Monday, November 8 Message-ID: *Monday, November 8, 2010* *General Notes* - Merge Monkey of the Day: Oz - IMPORTANT: Please remember - when merging your fixes into Beta, you must also pull them into viewer-development immediately after - If you take a bug off any of the bug queues, please move it to the current sprint. - When you pick up an issue in current sprint, please set a time estimate before you start working on it. *Team Status* *Merov Linden* *PAST* - STORM-105 : Perf gathering: posted results, took Vadim's first review into account and committed to dev repo, emailed internal automation team about that work so to get their reading as well - STORM-150: More reading, wrote a list of things to improve (not posted yet) *FUTURE* - STORM-150: Finish that - STORM-104 : kdu upgrade: commit the static linking changes to dev repo *IMPEDIMENTS* - None *Oz Linden* *PAST* - Finished setting up new TPV Directory - Pulled more issues from integration queue - One fail - STORM-546 - STORM-102 needs review - on behalf of WolfPup *FUTURE* - Continue merge monkey (nothing currently queued) - Start working on library upgrade issues *IMPEDIMENTS* - none *Q Linden* *PAST* - Beta 3 monitoring - STORM-223 - Prefs - Planning *FUTURE* - Beta 3 - Triage - Planning *IMPEDIMENTS* - none *Esbee Linden* *PAST* - Triage - Prefs work prepped and sent out for review - Started prim alignment design doc *FUTURE* - Finish creating subtasks for Preferences cleanup - Work on design doc for prim alignment - VWR Triage - Prioritize tickets for team and queue up more work *IMPEDIMENTS* - none *Paul ProductEngine* *PAST* - BUG STORM-535 PLEASE allow adjustable transparency of "Nearby Chat" window, Chat History and Chat "Toasts" in Viewer 2.0! - WIP. There insn't any problems for now. Working on changing floaters opacity while user is moving slider, without clicking OK in panel preferences or restarting viewer. Estimate ~ 8 - 10 hours. *FUTURE* - Finish STORM-535 PLEASE allow adjustable transparency of "Nearby Chat" window, Chat History and Chat "Toasts" in Viewer 2.0! - Other tickets by priority *IMPEDIMENTS* - none *Seth Productengine* *PAST* - BUG (STORM-308) IM chiclet's speaking indicator isn't active while self-talking - Closed as "Cannot Reproduce" - STORY (STORM-471) sidebar undock+minimize doesn't persist after log out - Closed as duplicate. - BUG (STORM-550) LLDir::getNextFileInDir fails for some complex wildcard combinations - WIP. Investigating LLDir unit tests, compiled them on Linux but they lack LLDir::getNextFileInDir() tests so the issue wasn't reproduced so far. *FUTURE* - BUG (STORM-550) LLDir::getNextFileInDir fails for some complex wildcard combinations *IMPEDIMENTS* - none *Andrew Productengine* *PAST* - Normal bug STORM-320 (Script Editor in Viewer 2.0+ "tabs" incorrectly) - Investigating. Problem seems to happen in LLTextEditor::autoIndent()- sometimes wrong line number is used, but I'm still in search for the root cause. Instability of reproducing adds to difficulty of this bug. - Estimate- 10 hours. *FUTURE* - STORM-320 *IMPEDIMENTS* - none *Vadim Productengine* *PAST* - Major task STORM-105 (Create a Performance Data Tracking system): - Review in progress. Posted some feedback in the ticket. *FUTURE* - Complete review of STORM-105. - Story STORM-52 (Hook up external script editor). - ETA: 2 days *IMPEDIMENTS* - none *Andrey Productengine* *PAST* - continued v-d regression testing because of beta build troubles - revised Viewer Busy mode - Test plan *FUTURE* - switch to 2.3.0 Beta3 on next Monday *IMPEDIMENTS* - none -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101108/73ee609b/attachment.htm From andromedaquonset at gmail.com Mon Nov 8 12:02:44 2010 From: andromedaquonset at gmail.com (Andromeda Quonset) Date: Mon, 08 Nov 2010 13:02:44 -0700 Subject: [opensource-dev] Request for feedback - Preferences Cleanup In-Reply-To: References: <361271.5048.qm@web23904.mail.ird.yahoo.com> <000b01cb7c72$a93219e0$fb964da0$@net> <4cd47a91.8a20ec0a.22a3.4943@mx.google.com> Message-ID: <4cd85766.0c87970a.45f7.0c13@mx.google.com> I hadn't thought of "mute" that way. Perhaps "ignore" would be better. Or NULL. At 11:22 AM 11/8/2010, you wrote: >That mute button sometimes does the opposite of what "mute" means in >SL. On the telephones in my house and on my Android, mute turns off >the *microphone*, not the incoming sound. (Ditto for some other >apps I've seen, such as GoToMeeting. "Hold" is the closest >analogue, which turns off both directions.) I'm guessing this is >probably the source of some of the confusion. > >Celi > > >On Fri, Nov 5, 2010 at 5:43 PM, Andromeda Quonset ><andromedaquonset at gmail.com> wrote: >FWIW, > >I would also like to see the return to "Mute" instead of >"Block". With all due respect to your user testing, the telephone >on my desk has a "Mute" button, not a "Block" button, and I consider >it a very heavily used communications tool. Perhaps there should be >an option in preferences for setting the label for this function to >either "Mute" or "Block", as that would keep all of your users happy. > >Thank you > > >At 09:10 AM 11/5/2010, Sarah (Esbee) Kuehnle wrote: >>Thanks for the feedback everyone. I'm working on some updates to >>the pdf right now and will send that out for further review later today! >> >>I can't promise all the suggested additions will go into the prefs, >>but I'll definitely look at each one as I'm making updates. >> >>A few responses to those who's provided feedback so far: >> >>@Marine - 1) The text chat logs have been fixed in 2.3 beta. 2) We >>changed the label from "Mute" to "Block" early on in V2 because our >>user testing indicated new users were confused about what "Mute" >>means and understood "Block" because it's used commonly in other >>communication tools. >> >>@GeneJ - That for the reminder on that typo. It was pointed out in >>my OH the other week and I needed a good kick to remember to fix it! :) >> >>@Wolfpup - We're just talking about skinning for now. In the >>meantime, I'm just gathering color options in one place. But you're >>right - future skinning preferences will likely require a restart >>before changes would take effect. >> >>@Erin - I've taken note of your request for the numerical debug >>settings for sculpties. I'm not sure they make sense in this >>preference cleanup I'm doing now, but will be useful when I can >>focus my team on a sprint focused on content creation as some point >>in the near future. As far as local lights go, they've actually >>been added back in on the Mesh Project Viewer >>(SH-157) (which will >>eventually be added into the main Second Life Viewer). I'll take a >>look at the other tickets you referenced today. >> >>@Hitomi - Thanks for the additional settings. I'll review these >>this morning and see what makes sense to incorporate. That's a great list! >> >>More updates from me soon! >> >>--Esbee >> >> >>On Thu, Nov 4, 2010 at 6:50 PM, WolfPup Lowenhar >><wolfpup67 at earthlink.net > wrote: >>I keep seeing people talking about user readable chat logs and from >>what I'm seeing in the current dev builds the logs are already back >>to plain text. I'm currently working on a feature that is dealing >>with chat and group/personal IM logs. >> >>From: >>opensource-dev-bounces at lists.secondlife.com >>[ mailto:opensource-dev-bounces at lists.secondlife.com] On Behalf Of >>Hitomi Tiponi >>Sent: Thursday, November 04, 2010 4:37 PM >>To: Opensource_dev >>Subject: Re: [opensource-dev] Request for feedback - Preferences Cleanup >> >>Thanks for the Preferences mock-up (must say that I rather like the >>anime look of them :)) - some really sensible stuff there. >>Suggestions (all currently in Debug Settings): >>Chat - adjustable life and fade times for Startup, IM and Group >>popups - I find they are too short for me to spot sometimes >>Chat - Add in spinners to alter the number of times that IM tabs >>flash and the rate at which they flash at >>Advanced - Move 'UI Size' slider to Graphics as KL and myself have >>done - it fits more naturally there >>Graphics->Hardware - allow forcing on of Antialiasing (as the >>Viewer GPU presets often gets this wrong) or better still fix the presets :) >>Move & View - put in spinners for amount of head movement >>Move & View - Checkbox to allow double-click point-move in-world as >>an alternative to double-click teleport (which is welcome) >>Move & View - Checkbox for 'Number keys move avatar' >>Privacy - Check-box to select option to also create user-readable >>chat logs (as others have suggested) <- this is what I'm referring to. >>Advanced - Checkbox for 'Show Grid Selection at login' >>Advanced - Checkbox for 'Disable Camera Constraints' >>Advanced - Checkbox for 'Limit the distance I can select objects >>at' and sliders/spinners for selection distance and amount you can >>drag in one step >>Advanced - Checkbox for 'Show UI in snapshots' >> >>No virus found in this message. >>Checked by AVG - www.avg.com >>Version: 10.0.1153 / Virus Database: 424/3236 - Release Date: 11/03/10 >>_______________________________________________ >>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 > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101108/74a6e5f7/attachment.htm From angel_of_crimson at hotmail.com Mon Nov 8 14:54:53 2010 From: angel_of_crimson at hotmail.com (Erin Mallory) Date: Mon, 8 Nov 2010 17:54:53 -0500 Subject: [opensource-dev] Request for feedback - Preferences Cleanup In-Reply-To: <4cd85766.0c87970a.45f7.0c13@mx.google.com> References: <361271.5048.qm@web23904.mail.ird.yahoo.com>, <000b01cb7c72$a93219e0$fb964da0$@net>, , <4cd47a91.8a20ec0a.22a3.4943@mx.google.com>, , <4cd85766.0c87970a.45f7.0c13@mx.google.com> Message-ID: ignore would be more in keeping with more applications that I use... Date: Mon, 8 Nov 2010 13:02:44 -0700 To: opensource-dev at lists.secondlife.com From: andromedaquonset at gmail.com Subject: Re: [opensource-dev] Request for feedback - Preferences Cleanup I hadn't thought of "mute" that way. Perhaps "ignore" would be better. Or NULL. At 11:22 AM 11/8/2010, you wrote: That mute button sometimes does the opposite of what "mute" means in SL. On the telephones in my house and on my Android, mute turns off the *microphone*, not the incoming sound. (Ditto for some other apps I've seen, such as GoToMeeting. "Hold" is the closest analogue, which turns off both directions.) I'm guessing this is probably the source of some of the confusion. Celi On Fri, Nov 5, 2010 at 5:43 PM, Andromeda Quonset < andromedaquonset at gmail.com> wrote: FWIW, I would also like to see the return to "Mute" instead of "Block". With all due respect to your user testing, the telephone on my desk has a "Mute" button, not a "Block" button, and I consider it a very heavily used communications tool. Perhaps there should be an option in preferences for setting the label for this function to either "Mute" or "Block", as that would keep all of your users happy. Thank you At 09:10 AM 11/5/2010, Sarah (Esbee) Kuehnle wrote: Thanks for the feedback everyone. I'm working on some updates to the pdf right now and will send that out for further review later today! I can't promise all the suggested additions will go into the prefs, but I'll definitely look at each one as I'm making updates. A few responses to those who's provided feedback so far: @Marine - 1) The text chat logs have been fixed in 2.3 beta. 2) We changed the label from "Mute" to "Block" early on in V2 because our user testing indicated new users were confused about what "Mute" means and understood "Block" because it's used commonly in other communication tools. @GeneJ - That for the reminder on that typo. It was pointed out in my OH the other week and I needed a good kick to remember to fix it! :) @Wolfpup - We're just talking about skinning for now. In the meantime, I'm just gathering color options in one place. But you're right - future skinning preferences will likely require a restart before changes would take effect. @Erin - I've taken note of your request for the numerical debug settings for sculpties. I'm not sure they make sense in this preference cleanup I'm doing now, but will be useful when I can focus my team on a sprint focused on content creation as some point in the near future. As far as local lights go, they've actually been added back in on the Mesh Project Viewer (SH-157) (which will eventually be added into the main Second Life Viewer). I'll take a look at the other tickets you referenced today. @Hitomi - Thanks for the additional settings. I'll review these this morning and see what makes sense to incorporate. That's a great list! More updates from me soon! --Esbee On Thu, Nov 4, 2010 at 6:50 PM, WolfPup Lowenhar wrote: I keep seeing people talking about user readable chat logs and from what I?m seeing in the current dev builds the logs are already back to plain text. I?m currently working on a feature that is dealing with chat and group/personal IM logs. From: opensource-dev-bounces at lists.secondlife.com [ mailto:opensource-dev-bounces at lists.secondlife.com] On Behalf Of Hitomi Tiponi Sent: Thursday, November 04, 2010 4:37 PM To: Opensource_dev Subject: Re: [opensource-dev] Request for feedback - Preferences Cleanup Thanks for the Preferences mock-up (must say that I rather like the anime look of them :)) - some really sensible stuff there. Suggestions (all currently in Debug Settings): Chat - adjustable life and fade times for Startup, IM and Group popups - I find they are too short for me to spot sometimes Chat - Add in spinners to alter the number of times that IM tabs flash and the rate at which they flash at Advanced - Move 'UI Size' slider to Graphics as KL and myself have done - it fits more naturally there Graphics->Hardware - allow forcing on of Antialiasing (as the Viewer GPU presets often gets this wrong) or better still fix the presets :) Move & View - put in spinners for amount of head movement Move & View - Checkbox to allow double-click point-move in-world as an alternative to double-click teleport (which is welcome) Move & View - Checkbox for 'Number keys move avatar' Privacy - Check-box to select option to also create user-readable chat logs (as others have suggested) <- this is what I?m referring to. Advanced - Checkbox for 'Show Grid Selection at login' Advanced - Checkbox for 'Disable Camera Constraints' Advanced - Checkbox for 'Limit the distance I can select objects at' and sliders/spinners for selection distance and amount you can drag in one step Advanced - Checkbox for 'Show UI in snapshots' No virus found in this message. Checked by AVG - www.avg.com Version: 10.0.1153 / Virus Database: 424/3236 - Release Date: 11/03/10 _______________________________________________ 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101108/65185227/attachment-0001.htm From yoz at lindenlab.com Mon Nov 8 15:18:31 2010 From: yoz at lindenlab.com (Yoz Grahame) Date: Mon, 8 Nov 2010 15:18:31 -0800 Subject: [opensource-dev] Request for feedback - Preferences Cleanup In-Reply-To: <4cd85766.0c87970a.45f7.0c13@mx.google.com> References: <361271.5048.qm@web23904.mail.ird.yahoo.com> <000b01cb7c72$a93219e0$fb964da0$@net> <4cd47a91.8a20ec0a.22a3.4943@mx.google.com> <4cd85766.0c87970a.45f7.0c13@mx.google.com> Message-ID: ... or Esbee's original suggestion, "Block", which is easily the most common term for this across social software UIs. I just checked as many IM apps as I could find: Skype, AIM, iChat, ICQ, MSN, Adium and Twitter all use "Block", Y!M seems to alternate between "Block" and "Ignore". On 8 November 2010 12:02, Andromeda Quonset wrote: > I hadn't thought of "mute" that way. Perhaps "ignore" would be better. > Or NULL. > > > At 11:22 AM 11/8/2010, you wrote: > > That mute button sometimes does the opposite of what "mute" means in SL. > On the telephones in my house and on my Android, mute turns off the > *microphone*, not the incoming sound. (Ditto for some other apps I've seen, > such as GoToMeeting. "Hold" is the closest analogue, which turns off both > directions.) I'm guessing this is probably the source of some of the > confusion. > > Celi > > > On Fri, Nov 5, 2010 at 5:43 PM, Andromeda Quonset > wrote: > FWIW, > > I would also like to see the return to "Mute" instead of "Block". With all > due respect to your user testing, the telephone on my desk has a "Mute" > button, not a "Block" button, and I consider it a very heavily used > communications tool. Perhaps there should be an option in preferences for > setting the label for this function to either "Mute" or "Block", as that > would keep all of your users happy. > > Thank you > > > At 09:10 AM 11/5/2010, Sarah (Esbee) Kuehnle wrote: > > Thanks for the feedback everyone. I'm working on some updates to the pdf > right now and will send that out for further review later today! > > I can't promise all the suggested additions will go into the prefs, but > I'll definitely look at each one as I'm making updates. > > A few responses to those who's provided feedback so far: > > @Marine - 1) The text chat logs have been fixed in 2.3 beta. 2) We changed > the label from "Mute" to "Block" early on in V2 because our user testing > indicated new users were confused about what "Mute" means and understood > "Block" because it's used commonly in other communication tools. > > @GeneJ - That for the reminder on that typo. It was pointed out in my OH > the other week and I needed a good kick to remember to fix it! :) > > @Wolfpup - We're just talking about skinning for now. In the meantime, I'm > just gathering color options in one place. But you're right - future > skinning preferences will likely require a restart before changes would take > effect. > > @Erin - I've taken note of your request for the numerical debug settings > for sculpties. I'm not sure they make sense in this preference cleanup I'm > doing now, but will be useful when I can focus my team on a sprint focused > on content creation as some point in the near future. As far as local lights > go, they've actually been added back in on the Mesh Project Viewer (SH-157) > (which will eventually be added into the main Second Life Viewer). I'll take > a look at the other tickets you referenced today. > > @Hitomi - Thanks for the additional settings. I'll review these this > morning and see what makes sense to incorporate. That's a great list! > > More updates from me soon! > > --Esbee > > > On Thu, Nov 4, 2010 at 6:50 PM, WolfPup Lowenhar wrote: I > keep seeing people talking about user readable chat logs and from what I?m > seeing in the current dev builds the logs are already back to plain text. > I?m currently working on a feature that is dealing with chat and > group/personal IM logs. > > From: opensource-dev-bounces at lists.secondlife.com [ > > mailto:opensource-dev-bounces at lists.secondlife.com] > On Behalf Of Hitomi Tiponi Sent: Thursday, November 04, 2010 4:37 PM To: > Opensource_dev > Subject: Re: [opensource-dev] Request for feedback - Preferences Cleanup > > Thanks for the Preferences mock-up (must say that I rather like the anime > look of them :)) - some really sensible stuff there. > Suggestions (all currently in Debug Settings): Chat - adjustable life and > fade times for Startup, IM and Group popups - I find they are too short for > me to spot sometimes Chat - Add in spinners to alter the number of times > that IM tabs flash and the rate at which they flash at Advanced - Move 'UI > Size' slider to Graphics as KL and myself have done - it fits more naturally > there Graphics->Hardware - allow forcing on of Antialiasing (as the Viewer > GPU presets often gets this wrong) or better still fix the presets :) Move > & View - put in spinners for amount of head movement Move & View - > Checkbox to allow double-click point-move in-world as an alternative to > double-click teleport (which is welcome) Move & View - Checkbox for > 'Number keys move avatar' Privacy - Check-box to select option to also > create user-readable chat logs (as others have suggested) <- this is what > I?m referring to. Advanced - Checkbox for 'Show Grid Selection at login' Advanced > - Checkbox for 'Disable Camera Constraints' Advanced - Checkbox for 'Limit > the distance I can select objects at' and sliders/spinners for selection > distance and amount you can drag in one step Advanced - Checkbox for 'Show > UI in snapshots' > No virus found in this message. Checked by AVG - www.avg.com Version: > 10.0.1153 / Virus Database: 424/3236 - Release Date: 11/03/10 > _______________________________________________ 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 > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101108/1f00aeae/attachment.htm From javajoint at gmail.com Mon Nov 8 20:49:50 2010 From: javajoint at gmail.com (Daniel Smith) Date: Mon, 8 Nov 2010 20:49:50 -0800 Subject: [opensource-dev] Diva Distro + Mono 2.8 + Mac 10.6.4? Login exception... Message-ID: Getting a login error - Test User authenticates, but then: 20:33:19 - [LLOGIN SERVICE]: Exception processing login for Test User: System.TypeInitializationException: An exception was thrown by the type initializer for OpenSim.Framework.NetworkUtil ---> System.ArgumentException: length Please reference the paste at: http://tinypaste.com/0c26bd Check the error at the bottom of the paste... Trying to run Diva Distro.. I am working on a Mac USB Key .. MacSimStick, but am tripped up by this networking error. Mac OS X 10.6.4 diva-r13981 Mono JIT compiler version 2.8 (tarball Sat Nov 6 19:05:27 PDT 2010) thanks for any leads! Daniel Smith javajoint at gmail.com -- Daniel Smith - Sonoma County, California http://daniel.org/resume -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101108/765a5060/attachment.htm From teravus at gmail.com Mon Nov 8 21:58:56 2010 From: teravus at gmail.com (Teravus Ovares) Date: Tue, 9 Nov 2010 00:58:56 -0500 Subject: [opensource-dev] Diva Distro + Mono 2.8 + Mac 10.6.4? Login exception... In-Reply-To: References: Message-ID: Daniel, You might want to send this to [OpenSim-Users] or [OpenSim-dev] instead of here because it seems like an OpenSimulator specific issue. -Teravus On Mon, Nov 8, 2010 at 11:49 PM, Daniel Smith wrote: > > Getting a login error - Test User authenticates, but then: > 20:33:19 - [LLOGIN SERVICE]: Exception processing login for Test User: > System.TypeInitializationException: An exception was thrown by the type > initializer for OpenSim.Framework.NetworkUtil ---> System.ArgumentException: > length > > Please reference the paste at: http://tinypaste.com/0c26bd > > Check the error at the bottom of the paste... Trying to run Diva Distro.. > > I am working on a Mac USB Key .. MacSimStick, but am tripped up > by this networking error. > > Mac OS X 10.6.4 > diva-r13981 > Mono JIT compiler version 2.8 (tarball Sat Nov 6 19:05:27 PDT 2010) > > thanks for any leads! > > Daniel Smith > javajoint at gmail.com > > > -- > Daniel Smith - Sonoma County, California > http://daniel.org/resume > > > _______________________________________________ > 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 > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101109/47161b89/attachment.htm From javajoint at gmail.com Mon Nov 8 22:00:35 2010 From: javajoint at gmail.com (Daniel Smith) Date: Mon, 8 Nov 2010 22:00:35 -0800 Subject: [opensource-dev] Diva Distro + Mono 2.8 + Mac 10.6.4? Login exception... In-Reply-To: References: Message-ID: Yikes! Sorry.. wrong list. Shakes head... so many lists named similar things ;) D On Mon, Nov 8, 2010 at 9:58 PM, Teravus Ovares wrote: > Daniel, > > You might want to send this to [OpenSim-Users] or [OpenSim-dev] instead of > here because it seems like an OpenSimulator specific issue. > > -Teravus > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101108/8eb89040/attachment.htm From kf6kjg at gmail.com Mon Nov 8 23:12:28 2010 From: kf6kjg at gmail.com (Ricky) Date: Mon, 8 Nov 2010 23:12:28 -0800 Subject: [opensource-dev] No rule to make target Message-ID: Trying to compile viewer_development a60d3b118c76 (tip as of the time of this message) I get the following error: make[2]: *** No rule to make target `sharedlibs//PROJECT_llmath_TEST_llbboxlocal', needed by `llmath/PROJECT_llmath_TEST_llbboxlocal_ok.txt'. Stop. The folder linden/indra/sharedlibs/ contains the following: $(CONFIGURATION) Debug RelWithDebInfo Release Resources Looks like a misconfig in the build system; I don't think that there should be a folder named "$(CONFIGURATION)" in that directory. Maybe someone typed single quotes when they intended to use double quotes? Whatever the problem, a grepping of the file system didn't show up anything easy for me to find. Others may have better luck. (It's getting late here... At least for me! :P ) Ricky Cron Stardust From kf6kjg at gmail.com Mon Nov 8 23:23:25 2010 From: kf6kjg at gmail.com (Ricky) Date: Mon, 8 Nov 2010 23:23:25 -0800 Subject: [opensource-dev] No rule to make target In-Reply-To: References: Message-ID: Looks like I forgot to mention my platform and technique! Mac OS 10.6.4 Procedure: * Fresh clone of tip * Copied in FMOD * Ran: cmake . * Ran: make Ricky Cron Stardust On Mon, Nov 8, 2010 at 11:12 PM, Ricky wrote: > Trying to compile viewer_development a60d3b118c76 (tip as of the time > of this message) I get the following error: > > make[2]: *** No rule to make target > `sharedlibs//PROJECT_llmath_TEST_llbboxlocal', needed by > `llmath/PROJECT_llmath_TEST_llbboxlocal_ok.txt'. ?Stop. > > The folder linden/indra/sharedlibs/ contains the following: > $(CONFIGURATION) ? ? ? ?Debug ? ? ? ? ? ? ? ? ? RelWithDebInfo ? ? ? ? ?Release ? ? ? ? ? ? ? ? Resources > > Looks like a misconfig in the build system; I don't think that there > should be a folder named "$(CONFIGURATION)" in that directory. ?Maybe > someone typed single quotes when they intended to use double quotes? > Whatever the problem, a grepping of the file system didn't show up > anything easy for me to find. ?Others may have better luck. (It's > getting late here... At least for me! :P ) > > Ricky > Cron Stardust > From sllists at boroon.dasgupta.ch Tue Nov 9 01:04:05 2010 From: sllists at boroon.dasgupta.ch (Boroondas Gupte) Date: Tue, 09 Nov 2010 10:04:05 +0100 Subject: [opensource-dev] Directory named "$(CONFIGURATION)" (was: No rule to make target) In-Reply-To: References: Message-ID: <4CD90E85.5020908@boroon.dasgupta.ch> On 11/09/2010 08:12 AM, Ricky wrote: > Trying to compile viewer_development a60d3b118c76 (tip as of the time > of this message) I get the following error: > > make[2]: *** No rule to make target > `sharedlibs//PROJECT_llmath_TEST_llbboxlocal', needed by > `llmath/PROJECT_llmath_TEST_llbboxlocal_ok.txt'. Stop. > > The folder linden/indra/sharedlibs/ contains the following: > $(CONFIGURATION) Debug RelWithDebInfo Release Resources > > Looks like a misconfig in the build system; I don't think that there > should be a folder named "$(CONFIGURATION)" in that directory. Maybe > someone typed single quotes when they intended to use double quotes? Maybe caused by changesets 2626 /2627 ? Though those are one year old, now. So if it's them, Mac builders should be having this problem ever since 2.0 ... Cheers, Boroondas -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101109/fbc6c38a/attachment.htm From lee.ponzu at gmail.com Tue Nov 9 06:51:59 2010 From: lee.ponzu at gmail.com (Ponzu) Date: Tue, 9 Nov 2010 09:51:59 -0500 Subject: [opensource-dev] Request for feedback - Preferences Cleanup In-Reply-To: References: <361271.5048.qm@web23904.mail.ird.yahoo.com> <000b01cb7c72$a93219e0$fb964da0$@net> <4cd47a91.8a20ec0a.22a3.4943@mx.google.com> <4cd85766.0c87970a.45f7.0c13@mx.google.com> Message-ID: I think of it as "frsutrate". I especially like it when they don't know I have block/mute/ignore them. On Mon, Nov 8, 2010 at 6:18 PM, Yoz Grahame wrote: > ... or Esbee's original suggestion, "Block", which is easily the most > common term for this across social software UIs. I just checked as many IM > apps as I could find: Skype, AIM, iChat, ICQ, MSN, Adium and Twitter all use > "Block", Y!M seems to alternate between "Block" and "Ignore". > > > On 8 November 2010 12:02, Andromeda Quonset wrote: > >> I hadn't thought of "mute" that way. Perhaps "ignore" would be better. >> Or NULL. >> >> >> At 11:22 AM 11/8/2010, you wrote: >> >> That mute button sometimes does the opposite of what "mute" means in SL. >> On the telephones in my house and on my Android, mute turns off the >> *microphone*, not the incoming sound. (Ditto for some other apps I've seen, >> such as GoToMeeting. "Hold" is the closest analogue, which turns off both >> directions.) I'm guessing this is probably the source of some of the >> confusion. >> >> Celi >> >> >> On Fri, Nov 5, 2010 at 5:43 PM, Andromeda Quonset >> wrote: >> FWIW, >> >> I would also like to see the return to "Mute" instead of "Block". With >> all due respect to your user testing, the telephone on my desk has a "Mute" >> button, not a "Block" button, and I consider it a very heavily used >> communications tool. Perhaps there should be an option in preferences for >> setting the label for this function to either "Mute" or "Block", as that >> would keep all of your users happy. >> >> Thank you >> >> >> At 09:10 AM 11/5/2010, Sarah (Esbee) Kuehnle wrote: >> >> Thanks for the feedback everyone. I'm working on some updates to the pdf >> right now and will send that out for further review later today! >> >> I can't promise all the suggested additions will go into the prefs, but >> I'll definitely look at each one as I'm making updates. >> >> A few responses to those who's provided feedback so far: >> >> @Marine - 1) The text chat logs have been fixed in 2.3 beta. 2) We changed >> the label from "Mute" to "Block" early on in V2 because our user testing >> indicated new users were confused about what "Mute" means and understood >> "Block" because it's used commonly in other communication tools. >> >> @GeneJ - That for the reminder on that typo. It was pointed out in my OH >> the other week and I needed a good kick to remember to fix it! :) >> >> @Wolfpup - We're just talking about skinning for now. In the meantime, I'm >> just gathering color options in one place. But you're right - future >> skinning preferences will likely require a restart before changes would take >> effect. >> >> @Erin - I've taken note of your request for the numerical debug settings >> for sculpties. I'm not sure they make sense in this preference cleanup I'm >> doing now, but will be useful when I can focus my team on a sprint focused >> on content creation as some point in the near future. As far as local lights >> go, they've actually been added back in on the Mesh Project Viewer ( >> SH-157 ) (which will >> eventually be added into the main Second Life Viewer). I'll take a look at >> the other tickets you referenced today. >> >> @Hitomi - Thanks for the additional settings. I'll review these this >> morning and see what makes sense to incorporate. That's a great list! >> >> More updates from me soon! >> >> --Esbee >> >> >> On Thu, Nov 4, 2010 at 6:50 PM, WolfPup Lowenhar wrote: I >> keep seeing people talking about user readable chat logs and from what I?m >> seeing in the current dev builds the logs are already back to plain text. >> I?m currently working on a feature that is dealing with chat and >> group/personal IM logs. >> >> From: opensource-dev-bounces at lists.secondlife.com [ >> >> mailto:opensource-dev-bounces at lists.secondlife.com] >> On Behalf Of Hitomi Tiponi Sent: Thursday, November 04, 2010 4:37 PM To: >> Opensource_dev >> Subject: Re: [opensource-dev] Request for feedback - Preferences Cleanup >> >> Thanks for the Preferences mock-up (must say that I rather like the anime >> look of them :)) - some really sensible stuff there. >> Suggestions (all currently in Debug Settings): Chat - adjustable life and >> fade times for Startup, IM and Group popups - I find they are too short for >> me to spot sometimes Chat - Add in spinners to alter the number of times >> that IM tabs flash and the rate at which they flash at Advanced - Move >> 'UI Size' slider to Graphics as KL and myself have done - it fits more >> naturally there Graphics->Hardware - allow forcing on of Antialiasing (as >> the Viewer GPU presets often gets this wrong) or better still fix the >> presets :) Move & View - put in spinners for amount of head movement Move >> & View - Checkbox to allow double-click point-move in-world as an >> alternative to double-click teleport (which is welcome) Move & View - >> Checkbox for 'Number keys move avatar' Privacy - Check-box to select >> option to also create user-readable chat logs (as others have suggested) <- >> this is what I?m referring to. Advanced - Checkbox for 'Show Grid >> Selection at login' Advanced - Checkbox for 'Disable Camera Constraints' Advanced >> - Checkbox for 'Limit the distance I can select objects at' and >> sliders/spinners for selection distance and amount you can drag in one step Advanced >> - Checkbox for 'Show UI in snapshots' >> No virus found in this message. Checked by AVG - www.avg.com Version: >> 10.0.1153 / Virus Database: 424/3236 - Release Date: 11/03/10 >> _______________________________________________ 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 > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101109/e83b4568/attachment.htm From q at lindenlab.com Tue Nov 9 07:39:28 2010 From: q at lindenlab.com (Kent Quirk (Q Linden)) Date: Tue, 9 Nov 2010 10:39:28 -0500 Subject: [opensource-dev] Log file names (was: Request for feedback - Preferences Cleanup) In-Reply-To: <4CD82916.90309@lindenlab.com> References: <4CD82916.90309@lindenlab.com> Message-ID: <222F725F-4AE3-4DB7-BF48-7528D6813095@lindenlab.com> I think the filename needs to be based on the unique account name, with any periods (.) replaced by underscore (_). The display names can change weekly, and as you note it would be much more difficult to track based on display name. Q On Nov 8, 2010, at 11:45 AM, Oz Linden (Scott Lawrence) wrote: > On 2010-11-08 11:10, Sarah (Esbee) Kuehnle wrote: >> >> Thanks again for all your feedback. I've made some updates to the design deck (see attached). >> >> I'm going to create subtasks underneath STORM-31 for the new preferences and get these updates rolling with the team! :) >> >> Cheers, >> Esbee >> >> PS - Please feel free to keep feedback coming > > On the Privacy tab, you ask "Is this a timestamp in the log or in the filename?"... I think that once we've integrated STORM-102 (a final test build for that is running now), we'll actually have two checkboxes there. A new test build for that is available now (fresh off the server) at [1]. > Add timestamp > Add datestamp to log file name > The first one controls whether or not lines in the log file have timestamps on them, and the second appends a datestamp: > For person-to-person chat, the datestamp is YYYY-MM (year and month) > For local chat, the datestamp is YYYY-MM-DD (year month and day) > One issue on STORM-102 that probably needs discussing... the present person-to-person chat log file name is > First Last[-datestamp].txt > where First and Last are the real account names. If a person has a Display Name set, that name is not used when constructing the file name: instead the real first and last names for the account are used for the log file name. The Display name does appear (followed by the userid "first.last" in parens) in the log text content. This seems potentially confusing to me, especially if the only name I ever use for someone is the Display Name. It seems to me that either: > the Display Name should be used (if I remember talking to "Joe Somebody", that's the log file name I'd be most likely to look for), which would mean that each DN value would produce a separate log even if I had conversations with the same user with different DNs, > or the userid (first.last) should always be used for the log file name. > [1] http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/oz_viewer-storm-102/rev/214097/index.html -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101109/778d36df/attachment-0001.htm From sllists at boroon.dasgupta.ch Tue Nov 9 07:59:46 2010 From: sllists at boroon.dasgupta.ch (Boroondas Gupte) Date: Tue, 09 Nov 2010 16:59:46 +0100 Subject: [opensource-dev] Log file names: considering a corner case (was: Log file names) In-Reply-To: <222F725F-4AE3-4DB7-BF48-7528D6813095@lindenlab.com> References: <4CD82916.90309@lindenlab.com> <222F725F-4AE3-4DB7-BF48-7528D6813095@lindenlab.com> Message-ID: <4CD96FF2.10705@boroon.dasgupta.ch> On 11/09/2010 04:39 PM, Kent Quirk (Q Linden) wrote: > The display names can change weekly, and as you note it would be much > more difficult to track based on display name. Even worse when it'd happen (though probably much less likely to occur), two people might have the same display name at the same time, and you might happen to chat with both in personal IMs during that time. So two concurrent but separate discussions would end up intermixed in the same log file if filenames were display name based. For the (probably rare) cases when you want to re-read all messages that reached you during a given time interval, rather than single discussion 'threads', merging logs of several discussions a posteriory (using the logged timestamps) isn't more difficult than splitting a mixed log (using logged account names). Cheers, Boroondas From sythos at gmail.com Tue Nov 9 08:12:46 2010 From: sythos at gmail.com (Francesco Rabbi) Date: Tue, 9 Nov 2010 17:12:46 +0100 Subject: [opensource-dev] Log file names (was: Request for feedback - Preferences Cleanup) In-Reply-To: <222F725F-4AE3-4DB7-BF48-7528D6813095@lindenlab.com> References: <4CD82916.90309@lindenlab.com> <222F725F-4AE3-4DB7-BF48-7528D6813095@lindenlab.com> Message-ID: <143836145203185522@unknownmsgid> Maybe is the right time to implement in LSL sort of llKey2Name, save logs and other using the UUID and cache the display name (at least 1 change per week us allowed, caching username and display name should solve ??? Problem, falling back on cached if trouble) -- Sent by iPhone Il giorno 09/nov/2010, alle ore 16:39, "Kent Quirk (Q Linden)" < q at lindenlab.com> ha scritto: I think the filename needs to be based on the unique account name, with any periods (.) replaced by underscore (_). The display names can change weekly, and as you note it would be much more difficult to track based on display name. Q On Nov 8, 2010, at 11:45 AM, Oz Linden (Scott Lawrence) wrote: On 2010-11-08 11:10, Sarah (Esbee) Kuehnle wrote: Thanks again for all your feedback. I've made some updates to the design deck (see attached). I'm going to create subtasks underneath STORM-31for the new preferences and get these updates rolling with the team! :) Cheers, Esbee PS - Please feel free to keep feedback coming On the Privacy tab, you ask "Is this a timestamp in the log or in the filename?"... I think that once we've integrated STORM-102 (a final test build for that is running now), we'll actually have two checkboxes there. A new test build for that is available now (fresh off the server) at [1]. - Add timestamp - Add datestamp to log file name The first one controls whether or not lines in the log file have timestamps on them, and the second appends a datestamp: For person-to-person chat, the datestamp is YYYY-MM (year and month) For local chat, the datestamp is YYYY-MM-DD (year month and day) One issue on STORM-102 that probably needs discussing... the present person-to-person chat log file name is First Last[-datestamp].txt where First and Last are the real account names. If a person has a Display Name set, that name is not used when constructing the file name: instead the real first and last names for the account are used for the log file name. The Display name does appear (followed by the userid "first.last" in parens) in the log text content. This seems potentially confusing to me, especially if the only name I ever use for someone is the Display Name. It seems to me that either: 1. the Display Name should be used (if I remember talking to "Joe Somebody", that's the log file name I'd be most likely to look for), which would mean that each DN value would produce a separate log even if I had conversations with the same user with different DNs, 2. or the userid (first.last) should always be used for the log file name. [1] http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/oz_viewer-storm-102/rev/214097/index.html _______________________________________________ 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101109/256bfda0/attachment.htm From angel_of_crimson at hotmail.com Tue Nov 9 09:04:43 2010 From: angel_of_crimson at hotmail.com (Erin Mallory) Date: Tue, 9 Nov 2010 12:04:43 -0500 Subject: [opensource-dev] support related userstory... Message-ID: As a user, I would expect if i log itno the secondlife website and then try to get some live support, it would then automatically connect me under the account I am logged into the website under and not any of say the last 4 or five accounts that logged in from this computer... Is that really too much to ask for? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101109/6e4db304/attachment.htm From oz at lindenlab.com Tue Nov 9 10:19:32 2010 From: oz at lindenlab.com (Oz Linden (Scott Lawrence)) Date: Tue, 09 Nov 2010 13:19:32 -0500 Subject: [opensource-dev] support related userstory... In-Reply-To: References: Message-ID: <4CD990B4.6040402@lindenlab.com> On 2010-11-09 12:04, Erin Mallory wrote: > As a user, I would expect if i log itno the secondlife website and > then try to get some live support, it would then automatically connect > me under the account I am logged into the website under and not any of > say the last 4 or five accounts that logged in from this computer... > Is that really too much to ask for? But, alas, the web site and the support infrastructure are not a part of the open source offering, so while there may be considerable merit to your idea, it is out of scope here... -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101109/86bd7fa8/attachment.htm From brad at lindenlab.com Tue Nov 9 11:16:51 2010 From: brad at lindenlab.com (Brad Kittenbrink (Brad Linden)) Date: Tue, 9 Nov 2010 11:16:51 -0800 Subject: [opensource-dev] Directory named "$(CONFIGURATION)" (was: No rule to make target) In-Reply-To: <4CD90E85.5020908@boroon.dasgupta.ch> References: <4CD90E85.5020908@boroon.dasgupta.ch> Message-ID: On Tue, Nov 9, 2010 at 1:04 AM, Boroondas Gupte wrote: > On 11/09/2010 08:12 AM, Ricky wrote: > > Trying to compile viewer_development a60d3b118c76 (tip as of the time > of this message) I get the following error: > > make[2]: *** No rule to make target > `sharedlibs//PROJECT_llmath_TEST_llbboxlocal', needed by > `llmath/PROJECT_llmath_TEST_llbboxlocal_ok.txt'. Stop. > > The folder linden/indra/sharedlibs/ contains the following: > $(CONFIGURATION) Debug RelWithDebInfo Release Resources > > Looks like a misconfig in the build system; I don't think that there > should be a folder named "$(CONFIGURATION)" in that directory. Maybe > someone typed single quotes when they intended to use double quotes? > > Maybe caused by changesets 2626 > /2627? > Though those are one year old, now. So if it's them, Mac builders should be > having this problem ever since 2.0 ... > > Cheers, > Boroondas > Speaking as the author of the offending changesets (sorry!). I'd strongly recommend buiding using the xcode generator instead of makefiles on Mac. This is not the only place we make this assumption in our cmake scripts. Anyways, for now our builds pretty much assume Mac == Xcode. In theory, that'd be good to fix, but I don't really have time to look into it now. If there are enough people interested in this we should get a story written for adding support for the makefile generator on mac, and then I can fill in the details there for how it should be done. -Brad -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101109/ab4876e6/attachment.htm From akanevsky at productengine.com Tue Nov 9 11:55:31 2010 From: akanevsky at productengine.com (Anya Kanevsky) Date: Tue, 9 Nov 2010 13:55:31 -0600 Subject: [opensource-dev] Daily Scrum Summary - Tuesday, November 9 Message-ID: *Tuesday, November 9, 2010* *General Notes* - Merge Monkey of the Day: Oz - If an issue is ?In Progress? it should have a time estimate! - Please remember - when merging your fixes into Beta, you must also pull them into viewer-development immediately after - If you take a bug off any of the bug queues, please move it to the current sprint. *Team Status* *Merov Linden* *PAST* - STORM-105: Perf gathering: more Vadim comments and tweaks, committed changes to dev repo, waiting for LL internal team to review to push to viewer-development - STORM-150: More reading, built all as is (works), extracted what we need for a simple port, thinking about a clean architecture so to make that easy to build for all - Discussed named branches strategies with CG *FUTURE* - STORM-150: continue - STORM-104 : kdu upgrade: commit the static linking changes to dev repo *IMPEDIMENTS* - None *Oz Linden* *PAST* - Assorted wiki updates - Pulled more issues from integration queue, and many back from beta - Started working on library upgrade issue (STORM-312 and STORM-453) - Reviewed autobuild for open source issues *FUTURE* - Continue merge monkey (nothing currently queued) - Continue working on library upgrade issues *IMPEDIMENTS* - none *Q Linden* *PAST* - Beta 3 monitoring - Looking at Notifications prefs tab; why is it broken? - Prefs discussions - Display names discussions - SH-412 monitoring - STORM-102 comments - Short day *FUTURE* - More Notifications prefs - Beta 3 - Triage - Planning - Watchdog timer *IMPEDIMENTS* - none *Esbee Linden* *PAST* - Triage - Prefs subtasks being created - Discussion around STORM-560, STORM-102 - Planning/coordination of Viewer 2.3 beta & release - Worked on prim alignment tool design doc - Display Names discussion *FUTURE* - Finish creating subtasks for Preferences cleanup - Work on design doc for prim alignment - VWR Triage - Prioritize tickets for team and queue up more work - Planning/coordination of Viewer 2.3 beta & release *IMPEDIMENTS* - none *Paul ProductEngine* *PAST* - BUG STORM-535 PLEASE allow adjustable transparency of "Nearby Chat" window, Chat History and Chat "Toasts" in Viewer 2.0! - Fixed. Everything seems to work properly. Tomorrow will carefully test and send for a review. Estimate ~ 1 hour. *FUTURE* - Finish STORM-535 PLEASE allow adjustable transparency of "Nearby Chat" window, Chat History and Chat "Toasts" in Viewer 2.0! - Other tickets by priority *IMPEDIMENTS* - none *Seth Productengine* *PAST* - BUG (STORM-550) LLDir::getNextFileInDir fails for some complex wildcard combinations - WIP. Compiled LLDir unit tests with platform specific implementations. Waiting for tests by Oz to be merged into viewer-development to research test cases. - BUG (STORM-559) [crashhunters] LLSideTray::showPanel(std::basic_string,std::allocator > const &,LLSD const &) [secondlife-bin llsidetray.cpp] - Fixed. - BUG (STORM-577) Classifieds description limited to 64 characters - Fix needs to be discussed. *FUTURE* - BUG (STORM-574) [crashhunters] crash at LLView::handleVisibilityChange(int) [secondlife-bin llview.cpp] *IMPEDIMENTS* - none *Andrew Productengine* *PAST* - Normal bug STORM-320 (Script Editor in Viewer 2.0+ "tabs" incorrectly) - Investigated further. Problem is with mLineInfoList vector, elements to which are added in LLtextbase::reflow(). It is called in every draw() of any textbox, so it is almost impossible to properly debug code there. I tried to reproduce the bug on other builds to find out the approximate range of revisions where it could appear. But I couldn't reproduce it anywhere except my latest development build. Even tester's build as fresh as my own doesn't seem to have this problem. - Estimate- if nothing is clear after a couple of hours, I suppose it may be better to put investigation results into ticket and switch to issues with higher priority, because this issue is almost unreproducible, and will be quite hard to fix. Vadim, if you agree on this, please assign some other Sprint 7 issue(s) on me. *FUTURE* - STORM-320 *IMPEDIMENTS* - none *Vadim Productengine* *PAST* - Task STORM-105 (Create a Performance Data Tracking system): Completed review. - STORM-52 (Hook up external script editor). In progress. ETA: 2d. *FUTURE* - Story STORM-52 (Hook up external script editor). *IMPEDIMENTS* - none *Andrey Productengine* *PAST* - done smoke and integrity tests against 2.3.0 Beta3 214088 - smoke tests have been failed by STORM-561 *FUTURE* - re-run smoke & integrity on new beta build and proceed with regression testing (?) *IMPEDIMENTS* - none -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101109/5dc6da4e/attachment-0001.htm From q at lindenlab.com Tue Nov 9 12:09:21 2010 From: q at lindenlab.com (Kent Quirk (Q Linden)) Date: Tue, 9 Nov 2010 15:09:21 -0500 Subject: [opensource-dev] Directory named "$(CONFIGURATION)" (was: No rule to make target) In-Reply-To: References: <4CD90E85.5020908@boroon.dasgupta.ch> Message-ID: Just a note -- since the XCode tools are free, high quality, and supported, Linden Lab is unlikely to put any significant prioritization into making other toolsets work on the mac. If someone else wants to add such support without breaking what we have, then we won't gratuitously break it, but we're probably never going to test it. Q On Nov 9, 2010, at 2:16 PM, Brad Kittenbrink (Brad Linden) wrote: > > Speaking as the author of the offending changesets (sorry!). I'd strongly recommend buiding using the xcode generator instead of makefiles on Mac. This is not the only place we make this assumption in our cmake scripts. > > Anyways, for now our builds pretty much assume Mac == Xcode. In theory, that'd be good to fix, but I don't really have time to look into it now. If there are enough people interested in this we should get a story written for adding support for the makefile generator on mac, and then I can fill in the details there for how it should be done. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101109/7ead8182/attachment.htm From lee.ponzu at gmail.com Tue Nov 9 13:14:16 2010 From: lee.ponzu at gmail.com (Ponzu) Date: Tue, 9 Nov 2010 16:14:16 -0500 Subject: [opensource-dev] Directory named "$(CONFIGURATION)" (was: No rule to make target) In-Reply-To: References: <4CD90E85.5020908@boroon.dasgupta.ch> Message-ID: USER STORY As an amateur developer, if I try to generate a makefile based environment on OS X, I would expect a warning to tell me that this is not supported. comment: Isn't this just one or two lines in develop.py? ponzu On Tue, Nov 9, 2010 at 3:09 PM, Kent Quirk (Q Linden) wrote: > Just a note -- since the XCode tools are free, high quality, and > supported, Linden Lab is unlikely to put any significant prioritization into > making other toolsets work on the mac. If someone else wants to add such > support without breaking what we have, then we won't gratuitously break it, > but we're probably never going to test it. > > Q > > > > > On Nov 9, 2010, at 2:16 PM, Brad Kittenbrink (Brad Linden) wrote: > > > Speaking as the author of the offending changesets (sorry!). I'd strongly > recommend buiding using the xcode generator instead of makefiles on Mac. > This is not the only place we make this assumption in our cmake scripts. > > Anyways, for now our builds pretty much assume Mac == Xcode. In theory, > that'd be good to fix, but I don't really have time to look into it now. If > there are enough people interested in this we should get a story written for > adding support for the makefile generator on mac, and then I can fill in the > details there for how it should be done. > > > > _______________________________________________ > 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 > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101109/8b3ed5bb/attachment.htm From trilobyte550m at gmail.com Tue Nov 9 18:25:22 2010 From: trilobyte550m at gmail.com (Trilo Byte) Date: Tue, 9 Nov 2010 18:25:22 -0800 Subject: [opensource-dev] Request for feedback - Preferences Cleanup In-Reply-To: References: Message-ID: <4F8C22FB-8D4D-4F73-8988-5EFB511D5CFF@gmail.com> Worth pointing out that in the Mac client, there are some formatting issues with build 214349. 1) Right edge of preference tab buttons appear to extend a couple pixels over the vertical divider line (see below) 2) UI Size slider on Advanced tab appears too far to the right, should be directly below the opacity slider On Nov 8, 2010, at 8:16 AM, Sarah (Esbee) Kuehnle wrote: > To save Q from walking around with a twitch all day, I wanted to let anyone reading this thread know there should be a closing parenthesis ")" after the word "Preferences" in the PS section of my last email. > > Keep calm and carry on, > Esbee > > > On Mon, Nov 8, 2010 at 11:10 AM, Sarah (Esbee) Kuehnle wrote: > Thanks again for all your feedback. I've made some updates to the design deck (see attached). > > I'm going to create subtasks underneath STORM-31 for the new preferences and get these updates rolling with the team! :) > > Cheers, > Esbee > > PS - Please feel free to keep feedback coming. Any updates we don't have time for in this sprint (but make sense for Preferences can definitely be prioritized for a future sprint. > > > On Fri, Nov 5, 2010 at 8:55 PM, wrote: > Can mine please say "Shut Up". When i think of the context i usually have > when i go for that button, "Shut Up" works a lot better for me. Or maybe > "Kill" with a little skull & crossbones icon. i'm pretty sure there's a > UTF skull & crossbones character that can be used. i know i've sent it to > pests at clubs before. "Kill" would be so much more satisfying than just > "Mute" or "Block", especially if you consider some of the SL personalities > we've all used that button on. > > Thx!! > > - AK > =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= > FWIW, > > I would also like to see the return to "Mute" instead of "Block". With > all due respect to your user testing, the telephone on my desk has a > "Mute" button, not a "Block" button, and I consider it a very heavily used > communications tool. Perhaps there should be an option in preferences for > setting the label for this function to either "Mute" or "Block", as that > would keep all of your users happy. > > Thank you > > At 09:10 AM 11/5/2010, Sarah (Esbee) Kuehnle wrote: > > Thanks for the feedback everyone. I'm working on some updates to the pdf > right now and will send that out for further review later today! > > > > I can't promise all the suggested additions will go into the prefs, but > I'll definitely look at each one as I'm making updates. > > > > A few responses to those who's provided feedback so far: > > > > @Marine - 1) The text chat logs have been fixed in 2.3 beta. 2) We > changed the label from "Mute" to "Block" early on in V2 because our user > testing indicated new users were confused about what "Mute" means and > understood "Block" because it's used commonly in other communication > tools. > > > > @GeneJ - That for the reminder on that typo. It was pointed out in my OH > the other week and I needed a good kick to remember to fix it! :) > > > > @Wolfpup - We're just talking about skinning for now. In the meantime, > I'm just gathering color options in one place. But you're right - future > skinning preferences will likely require a restart before changes would > take effect. > > > > @Erin - I've taken note of your request for the numerical debug settings > for sculpties. I'm not sure they make sense in this preference cleanup > I'm doing now, but will be useful when I can focus my team on a sprint > focused on content creation as some point in the near future. As far as > local lights go, they've actually been added back in on the Mesh Project > Viewer (SH-157) (which will eventually be added into the main Second > Life Viewer). I'll take a look at the other tickets you referenced > today. > > > > @Hitomi - Thanks for the additional settings. I'll review these this > morning and see what makes sense to incorporate. That's a great list! > > > > More updates from me soon! > > > > --Esbee > > > > > > On Thu, Nov 4, 2010 at 6:50 PM, WolfPup Lowenhar > wrote: > > > > > > I keep seeing people talking about user readable chat logs and from > what I’m seeing in the current dev builds the logs are already > back to plain text. I’m currently working on a feature that is > dealing with chat and group/personal IM logs. > > > > > > > > From: opensource-dev-bounces at lists.secondlife.com [ > mailto:opensource-dev-bounces at lists.secondlife.com] On Behalf Of > Hitomi Tiponi > > Sent: Thursday, November 04, 2010 4:37 PM > > To: Opensource_dev > > > > Subject: Re: [opensource-dev] Request for feedback - Preferences > Cleanup > > > > > > > > Thanks for the Preferences mock-up (must say that I rather like the > anime look of them :)) - some really sensible stuff there. > > > > Suggestions (all currently in Debug Settings): > > Chat - adjustable life and fade times for Startup, IM and Group > popups - I find they are too short for me to spot sometimes > > Chat - Add in spinners to alter the number of times that IM tabs > flash and the rate at which they flash at > > Advanced - Move 'UI Size' slider to Graphics as KL and myself have > done - it fits more naturally there > > Graphics->Hardware - allow forcing on of Antialiasing (as the Viewer > GPU presets often gets this wrong) or better still fix the presets > :) > > Move & View - put in spinners for amount of head movement > > Move & View - Checkbox to allow double-click point-move in-world as > an alternative to double-click teleport (which is welcome) > > Move & View - Checkbox for 'Number keys move avatar' > > Privacy - Check-box to select option to also create user-readable > chat logs (as others have suggested) <- this is what I’m > referring to. > > Advanced - Checkbox for 'Show Grid Selection at login' > > Advanced - Checkbox for 'Disable Camera Constraints' > > Advanced - Checkbox for 'Limit the distance I can select objects at' > and sliders/spinners for selection distance and amount you can drag > in one step > > Advanced - Checkbox for 'Show UI in snapshots' > > > > > > No virus found in this message. > > Checked by AVG - www.avg.com > > Version: 10.0.1153 / Virus Database: 424/3236 - Release Date: 11/03/10 > > > > _______________________________________________ > > 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101109/fb629bcc/attachment-0001.htm -------------- next part -------------- A non-text attachment was scrubbed... Name: Screen shot 2010-11-09 at 6.20.29 PM.png Type: image/png Size: 45559 bytes Desc: not available Url : http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101109/fb629bcc/attachment-0001.png From kf6kjg at gmail.com Tue Nov 9 20:14:56 2010 From: kf6kjg at gmail.com (Ricky) Date: Tue, 9 Nov 2010 20:14:56 -0800 Subject: [opensource-dev] Directory named "$(CONFIGURATION)" (was: No rule to make target) In-Reply-To: References: <4CD90E85.5020908@boroon.dasgupta.ch> Message-ID: The issue then is that the default generator for simply running "cmake ." is makefiles. May I suggest then that since the build system makes assumptions about the default generator on each platform, that the default generator be selected per platform? Then the "fast and easy" method for a developer, especially a naive one, would be to simply run "cmake ." read the notification that it built for Xcode (or whatever the platform default is), and then proceed from there using that tool. Just a thought, Ricky Cron Stardust PS: I think my problem is that I'm a Linux/KDE guy using a Mac... Even after much tweaking of the GUI and OS, it still doesn't work the way I think.. :P On Tue, Nov 9, 2010 at 11:16 AM, Brad Kittenbrink (Brad Linden) wrote: > > > On Tue, Nov 9, 2010 at 1:04 AM, Boroondas Gupte > wrote: >> >> On 11/09/2010 08:12 AM, Ricky wrote: >> >> Trying to compile viewer_development a60d3b118c76 (tip as of the time >> of this message) I get the following error: >> >> make[2]: *** No rule to make target >> `sharedlibs//PROJECT_llmath_TEST_llbboxlocal', needed by >> `llmath/PROJECT_llmath_TEST_llbboxlocal_ok.txt'. Stop. >> >> The folder linden/indra/sharedlibs/ contains the following: >> $(CONFIGURATION) Debug RelWithDebInfo Release Resources >> >> Looks like a misconfig in the build system; I don't think that there >> should be a folder named "$(CONFIGURATION)" in that directory. Maybe >> someone typed single quotes when they intended to use double quotes? >> >> Maybe caused by changesets 2626/2627? Though those are one year old, now. >> So if it's them, Mac builders should be having this problem ever since 2.0 >> ... >> >> Cheers, >> Boroondas > > Speaking as the author of the offending changesets (sorry!).? I'd strongly > recommend buiding using the xcode generator instead of makefiles on Mac. > This is not the only place we make this assumption in our cmake scripts. > > Anyways, for now our builds pretty much assume Mac == Xcode.? In theory, > that'd be good to fix, but I don't really have time to look into it now.? If > there are enough people interested in this we should get a story written for > adding support for the makefile generator on mac, and then I can fill in the > details there for how it should be done. > > -Brad > From kf6kjg at gmail.com Tue Nov 9 20:30:15 2010 From: kf6kjg at gmail.com (Ricky) Date: Tue, 9 Nov 2010 20:30:15 -0800 Subject: [opensource-dev] Xcode can't parse project file Message-ID: To add to my journey here, now that I know I need to use Xcode when compiling on a Mac, I did the following: cmake -G Xcode . xcodebuild And I get the following errors: 2010-11-09 20:21:30.629 xcodebuild[35776:80b] CFPropertyListCreateFromXMLData(): Old-style plist parser: missing semicolon in dictionary. 2010-11-09 20:21:30.749 xcodebuild[35776:80b] CFPropertyListCreateFromXMLData(): Old-style plist parser: missing semicolon in dictionary. 2010-11-09 20:21:30.767 xcodebuild[35776:80b] Unexpected character / at line 1 xcodebuild: Error: couldn't load project /Users/ricky/Development/SecondLife/viewer-development/indra/SecondLife.xcodeproj Thinking that this was simply because my Linux-based mind was too stuck in the terminal, I tried to open the project file by double-clicking it in Finder. Xcode opened and I got the message "Unable to Open Project: Project ......indra/SecondLife.xcodeproj cannot be opened because the project file cannot be parsed." So I sank myself even deeper into Userland and tried opening Xcode first, then using File:Open to load the project. And it loaded. And it is now trying to compile. So... What's the diff?! Why didn't the first two methods work? I'm not even sure that there should even BE a difference in the last two techniques! Ideas? Ricky Cron Stardust Developing for Mac and wondering why I keep hitting walls everywhere I move... From trilobyte550m at gmail.com Wed Nov 10 03:13:58 2010 From: trilobyte550m at gmail.com (Trilo Byte) Date: Wed, 10 Nov 2010 03:13:58 -0800 Subject: [opensource-dev] Touch Broken, Stuttering Issues Message-ID: <5C6A918B-3761-4E4A-A309-71DBCA378683@gmail.com> I was busy checking out some other items/banging on different parts of the viewer, and didn't realize until just now that "Touch" appears to not be working properly in the latest builds. Clicking left/right on a panel vendor seems to work, but touching a notecard giver, landmark giver, dance ball, and vendors for purchase appears to be broken in the Mac client (I checked multiple regions/builds/shops). Build 214319 appears to work. While investigating this problem, I noticed that some 'stuttering' problems appear to be back. Popping open the debug console, it appears I'm getting a string of messages timed to the exact moments things freeze (a little faster than one per second). I'm not sure what it means, can anybody tell me if this is a problem in the Viewer, or something possibly something gone wrong in my settings? -------------- next part -------------- A non-text attachment was scrubbed... Name: Screen shot 2010-11-10 at 3.05.00 AM.png Type: image/png Size: 566298 bytes Desc: not available Url : http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101110/277a8e0d/attachment-0001.png -------------- next part -------------- I'd appreciate any ideas. Thanks TriloByte Zanzibar From wolfpup67 at earthlink.net Wed Nov 10 05:23:42 2010 From: wolfpup67 at earthlink.net (WolfPup Lowenhar) Date: Wed, 10 Nov 2010 08:23:42 -0500 Subject: [opensource-dev] Touch Broken, Stuttering Issues In-Reply-To: <5C6A918B-3761-4E4A-A309-71DBCA378683@gmail.com> References: <5C6A918B-3761-4E4A-A309-71DBCA378683@gmail.com> Message-ID: <000301cb80da$7f218480$7d648d80$@net> The point at where touch is broken seems to be when a touched object has to interact with a person like in the following situations: 1. Giving a notecard/landmark to a person 2. The person need to select from a menu(llDialog) Those are the ones I have noticed so far. BTW this is also happening on windows. From: opensource-dev-bounces at lists.secondlife.com [mailto:opensource-dev-bounces at lists.secondlife.com] On Behalf Of Trilo Byte Sent: Wednesday, November 10, 2010 6:14 AM To: opensource-dev List Subject: [opensource-dev] Touch Broken, Stuttering Issues I was busy checking out some other items/banging on different parts of the viewer, and didn't realize until just now that "Touch" appears to not be working properly in the latest builds. Clicking left/right on a panel vendor seems to work, but touching a notecard giver, landmark giver, dance ball, and vendors for purchase appears to be broken in the Mac client (I checked multiple regions/builds/shops). Build 214319 appears to work. While investigating this problem, I noticed that some 'stuttering' problems appear to be back. Popping open the debug console, it appears I'm getting a string of messages timed to the exact moments things freeze (a little faster than one per second). I'm not sure what it means, can anybody tell me if this is a problem in the Viewer, or something possibly something gone wrong in my settings? _____ No virus found in this message. Checked by AVG - www.avg.com Version: 10.0.1153 / Virus Database: 424/3247 - Release Date: 11/09/10 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101110/6ad55749/attachment.htm From sheet.spotter at gmail.com Wed Nov 10 07:29:16 2010 From: sheet.spotter at gmail.com (Sheet Spotter) Date: Wed, 10 Nov 2010 09:29:16 -0600 Subject: [opensource-dev] Infinite loop in viewer-development? Message-ID: A stack overflow is occurring during log on with the latest viewer-development source code. The code enters an infinite loop when two methods are repeatedly calling each other. LLVOAvatarSelf::removeMissingBakedTextures calls LLVOAvatar::updateMeshTextures, which in turn calls LLVOAvatarSelf::removeMissingBakedTextures. Clearing cache has no effect. The infinite loop still occurs on the next logon. Is anyone aware of the underlying cause of the infinite loop? Is there a workaround that would avoid this infinite loop? The problem may not be new. The same infinite loop occurs with source code that I checked out six weeks ago. Sheet Spotter -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101110/a98d0657/attachment.htm From oz at lindenlab.com Wed Nov 10 07:33:51 2010 From: oz at lindenlab.com (Oz Linden (Scott Lawrence)) Date: Wed, 10 Nov 2010 10:33:51 -0500 Subject: [opensource-dev] Touch Broken, Stuttering Issues In-Reply-To: <5C6A918B-3761-4E4A-A309-71DBCA378683@gmail.com> References: <5C6A918B-3761-4E4A-A309-71DBCA378683@gmail.com> Message-ID: <4CDABB5F.3090706@lindenlab.com> On 2010-11-10 6:13, Trilo Byte wrote: > I was busy checking out some other items/banging on different parts of the viewer, and didn't realize until just now that "Touch" appears to not be working properly in the latest builds. Clicking left/right on a panel vendor seems to work, but touching a notecard giver, landmark giver, dance ball, and vendors for purchase appears to be broken in the Mac client (I checked multiple regions/builds/shops). Build 214319 appears to work. It looks like this was probably a problem with a change that was made yesterday. I've filed https://jira.secondlife.com/browse/VWR-23782 to track the fix. > While investigating this problem, I noticed that some 'stuttering' problems appear to be back. Popping open the debug console, it appears I'm getting a string of messages timed to the exact moments things freeze (a little faster than one per second). I'm not sure what it means, can anybody tell me if this is a problem in the Viewer, or something possibly something gone wrong in my settings? If you can better describe how to reproduce this, please? From esbee at lindenlab.com Wed Nov 10 07:36:12 2010 From: esbee at lindenlab.com (Sarah (Esbee) Kuehnle) Date: Wed, 10 Nov 2010 10:36:12 -0500 Subject: [opensource-dev] Request for feedback - Preferences Cleanup In-Reply-To: <4F8C22FB-8D4D-4F73-8988-5EFB511D5CFF@gmail.com> References: <4F8C22FB-8D4D-4F73-8988-5EFB511D5CFF@gmail.com> Message-ID: Thanks for pointing these out, TriloByte. We'll hopefully get them fixed in viewer-development during our current sprint! --Esbee On Tue, Nov 9, 2010 at 9:25 PM, Trilo Byte wrote: > Worth pointing out that in the Mac client, there are some formatting issues > with build 214349. > > 1) Right edge of preference tab buttons appear to extend a couple pixels > over the vertical divider line (see below) > 2) UI Size slider on Advanced tab appears too far to the right, should be > directly below the opacity slider > > > > On Nov 8, 2010, at 8:16 AM, Sarah (Esbee) Kuehnle wrote: > > To save Q from walking around with a twitch all day, I wanted to let anyone > reading this thread know there should be a closing parenthesis ")" after the > word "Preferences" in the PS section of my last email. > > Keep calm and carry on, > Esbee > > > On Mon, Nov 8, 2010 at 11:10 AM, Sarah (Esbee) Kuehnle < > esbee at lindenlab.com> wrote: > >> Thanks again for all your feedback. I've made some updates to the design >> deck (see attached). >> >> I'm going to create subtasks underneath STORM-31for the new preferences and get these updates rolling with the team! :) >> >> Cheers, >> Esbee >> >> PS - Please feel free to keep feedback coming. Any updates we don't have >> time for in this sprint (but make sense for Preferences can definitely be >> prioritized for a future sprint. >> >> >> On Fri, Nov 5, 2010 at 8:55 PM, wrote: >> >>> Can mine please say "Shut Up". When i think of the context i usually >>> have >>> when i go for that button, "Shut Up" works a lot better for me. Or maybe >>> "Kill" with a little skull & crossbones icon. i'm pretty sure there's a >>> UTF skull & crossbones character that can be used. i know i've sent it >>> to >>> pests at clubs before. "Kill" would be so much more satisfying than just >>> "Mute" or "Block", especially if you consider some of the SL >>> personalities >>> we've all used that button on. >>> >>> Thx!! >>> >>> - AK >>> =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= >>> FWIW, >>> >>> I would also like to see the return to "Mute" instead of "Block". With >>> all due respect to your user testing, the telephone on my desk has a >>> "Mute" button, not a "Block" button, and I consider it a very heavily >>> used >>> communications tool. Perhaps there should be an option in preferences >>> for >>> setting the label for this function to either "Mute" or "Block", as that >>> would keep all of your users happy. >>> >>> Thank you >>> >>> At 09:10 AM 11/5/2010, Sarah (Esbee) Kuehnle wrote: >>> > Thanks for the feedback everyone. I'm working on some updates to the >>> pdf >>> right now and will send that out for further review later today! >>> > >>> > I can't promise all the suggested additions will go into the prefs, but >>> I'll definitely look at each one as I'm making updates. >>> > >>> > A few responses to those who's provided feedback so far: >>> > >>> > @Marine - 1) The text chat logs have been fixed in 2.3 beta. 2) We >>> changed the label from "Mute" to "Block" early on in V2 because our user >>> testing indicated new users were confused about what "Mute" means and >>> understood "Block" because it's used commonly in other communication >>> tools. >>> > >>> > @GeneJ - That for the reminder on that typo. It was pointed out in my >>> OH >>> the other week and I needed a good kick to remember to fix it! :) >>> > >>> > @Wolfpup - We're just talking about skinning for now. In the meantime, >>> I'm just gathering color options in one place. But you're right - future >>> skinning preferences will likely require a restart before changes would >>> take effect. >>> > >>> > @Erin - I've taken note of your request for the numerical debug >>> settings >>> for sculpties. I'm not sure they make sense in this preference cleanup >>> I'm doing now, but will be useful when I can focus my team on a sprint >>> focused on content creation as some point in the near future. As far as >>> local lights go, they've actually been added back in on the Mesh Project >>> Viewer (SH-157) (which will eventually be added into the main Second >>> Life Viewer). I'll take a look at the other tickets you referenced >>> today. >>> > >>> > @Hitomi - Thanks for the additional settings. I'll review these this >>> morning and see what makes sense to incorporate. That's a great list! >>> > >>> > More updates from me soon! >>> > >>> > --Esbee >>> > >>> > >>> > On Thu, Nov 4, 2010 at 6:50 PM, WolfPup Lowenhar >>> wrote: >>> > >>> > >>> > I keep seeing people talking about user readable chat logs and from >>> what I’m seeing in the current dev builds the logs are already >>> back to plain text. I’m currently working on a feature that is >>> dealing with chat and group/personal IM logs. >>> > >>> > >>> > >>> > From: opensource-dev-bounces at lists.secondlife.com [ >>> mailto:opensource-dev-bounces at lists.secondlife.com] On Behalf Of >>> Hitomi Tiponi >>> > Sent: Thursday, November 04, 2010 4:37 PM >>> > To: Opensource_dev >>> > >>> > Subject: Re: [opensource-dev] Request for feedback - Preferences >>> Cleanup >>> > >>> > >>> > >>> > Thanks for the Preferences mock-up (must say that I rather like the >>> anime look of them :)) - some really sensible stuff there. >>> > >>> > Suggestions (all currently in Debug Settings): >>> > Chat - adjustable life and fade times for Startup, IM and Group >>> popups - I find they are too short for me to spot sometimes >>> > Chat - Add in spinners to alter the number of times that IM tabs >>> flash and the rate at which they flash at >>> > Advanced - Move 'UI Size' slider to Graphics as KL and myself have >>> done - it fits more naturally there >>> > Graphics->Hardware - allow forcing on of Antialiasing (as the >>> Viewer >>> GPU presets often gets this wrong) or better still fix the presets >>> :) >>> > Move & View - put in spinners for amount of head movement >>> > Move & View - Checkbox to allow double-click point-move in-world as >>> an alternative to double-click teleport (which is welcome) >>> > Move & View - Checkbox for 'Number keys move avatar' >>> > Privacy - Check-box to select option to also create user-readable >>> chat logs (as others have suggested) <- this is what I’m >>> referring to. >>> > Advanced - Checkbox for 'Show Grid Selection at login' >>> > Advanced - Checkbox for 'Disable Camera Constraints' >>> > Advanced - Checkbox for 'Limit the distance I can select objects >>> at' >>> and sliders/spinners for selection distance and amount you can drag >>> in one step >>> > Advanced - Checkbox for 'Show UI in snapshots' >>> > >>> > >>> > No virus found in this message. >>> > Checked by AVG - www.avg.com >>> > Version: 10.0.1153 / Virus Database: 424/3236 - Release Date: >>> 11/03/10 >>> > >>> > _______________________________________________ >>> > 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 > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101110/d352fffc/attachment-0001.htm -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/png Size: 45559 bytes Desc: not available Url : http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101110/d352fffc/attachment-0001.png From oz at lindenlab.com Wed Nov 10 08:38:38 2010 From: oz at lindenlab.com (Oz Linden (Scott Lawrence)) Date: Wed, 10 Nov 2010 11:38:38 -0500 Subject: [opensource-dev] Infinite loop in viewer-development? In-Reply-To: References: Message-ID: <4CDACA8E.3050907@lindenlab.com> > A stack overflow is occurring during log on with the latest > viewer-development source code. > See the archive for my rant on using the word "latest". > The code enters an infinite loop when two methods are repeatedly > calling each other. LLVOAvatarSelf::removeMissingBakedTextures calls > LLVOAvatar::updateMeshTextures, which in turn calls > LLVOAvatarSelf::removeMissingBakedTextures. > > Clearing cache has no effect. The infinite loop still occurs on the > next logon. > > Is anyone aware of the underlying cause of the infinite loop? > > Is there a workaround that would avoid this infinite loop? > > The problem may not be new. The same infinite loop occurs with source > code that I checked out six weeks ago. > This certainly is not happening for everyone... if you can figure out what condition is triggering it for you, that would be good information to have. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101110/398e377f/attachment.htm From robertltux at gmail.com Wed Nov 10 11:19:39 2010 From: robertltux at gmail.com (Robert Martin) Date: Wed, 10 Nov 2010 14:19:39 -0500 Subject: [opensource-dev] Infinite loop in viewer-development? In-Reply-To: <4CDACA8E.3050907@lindenlab.com> References: <4CDACA8E.3050907@lindenlab.com> Message-ID: On Wed, Nov 10, 2010 at 11:38 AM, Oz Linden (Scott Lawrence) wrote: > See the archive for my rant on using the word "latest". in short please For The Love Of The One True Prim please give the repo tag/build number of which viewer you are talking about. -- Robert L Martin From akanevsky at productengine.com Wed Nov 10 11:27:57 2010 From: akanevsky at productengine.com (Anya Kanevsky) Date: Wed, 10 Nov 2010 13:27:57 -0600 Subject: [opensource-dev] Daily Scrum Update - Wednesday, November 10 Message-ID: *Wednesday, November 10, 2010* *General Notes* - Merge Monkey of the Day: Oz - Plan to get Beta 3 shipped tomorrow and maybe to production next week. - If an issue is ?In Progress? it should have a time estimate! - Please remember - when merging your fixes into Beta, you must also pull them into viewer-development immediately after - If you take a bug off any of the bug queues, please move it to the current sprint. *Team Status* *Merov Linden* *PAST* - STORM-105: Perf gathering: waiting on internal team comment before merging - STORM-104: Discussed with team chopper how best to organize the internal kdu build system. Modified all sub tasks so to reflect what really needs to be done - Hold my Office Hour - viewer-beta hg surgery *FUTURE* - STORM-146: kdu-autobuild: create the repo and build the coresys lib - STORM-151: kdu static link: create public dev repo and push current rearchitecture to dev repo *IMPEDIMENTS* - None *Oz Linden* *PAST* - Assorted wiki updates - Merge Monkeying Around *FUTURE* - Continue merge monkey (1 issue currently queued) - Continue working on library upgrade issues and documentation *IMPEDIMENTS* - none *Q Linden* *PAST* - Beta 3 bugs oops *FUTURE* - Beta 3 monitoring - Planning *IMPEDIMENTS* - none *Esbee Linden* *PAST* - Finish prefs subtask creation - Planning/coordination of Viewer 2.3 beta & release - Bug hunting *FUTURE* - Work on design doc for prim alignment (STORM-45) - Review keyboard shortcuts spec (STORM-26) - VWR Triage - Prioritize tickets for team and queue up more work - Viewer planning *IMPEDIMENTS* - none *Paul ProductEngine* *PAST* - BUG STORM-535 PLEASE allow adjustable transparency of "Nearby Chat" window, Chat History and Chat "Toasts" in Viewer 2.0! - Finished. Put on bitbucket. - BUG STORM-569 Add a Preference to enable Viewer UI Hints - Fixed. Put on bitbucket in separate repository for master ticket STORM-31 *FUTURE* - Create subtask to STORM-535 for text editors & line editors to have transparency - BUG Move "Bubble Chat" preference from Advanced to Chat - BUG Layout cleanup in the General tab of Preferences - BUG Layout cleanup in the Chat tab of Preferences *IMPEDIMENTS* - none *Seth Productengine* *PAST* - BUG (STORM-574) [crashhunters] crash at LLView::handleVisibilityChange(int) [secondlife-bin llview.cpp] - Could not reproduce. Looks similar to already fixed crashes. Might have been fixed but the fix didn't make it into beta. - BUG (STORM-546) Remove lots of dead renderForSelect() code from the rendering pipeline... - Pulled and tested Tofu's fix. - BUG (STORM-398) Message from nearby chat appears for avatar in Busy mode - Could not reproduce. *FUTURE* - Pick some issues. *IMPEDIMENTS* - Need more tickets to work on. *Andrew Productengine* *PAST* - Normal bug STORM-320 (Script Editor in Viewer 2.0+ "tabs" incorrectly) - Finished investigation to switch to other issues. Put investigation results into ticket. - Major task STORM-571 (Move voice prefs currently located in Advanced to Sound & Media) - Major task STORM-572 (Layout cleanup in the Sound & Media tab of Preferences) - Found a flaw in "Sound & Media" design that blocks these tickets? implementation and asked Esbee to change it. - Major task STORM-566 (Add new tabs to Preferences) - WIP. Estimate - 5 hours with other tasks that are connected to it - STORM-582 (Take movement and camera control preferences from Advanced and move them to the new Move & View tab) and STORM-583 (Move colors-related preferences to the new Colors tab). *FUTURE* - Major task STORM-571 (Move voice prefs currently located in Advanced to Sound & Media) - Major task STORM-572 (Layout cleanup in the Sound & Media tab of Preferences) - Major task STORM-566 (Add new tabs to Preferences) - Major task STORM-576 (Add a Preference to allow users to enable double-click to teleport or use auto-pilot) *IMPEDIMENTS* - STORM-571, STORM-572 *Vadim Productengine* *PAST* - STORM-52 (Hook up external script editor). In progress. 30% done. *FUTURE* - Story STORM-52 (Hook up external script editor). *IMPEDIMENTS* - none *Andrey Productengine* *PAST* - started regression testing of Beta3 2.3.0 214088 *FUTURE* - complete regression testing - switch to v-d, or new beta3 build if it will be ready *IMPEDIMENTS* - none *Wolfpup Lowenhar* *PAST* - STORM-143 : Make the history search look for the previous chat log, no matter when it was. - Discussed with Q that this actually will supersede STORM-103. - STORM-102 : As an Event Host, I would like to be able to have Daily and Monthly logs of my chat and group/private IM's so I can easily have records of any issues that may happen on a particular day without having to search the whole chat/group logs for a specific day. - Discussed with Oz what is actually wanted for the file name for person to person IM log name. (NOTE: As I had mentioned to Oz in irc this is going to temporally break some people?s history when it goes live.) - Did some digging in the code to locate where the filename is first generated. - Emailed Leyla Linden once I found where the name is generated because this now concerns DN-179 and DN-181 . *FUTURE* - STORM-102 *IMPEDIMENTS* - Not enough time between working in world and at real job to actually work on code. - DN-179 and DN-181: sent email to Leyla Linden requesting documentation on how the fix for these actually generate the name so I can decide the best way to change it so that the name is generated in the way it is wanted now. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101110/4141eb8c/attachment-0001.htm From angel_of_crimson at hotmail.com Wed Nov 10 11:58:54 2010 From: angel_of_crimson at hotmail.com (Erin Mallory) Date: Wed, 10 Nov 2010 14:58:54 -0500 Subject: [opensource-dev] UI overhaul proposal Message-ID: So... Building upon things already discussed, and several people's ideas for just the basic UI (ideas for the more specific tools to come later maybe) I have come up with a proposal that I'm told is similar to but not quite the same as some ideas floating around LL and PE already... Here's what I have so far: https://jira.secondlife.com/browse/VWR-23787 I'd love to hear feedback -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101110/e73037b0/attachment.htm From dave at meadowlakearts.com Wed Nov 10 12:14:48 2010 From: dave at meadowlakearts.com (Dave Booth) Date: Wed, 10 Nov 2010 14:14:48 -0600 Subject: [opensource-dev] Touch Broken, Stuttering Issues In-Reply-To: <4CDABB5F.3090706@lindenlab.com> References: <5C6A918B-3761-4E4A-A309-71DBCA378683@gmail.com> <4CDABB5F.3090706@lindenlab.com> Message-ID: <4CDAFD38.1060609@meadowlakearts.com> Oz, I cant add this to the jira because I can view it as a guest but get perm violation when logged in... Repro on my system too with a build I just downloaded. help/about below. Second Life 2.4.0 (214370) Nov 9 2010 18:24:07 (Second Life Development) Release Notes You are at 250,693.0, 245,078.0, 4,011.1 in Mextli located at sim8914.agni.lindenlab.com (216.82.41.90:13003) Second Life Server 10.11.03.213781 Release Notes CPU: Intel(R) Core(TM)2 Duo CPU T5750 @ 2.00GHz (1994.99 MHz) Memory: 4094 MB OS Version: Microsoft Windows Vista 64-bit Service Pack 2 (Build 6002) Graphics Card Vendor: NVIDIA Corporation Graphics Card: GeForce 8600M GS/PCI/SSE2 Windows Graphics Driver Version: 8.16.0011.8766 OpenGL Version: 3.1 NVIDIA 187.66 libcurl Version: libcurl/7.20.1 OpenSSL/0.9.8j zlib/1.2.3 J2C Decoder Version: KDU Audio Driver Version: FMOD version 3.750000 Qt Webkit Version: 4.6 (version number hard-coded) Voice Server Version: Not Connected Built with MSVC version 1400 Packets Lost: 56/101,996 (0.1%) On 11/10/2010 09:33, Oz Linden (Scott Lawrence) wrote: > On 2010-11-10 6:13, Trilo Byte wrote: >> I was busy checking out some other items/banging on different parts of the viewer, and didn't realize until just now that "Touch" appears to not be working properly in the latest builds. Clicking left/right on a panel vendor seems to work, but touching a notecard giver, landmark giver, dance ball, and vendors for purchase appears to be broken in the Mac client (I checked multiple regions/builds/shops). Build 214319 appears to work. > It looks like this was probably a problem with a change that was made > yesterday. > > I've filed https://jira.secondlife.com/browse/VWR-23782 to track the fix. > >> While investigating this problem, I noticed that some 'stuttering' problems appear to be back. Popping open the debug console, it appears I'm getting a string of messages timed to the exact moments things freeze (a little faster than one per second). I'm not sure what it means, can anybody tell me if this is a problem in the Viewer, or something possibly something gone wrong in my settings? > If you can better describe how to reproduce this, please? > > _______________________________________________ > 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 > From dave at meadowlakearts.com Wed Nov 10 12:19:31 2010 From: dave at meadowlakearts.com (Dave Booth) Date: Wed, 10 Nov 2010 14:19:31 -0600 Subject: [opensource-dev] Touch Broken, Stuttering Issues In-Reply-To: <4CDAFD38.1060609@meadowlakearts.com> References: <5C6A918B-3761-4E4A-A309-71DBCA378683@gmail.com> <4CDABB5F.3090706@lindenlab.com> <4CDAFD38.1060609@meadowlakearts.com> Message-ID: <4CDAFE53.8030308@meadowlakearts.com> and fwiw, this was introduced for me with changesets that happened between build #214319 and #214370 On 11/10/2010 14:14, Dave Booth wrote: > Oz, I cant add this to the jira because I can view it as a guest but get > perm violation when logged in... > > Repro on my system too with a build I just downloaded. help/about below. > > Second Life 2.4.0 (214370) Nov 9 2010 18:24:07 (Second Life Development) > Release Notes > > You are at 250,693.0, 245,078.0, 4,011.1 in Mextli located at > sim8914.agni.lindenlab.com (216.82.41.90:13003) > Second Life Server 10.11.03.213781 > Release Notes > > CPU: Intel(R) Core(TM)2 Duo CPU T5750 @ 2.00GHz (1994.99 MHz) > Memory: 4094 MB > OS Version: Microsoft Windows Vista 64-bit Service Pack 2 (Build 6002) > Graphics Card Vendor: NVIDIA Corporation > Graphics Card: GeForce 8600M GS/PCI/SSE2 > > Windows Graphics Driver Version: 8.16.0011.8766 > OpenGL Version: 3.1 NVIDIA 187.66 > > libcurl Version: libcurl/7.20.1 OpenSSL/0.9.8j zlib/1.2.3 > J2C Decoder Version: KDU > Audio Driver Version: FMOD version 3.750000 > Qt Webkit Version: 4.6 (version number hard-coded) > Voice Server Version: Not Connected > Built with MSVC version 1400 > Packets Lost: 56/101,996 (0.1%) > > On 11/10/2010 09:33, Oz Linden (Scott Lawrence) wrote: >> On 2010-11-10 6:13, Trilo Byte wrote: >>> I was busy checking out some other items/banging on different parts of the viewer, and didn't realize until just now that "Touch" appears to not be working properly in the latest builds. Clicking left/right on a panel vendor seems to work, but touching a notecard giver, landmark giver, dance ball, and vendors for purchase appears to be broken in the Mac client (I checked multiple regions/builds/shops). Build 214319 appears to work. >> It looks like this was probably a problem with a change that was made >> yesterday. >> >> I've filed https://jira.secondlife.com/browse/VWR-23782 to track the fix. >> >>> While investigating this problem, I noticed that some 'stuttering' problems appear to be back. Popping open the debug console, it appears I'm getting a string of messages timed to the exact moments things freeze (a little faster than one per second). I'm not sure what it means, can anybody tell me if this is a problem in the Viewer, or something possibly something gone wrong in my settings? >> If you can better describe how to reproduce this, please? >> >> _______________________________________________ >> 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 > From sheet.spotter at gmail.com Wed Nov 10 12:35:50 2010 From: sheet.spotter at gmail.com (Sheet Spotter) Date: Wed, 10 Nov 2010 14:35:50 -0600 Subject: [opensource-dev] Infinite loop in viewer-development? In-Reply-To: <4CDACA8E.3050907@lindenlab.com> References: <4CDACA8E.3050907@lindenlab.com> Message-ID: The infinite loop occurs when the avatar's baked textures cannot be decoded. The problem was encountered while testing OpenJPEG v2, but it could also occur with any JPEG 2000 decoder. After running the code outside the debugger I was able to submit a rather large crash log (13 MB). I would like to create a JIRA entry with more details. Does the new JIRA entry belong under the Snowstorm or VWR project? I would happily add a description of the source code revision number to the JIRA entry. Is the following an adequate description of this revision? Changeset 13413 (1a5850ad0a74) Including a revision number with my original questions did not seem important, since the problem appeared to be present for six weeks or more. I also did not include any hardware or operating system information because the problem was occurring in source code that is common to all platforms. I tried to keep the description brief and to the point. Sheet Spotter _____ From: opensource-dev-bounces at lists.secondlife.com [mailto:opensource-dev-bounces at lists.secondlife.com] On Behalf Of Oz Linden (Scott Lawrence) Sent: November 10, 2010 10:39 AM To: opensource-dev at lists.secondlife.com Subject: Re: [opensource-dev] Infinite loop in viewer-development? A stack overflow is occurring during log on with the latest viewer-development source code. See the archive for my rant on using the word "latest". The code enters an infinite loop when two methods are repeatedly calling each other. LLVOAvatarSelf::removeMissingBakedTextures calls LLVOAvatar::updateMeshTextures, which in turn calls LLVOAvatarSelf::removeMissingBakedTextures. Clearing cache has no effect. The infinite loop still occurs on the next logon. Is anyone aware of the underlying cause of the infinite loop? Is there a workaround that would avoid this infinite loop? The problem may not be new. The same infinite loop occurs with source code that I checked out six weeks ago. This certainly is not happening for everyone... if you can figure out what condition is triggering it for you, that would be good information to have. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101110/c5b82592/attachment.htm From sythos at gmail.com Wed Nov 10 12:41:19 2010 From: sythos at gmail.com (Altair Sythos Memo) Date: Wed, 10 Nov 2010 21:41:19 +0100 Subject: [opensource-dev] Infinite loop in viewer-development? In-Reply-To: References: Message-ID: <20101110214119.c7e51749.sythos@gmail.com> On Wed, 10 Nov 2010 09:29:16 -0600 Sheet Spotter wrote: > The code enters an infinite loop when two methods are repeatedly > calling each other. LLVOAvatarSelf::removeMissingBakedTextures calls > LLVOAvatar::updateMeshTextures, which in turn calls > LLVOAvatarSelf::removeMissingBakedTextures. GCC4.4? From oz at lindenlab.com Wed Nov 10 12:44:39 2010 From: oz at lindenlab.com (Oz Linden (Scott Lawrence)) Date: Wed, 10 Nov 2010 15:44:39 -0500 Subject: [opensource-dev] Infinite loop in viewer-development? In-Reply-To: References: <4CDACA8E.3050907@lindenlab.com> Message-ID: <4CDB0437.7010200@lindenlab.com> On 2010-11-10 15:35, Sheet Spotter wrote: > > The infinite loop occurs when the avatar's baked textures cannot be > decoded. > > The problem was encountered while testing OpenJPEG v2, but it could > also occur with any JPEG 2000 decoder. > > After running the code outside the debugger I was able to submit a > rather large crash log (13 MB). > > I would like to create a JIRA entry with more details. Does the new > JIRA entry belong under the Snowstorm or VWR project? > By all means.... use VWR. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101110/af29a0f1/attachment.htm From trilobyte550m at gmail.com Wed Nov 10 13:10:43 2010 From: trilobyte550m at gmail.com (Trilo Byte) Date: Wed, 10 Nov 2010 13:10:43 -0800 Subject: [opensource-dev] Touch Broken, Stuttering Issues In-Reply-To: <4CDABB5F.3090706@lindenlab.com> References: <5C6A918B-3761-4E4A-A309-71DBCA378683@gmail.com> <4CDABB5F.3090706@lindenlab.com> Message-ID: <99104E98-4005-49F2-947E-2B12C3DA9E4F@gmail.com> On Nov 10, 2010, at 7:33 AM, Oz Linden (Scott Lawrence) wrote: > On 2010-11-10 6:13, Trilo Byte wrote: >> I was busy checking out some other items/banging on different parts of the viewer, and didn't realize until just now that "Touch" appears to not be working properly in the latest builds. Clicking left/right on a panel vendor seems to work, but touching a notecard giver, landmark giver, dance ball, and vendors for purchase appears to be broken in the Mac client (I checked multiple regions/builds/shops). Build 214319 appears to work. > > It looks like this was probably a problem with a change that was made > yesterday. > > I've filed https://jira.secondlife.com/browse/VWR-23782 to track the fix. Is this an internal-only issue? I'm getting a permissions violation when I attempt to bring it up. > >> While investigating this problem, I noticed that some 'stuttering' problems appear to be back. Popping open the debug console, it appears I'm getting a string of messages timed to the exact moments things freeze (a little faster than one per second). I'm not sure what it means, can anybody tell me if this is a problem in the Viewer, or something possibly something gone wrong in my settings? > > If you can better describe how to reproduce this, please? It starts at login, and continues even after teleporting to multiple regions. When it's happening, FPS drops from 60-90fps to 14-15fps > > _______________________________________________ > 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 From yoz at lindenlab.com Wed Nov 10 13:29:51 2010 From: yoz at lindenlab.com (Yoz Grahame) Date: Wed, 10 Nov 2010 13:29:51 -0800 Subject: [opensource-dev] Touch Broken, Stuttering Issues In-Reply-To: <99104E98-4005-49F2-947E-2B12C3DA9E4F@gmail.com> References: <5C6A918B-3761-4E4A-A309-71DBCA378683@gmail.com> <4CDABB5F.3090706@lindenlab.com> <99104E98-4005-49F2-947E-2B12C3DA9E4F@gmail.com> Message-ID: On 10 November 2010 13:10, Trilo Byte wrote: > On Nov 10, 2010, at 7:33 AM, Oz Linden (Scott Lawrence) wrote: > > > On 2010-11-10 6:13, Trilo Byte wrote: > >> I was busy checking out some other items/banging on different parts of > the viewer, and didn't realize until just now that "Touch" appears to not be > working properly in the latest builds. Clicking left/right on a panel > vendor seems to work, but touching a notecard giver, landmark giver, dance > ball, and vendors for purchase appears to be broken in the Mac client (I > checked multiple regions/builds/shops). Build 214319 appears to work. > > > > It looks like this was probably a problem with a change that was made > > yesterday. > > > > I've filed https://jira.secondlife.com/browse/VWR-23782 to track the > fix. > > Is this an internal-only issue? I'm getting a permissions violation when I > attempt to bring it up. Ah, looks like this one was moved internally rather than cloned & moved. Fortunately, it's been fixed already: http://hg.secondlife.com/viewer-development/changeset/00572a272c9e -- Yoz -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101110/62b7175f/attachment.htm From trilobyte550m at gmail.com Wed Nov 10 13:52:03 2010 From: trilobyte550m at gmail.com (Trilo Byte) Date: Wed, 10 Nov 2010 13:52:03 -0800 Subject: [opensource-dev] Touch Broken, Stuttering Issues In-Reply-To: References: <5C6A918B-3761-4E4A-A309-71DBCA378683@gmail.com> <4CDABB5F.3090706@lindenlab.com> <99104E98-4005-49F2-947E-2B12C3DA9E4F@gmail.com> Message-ID: I was hoping that build fixed it, but the email that went out said the build had failed. Waiting patiently for a working build to test :-) On Nov 10, 2010, at 1:29 PM, Yoz Grahame wrote: > > On 10 November 2010 13:10, Trilo Byte wrote: > On Nov 10, 2010, at 7:33 AM, Oz Linden (Scott Lawrence) wrote: > > > On 2010-11-10 6:13, Trilo Byte wrote: > >> I was busy checking out some other items/banging on different parts of the viewer, and didn't realize until just now that "Touch" appears to not be working properly in the latest builds. Clicking left/right on a panel vendor seems to work, but touching a notecard giver, landmark giver, dance ball, and vendors for purchase appears to be broken in the Mac client (I checked multiple regions/builds/shops). Build 214319 appears to work. > > > > It looks like this was probably a problem with a change that was made > > yesterday. > > > > I've filed https://jira.secondlife.com/browse/VWR-23782 to track the fix. > > Is this an internal-only issue? I'm getting a permissions violation when I attempt to bring it up. > > Ah, looks like this one was moved internally rather than cloned & moved. Fortunately, it's been fixed already: > http://hg.secondlife.com/viewer-development/changeset/00572a272c9e > > -- Yoz > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101110/4d519207/attachment.htm From sheet.spotter at gmail.com Wed Nov 10 15:19:52 2010 From: sheet.spotter at gmail.com (Sheet Spotter) Date: Wed, 10 Nov 2010 17:19:52 -0600 Subject: [opensource-dev] OpenJPEG v2 progress update Message-ID: <4ED333ABFAA94BC89C68CFE3B1285D68@kenb> I have been quietly working on improving the performance of OpenJPEG v2 for a number of weeks. The focus was on testing an enhancement to one of the internal decoder algorithms. Results with the OpenJPEG test applications showed a 25% improvement in the decoder performance. More recent results have cast doubt on those improvements. The test harness created by Robin Cornelius loads a list of J2C images using a test stub built within the viewer framework. Some images decoded more than 75% faster, while others were 500% slower. The investigation of those results is ongoing. In the last few days I learned that the current viewer patches for OpenJPEG v2 (i.e., http://jira.secondlife.com/browse/SNOW-361 ) do not produce a usable viewer. Decoding a truncated image will report a warning of "Stream has reached its end" or "Stream too short". Almost the entire scene is rendered in gray. My focus is now shifting from working on a faster OpenJPEG v2 to ensuring that OpenJPEG v2 will produce a usable viewer. I am interesting in hearing from anyone else (publicly or privately) that has made progress in creating a usable viewer with OpenJPEG v2. Sheet Spotter -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101110/7129db40/attachment.htm From trilobyte550m at gmail.com Wed Nov 10 15:26:12 2010 From: trilobyte550m at gmail.com (Trilo Byte) Date: Wed, 10 Nov 2010 15:26:12 -0800 Subject: [opensource-dev] Touch Broken, Stuttering Issues In-Reply-To: References: <5C6A918B-3761-4E4A-A309-71DBCA378683@gmail.com> <4CDABB5F.3090706@lindenlab.com> <99104E98-4005-49F2-947E-2B12C3DA9E4F@gmail.com> Message-ID: <5D0D7C9E-37D7-42F9-BAC9-889190929360@gmail.com> Just got the good build now, touch appears to be back to normal. The stuttering/skipping, however, persists. I do notice that the problem appears to get significantly worse when turning on deferred rendering. When that happens, fps (which normally pushes 90) drops to around 11fps and I see a debug console message that reads: WARNING: isFeatureAvailable: Feature RenderDeferred not on feature list! The message is displayed at a rate of 10 per second, or more. This is In addition to all the other messages that appear in the debug console. Glad to see Touch working properly again, but rendering in 214429 is still a big regression for me. Stuttering/performance is much worse than 214370. On Nov 10, 2010, at 1:29 PM, Yoz Grahame wrote: > > On 10 November 2010 13:10, Trilo Byte wrote: > On Nov 10, 2010, at 7:33 AM, Oz Linden (Scott Lawrence) wrote: > > > On 2010-11-10 6:13, Trilo Byte wrote: > >> I was busy checking out some other items/banging on different parts of the viewer, and didn't realize until just now that "Touch" appears to not be working properly in the latest builds. Clicking left/right on a panel vendor seems to work, but touching a notecard giver, landmark giver, dance ball, and vendors for purchase appears to be broken in the Mac client (I checked multiple regions/builds/shops). Build 214319 appears to work. > > > > It looks like this was probably a problem with a change that was made > > yesterday. > > > > I've filed https://jira.secondlife.com/browse/VWR-23782 to track the fix. > > Is this an internal-only issue? I'm getting a permissions violation when I attempt to bring it up. > > Ah, looks like this one was moved internally rather than cloned & moved. Fortunately, it's been fixed already: > http://hg.secondlife.com/viewer-development/changeset/00572a272c9e > > -- Yoz > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101110/bb814312/attachment.htm From carlo at alinoe.com Wed Nov 10 16:10:52 2010 From: carlo at alinoe.com (Carlo Wood) Date: Thu, 11 Nov 2010 01:10:52 +0100 Subject: [opensource-dev] OpenJPEG v2 progress update In-Reply-To: <4ED333ABFAA94BC89C68CFE3B1285D68@kenb> References: <4ED333ABFAA94BC89C68CFE3B1285D68@kenb> Message-ID: <20101111001052.GA32254@alinoe.com> I thought that the big problem with openjpeg v2 is that it doesn't deal with partial streams correctly. Has that changed? On Wed, Nov 10, 2010 at 05:19:52PM -0600, Sheet Spotter wrote: > In the last few days I learned that the current viewer patches for OpenJPEG v2 > (i.e., http://jira.secondlife.com/browse/SNOW-361 ) do not produce a usable > viewer. Decoding a truncated image will report a warning of ?Stream has reached > its end? or ?Stream too short?. Almost the entire scene is rendered in gray. > > My focus is now shifting from working on a faster OpenJPEG v2 to ensuring that > OpenJPEG v2 will produce a usable viewer. > > I am interesting in hearing from anyone else (publicly or privately) that has > made progress in creating a usable viewer with OpenJPEG v2. -- Carlo Wood From aklo at skyhighway.com Thu Nov 11 15:47:48 2010 From: aklo at skyhighway.com (aklo at skyhighway.com) Date: Thu, 11 Nov 2010 15:47:48 -0800 (PST) Subject: [opensource-dev] IP Violations Message-ID: Please forgive my submitting this mail to this list. i know it's not the perfect forum, but i think some of the people who need to read it are on this list, and that it may be of interest to others. Pretty please, if this bugs you or you think it's spam or whatever, just delete it and forget i sent it. i promise not to respond to anyone or follow-up with any more of the same if people ask me not to. This is the problem: when i first started using SL i did what i think everyone does and collected freebies, did Midnight Madness, accepted presents from pretty much everyone, and really, just acted like someone from the country in New York City. Don't laugh, i know you've been there yourself sometime in your life. Somewhere in all that i got stuff that had been ripped off by bots or whatever. The worst i might be guilty of is receiving stolen property without any knowledge of it, or reason to expect there were problems with it. Beginning about 9 months ago i started getting IP complaint mail from LL and things automatically removed from my inventory. For a while, it was at least once a day. It had effects on things i made myself due to the way i had embedded the stuff with IP violations in it. It also blew it for me with people i'd given copies to of the things i'd made that had problems, especially the new users. i still get IP violation mail sometimes with items automatically removed from my inventory. i have to say, it's unsettling and a little like coming home to find my apartment turned upside down and inside out by the cops. What i think would be much better if, instead of automatically raiding my inventory, the procedure would be IP violation mail with a request to delete the accused items within a week or some reasonable time after which it could be automatically removed. For the benefit of new users, the IP violation warnings should also come with extremely explicit instructions on how to find & be sure all offending items had been removed. The ongoing problem has caused me to make the following resolutions: * Never, ever get any "freebies" anywhere for any reason. * Never, ever do "Midnight Madness" for any reason, at anytime, anywhere. * Never, ever accept anything from anyone for any reason unless i know for certain the it really is theirs to give. Like, i watched them make it. * Never, ever buy anything anywhere at any time, either in world or from an online marketplace unless i know for certain the person selling it is the only other person involved in the sale and that the seller is the person who made it. Like, i watched them do it and they are "there" at the time. That really does pretty much rule out any transaction involving an online marketplace. i tell everyone i know or meet the same thing. i know a fair amount about how computers work. i understand a decent amount of the context of the SL world. Still, whatever the stuff really is, the reality enhancement, surrogate effect, or whatever you want to call it that SL offers is significant enough that root, a sysmon, or whatever they want to call themselves grabbing stuff in a heirarchy with my ID claiming it without asking first is creepy, annoying and to me, worth complaining about. i doubt that i am the only one who feels like that, too. One last thing, i really gotta say is that i feel like some of the people doing the complaining about their IP really ought to look at the total concept of their own lives and try to think about the world as a bigger place than they do. There's times when "hypocrite" is not an unfair accusation in the "big picture" of things. What i mean is, the viewer is open sourced and there are good, creative, intelligent people who are not earning salaries or have lost income because of it. Linux is open source and there are good, creative, intelligent people who are not earning salaries or have lost income because of it, i know because i have known some of them very personally. For anyone who works on open source code, especially the viewer, to complain about the IP in their VW creations being abused is in my opinion, not very fair. Just sayin'. Seriously, i'm an anarcho-communist. i think everyone doing anything worthwhile should be entitled to a fair share of whatever is available in the world and not have to worry about food, a place to live and all that. For "worthwhile," i'd call it anything that some significant number of other people get some good out of, or think is worth having available whether they get anything out of it themselves or not. But we don't live in that kind of world. At least not now. For better or worse LL has made SL a capitalist experience and until someone finds a way of subverting that in a way that keeps everyone happy, that's what we're stuck with. Still, i think beating on people for having some dance animation, hair for their avatar, or other copy of a file that didn't get all the L$ paid to all the people who think they are entitled to them can be inconsiderate, rude, and not the kind of thing that's going to grow the idea in SL that has the most potential for empowering imagination, achievement, and long-term progress with long-term value. The "i, me mine thing" may make it a more solid investment or whatever for capitalists, but i think we've seen enough of that philosophy in the world recently to see that it's got big, ugly problems and isn't going to play into the kind of future that studying VWs like SL can lead to. i don't think i'm the only one in SL, RL, or wherever who feels like that or i wouldn't have bothered sending this message. Sorry if i took up a lot of time or put extra mail in your Inbox you didn't want to see. Please have a wonderful day! - AK From tateru.nino at gmail.com Thu Nov 11 17:28:31 2010 From: tateru.nino at gmail.com (Tateru Nino) Date: Fri, 12 Nov 2010 12:28:31 +1100 Subject: [opensource-dev] OpenJPEG v2 progress update In-Reply-To: <20101111001052.GA32254@alinoe.com> References: <4ED333ABFAA94BC89C68CFE3B1285D68@kenb> <20101111001052.GA32254@alinoe.com> Message-ID: <4CDC983F.8060205@gmail.com> So that would seem to imply that either texture transfers are short, or the buffers are being erroneously truncated before they can be properly handed off to the decoder, yes? On 11/11/2010 11:10 AM, Carlo Wood wrote: > I thought that the big problem with openjpeg v2 is that it doesn't > deal with partial streams correctly. Has that changed? > > On Wed, Nov 10, 2010 at 05:19:52PM -0600, Sheet Spotter wrote: >> In the last few days I learned that the current viewer patches for OpenJPEG v2 >> (i.e., http://jira.secondlife.com/browse/SNOW-361 ) do not produce a usable >> viewer. Decoding a truncated image will report a warning of ?Stream has reached >> its end? or ?Stream too short?. Almost the entire scene is rendered in gray. >> >> My focus is now shifting from working on a faster OpenJPEG v2 to ensuring that >> OpenJPEG v2 will produce a usable viewer. >> >> I am interesting in hearing from anyone else (publicly or privately) that has >> made progress in creating a usable viewer with OpenJPEG v2. -- Tateru Nino http://dwellonit.taterunino.net/ From genejinsl at gmail.com Thu Nov 11 18:37:22 2010 From: genejinsl at gmail.com (GeneJ) Date: Thu, 11 Nov 2010 19:37:22 -0700 Subject: [opensource-dev] OpenJPEG v2 progress update In-Reply-To: <4CDC983F.8060205@gmail.com> Message-ID: I am a Mac user who builds and create sculpts. My last two months in SL have been horrid from a viewer standpoint. When the Phoenix viewer moved away from KDU, most Mac users lost the ability to upload sculpts in that viewer. I'm at least led to believe this IS an OpenJpg issue. (I don't consider it a bug, as I have at least formed an opionion that no one bothered to check for this functionality prior to release.) I am told the Phoenix developers have found the problem and have a fix, however, that fix has yet to be included in a beta. The "broken" Phoenix-Mac viewer has not been a small issue, although it effects a subset of creators (those who primarily create sculpt maps and also use Mac computers). The work around for me, and for others, involves the user moving back and forth viewer to viewer. For me, its multiple round trips per trial/test, and many occasions of same before I have a finished sculpt. It's time consuming (and often expensive) enough to produce sculpts for Second Life without the added pressure, frustration and plain old hassle this issue has created. I can not count the number of uncompleted projects in my inventory. At the time Emerald was banned, I was among those who wrote to LL pleading they not effect the ban until a replacement viewer was available for users of current PC and Mac systems. That supporting release for the Mac was sure short lived! Such a VERY unhappy bear. --GJ On 11/11/10 6:28 PM, "Tateru Nino" wrote: >So that would seem to imply that either texture transfers are short, or >the buffers are being erroneously truncated before they can be properly >handed off to the decoder, yes? > >On 11/11/2010 11:10 AM, Carlo Wood wrote: >> I thought that the big problem with openjpeg v2 is that it doesn't >> deal with partial streams correctly. Has that changed? >> >> On Wed, Nov 10, 2010 at 05:19:52PM -0600, Sheet Spotter wrote: >>> In the last few days I learned that the current viewer patches for >>>OpenJPEG v2 >>> (i.e., http://jira.secondlife.com/browse/SNOW-361 ) do not produce a >>>usable >>> viewer. Decoding a truncated image will report a warning of ?Stream >>>has reached >>> its end? or ?Stream too short?. Almost the entire scene is rendered in >>>gray. >>> >>> My focus is now shifting from working on a faster OpenJPEG v2 to >>>ensuring that >>> OpenJPEG v2 will produce a usable viewer. >>> >>> I am interesting in hearing from anyone else (publicly or privately) >>>that has >>> made progress in creating a usable viewer with OpenJPEG v2. > >-- >Tateru Nino >http://dwellonit.taterunino.net/ > >_______________________________________________ >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 From scruffy.kiwi at gmail.com Thu Nov 11 20:00:54 2010 From: scruffy.kiwi at gmail.com (Scruffy) Date: Fri, 12 Nov 2010 15:00:54 +1100 Subject: [opensource-dev] OpenJPEG v2 progress update In-Reply-To: References: <4CDC983F.8060205@gmail.com> Message-ID: If Phoenix is broken then use the official viewer to upload your sculpts. What's hard about that? Noone is stopping you running multiple viewers. On Fri, Nov 12, 2010 at 1:37 PM, GeneJ wrote: > I am a Mac user who builds and create sculpts. > > My last two months in SL have been horrid from a viewer standpoint. When > the Phoenix viewer moved away from KDU, most Mac users lost the ability to > upload sculpts in that viewer. I'm at least led to believe this IS an > OpenJpg issue. (I don't consider it a bug, as I have at least formed an > opionion that no one bothered to check for this functionality prior to > release.) > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101112/d0113f1b/attachment.htm From sldev at free.fr Fri Nov 12 04:36:25 2010 From: sldev at free.fr (Henri Beauchamp) Date: Fri, 12 Nov 2010 13:36:25 +0100 Subject: [opensource-dev] What is the license status of UI sounds ? In-Reply-To: <4CD76970.7050900@lindenlab.com> References: <20101105215053.0708e6f4.sldev@free.fr> <4CD76970.7050900@lindenlab.com> Message-ID: <20101112133625.574902a2.sldev@free.fr> On Sun, 07 Nov 2010 22:07:28 -0500, Oz Linden (Scott Lawrence) wrote: > On 2010-11-05 16:50, Henri Beauchamp wrote: > > These issues could easily be solved (I got a patch ready), provided the UI > > sounds could be distributed as part of the default skin (for example in > > /skins/default/sounds)... > > To do this however, we'd need to know what is the license status of the UI > > sounds: does LL allow TPV developpers to distribute them (under the Artistic > > License, for example, like for the UI artwork), and if yes under which > > License ? > > This sounds like a very interesting contribution, Henri. > > I'll look into the license issue. Any news on this front ? From genejinsl at gmail.com Fri Nov 12 06:47:52 2010 From: genejinsl at gmail.com (GeneJ) Date: Fri, 12 Nov 2010 07:47:52 -0700 Subject: [opensource-dev] OpenJPEG v2 progress update In-Reply-To: Message-ID: Scruffy: You wrote, "?Use the official viewer to upload your sculpts. What's hard about that?" Errr?. the official viewer doesn't support the temporary upload of sculpts maps. Particulars of sculpt sizing and sculpt LOD make temporary uploads particularly useful to creators like me. There's more, a lot more. Just ask some builders for their thoughts on Viewer 2. I'm the v2 coordinator for some groups and love it for media, wardrobe and favorites, but I'll pass on it for building. I did attend the v2 Town Hall way back when, and I've participated in some Linden Office Hours, too. I'll include a couple things below: *viewer2 forces you to round the statistics for object XYZ location, size and rotation. Some other viewers have extra digits for these these things (object tab > location and size). *other viewers have one click copy-paste for XYZ location-size-rotation of object/prim?supports quick cloning and/or precise fit, even within a linked set. The extra digits are particularly nice when you are using Excel to store or generate for build calculations ? Or maybe just for the triangle math. *buried inventory management tools. V2 has things like file upload, collapse folders, sorting and the like buried under icons at the bottom of the side panel. As for running multiple viewers, please read the original post. To that, I'll ad that lots of creators are already running graphics and memory intense operations. For example, maybe Blender, Maya or 3dMax, probably Photoshop or Gimp (maybe both). --GJ From: Scruffy Date: Fri, 12 Nov 2010 15:00:54 +1100 To: "GeneJ (SL)" Cc: Subject: Re: [opensource-dev] OpenJPEG v2 progress update If Phoenix is broken then use the official viewer to upload your sculpts. What's hard about that? Noone is stopping you running multiple viewers. On Fri, Nov 12, 2010 at 1:37 PM, GeneJ wrote: > I am a Mac user who builds and create sculpts. > > My last two months in SL have been horrid from a viewer standpoint. When > the Phoenix viewer moved away from KDU, most Mac users lost the ability to > upload sculpts in that viewer. I'm at least led to believe this IS an > OpenJpg issue. (I don't consider it a bug, as I have at least formed an > opionion that no one bothered to check for this functionality prior to > release.) > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101112/bbb1be46/attachment.htm From wolfpup67 at earthlink.net Fri Nov 12 08:28:04 2010 From: wolfpup67 at earthlink.net (WolfPup Lowenhar) Date: Fri, 12 Nov 2010 11:28:04 -0500 Subject: [opensource-dev] Test build of STORM-102 Message-ID: <000c01cb8286$a45da460$ed18ed20$@net> Storm-102: https://jira.secondlife.com/browse/STORM-102 Test Build is located here: http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/oz_viewer-st orm-102/rev/214567/index.html Please test and leave any comments in the jira. ALSO NOTE that there is going to be temporary breakage of P2P IM logs as the name used for the logs is being changed. It will be using the user name instead of the legacy name. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101112/8b25bdb0/attachment-0001.htm From akanevsky at productengine.com Fri Nov 12 12:15:51 2010 From: akanevsky at productengine.com (Anya Kanevsky) Date: Fri, 12 Nov 2010 14:15:51 -0600 Subject: [opensource-dev] Daily Scrum Summary - Thursday, November 11 Message-ID: *Thursday, November 11, 2010* *General Notes* - Merge Monkey of the Day: Oz - Beta 3 is out! - If an issue is ?In Progress? it should have a time estimate! - Please remember - when merging your fixes into Beta, you must also pull them into viewer-development immediately after - If you take a bug off any of the bug queues, please move it to the current sprint. *Team Status* *Merov Linden* *PAST* - STORM-105: Perf gathering: got internal feedback, did a last v-d merge and got it prepared for integration - STORM-146: kdu-autobuild: created the repo , went through the whole autobuild config process, built the coresys lib, pushed 1st draft on remote hg - STORM-151: kdu static link: created public dev repo and pushed current rearchitecture to dev repo *FUTURE* - STORM-146: kdu-autobuild: finish coresys building and packaging - STORM-151: kdu static link: move things around so that it can build without dropping anything to source tree *IMPEDIMENTS* - None *Oz Linden* *PAST* - Assorted wiki updates - Merge Monkeying *FUTURE* - Continue merge monkey (9 issues currently queued) - Continue working on library upgrade issues and documentation - Start on setting up a reviewboard instance (thank you Q) *IMPEDIMENTS* - none *Q Linden* *PAST* - Beta 3 release - Planning / budgets *FUTURE* - Triage - Meetings *IMPEDIMENTS* - none *Esbee Linden* - OOO *Paul ProductEngine* *PAST* - BUG STORM-573 Move "Bubble Chat" preference from Advanced to Chat - Fixed and sent to bitbucket - BUG STORM-570 Layout cleanup in the General tab of Preferences - Fixed and sent to bitbucket - BUG STORM-575 Layout cleanup in the Chat tab of Preferences - Fixed and sent to bitbucket - BUG STORM-593 Make transparent texteditor and lineeditor - Created bug *FUTURE* - STORM-587 Layout cleanup in the Advanced tab of Preferences *IMPEDIMENTS* - none *Seth Productengine* *PAST* - BUG (STORM-581) IM toasts don't respect font color preferences for Chat - Investigated. Asked for clarifications about unused color settings. - BUG (STORM-578) SLURL font color in the nearby chat toast doesn't respect Chat preferences - Fixed. Sent for review. - BUG (STORM-579) Resident SLURL font color doesn't match Chat preferences for plain text Nearby Chat log - Investigating. *FUTURE* - BUG (STORM-579) Resident SLURL font color doesn't match Chat preferences for plain text Nearby Chat log - Estimated: 6 hours. - BUG (STORM-581) IM toasts don't respect font color preferences for Chat - Estimated: 2 hours if clarified in jira. *IMPEDIMENTS* - STORM-581 *Andrew Productengine* *PAST* - Major task STORM-566 (Add new tabs to Preferences) - Implemented and pushed into STORM-31 repo. - Normal task STORM-583 (Move colors-related preferences to the new Colors tab). - Fixed and pushed into STORM-31 repo. - Normal bug STORM-592 (Color swatches have a lot of unused and uncustomizable space beneath them. Make it customizable). - Encountered this problem while working on STORM-583. Created ticket, fixed and pushed into STORM-31 repo. - Normal task STORM-582 (Take movement and camera control preferences from Advanced and move them to the new Move & View tab) - WIP. Estimate- 3 hours. *FUTURE* - Major task STORM-576 (Add a Preference to allow users to enable double-click to teleport or use auto-pilot) - Normal task STORM-582 (Take movement and camera control preferences from Advanced and move them to the new Move & View tab) - Some other issues from STORM-31. *IMPEDIMENTS* - STORM-571, STORM-572 *Vadim Productengine* *PAST* - STORM-52 (Hook up external script editor): - In progress, 70% complete. *FUTURE* - Complete STORM-52 implementation. *IMPEDIMENTS* - none *Andrey Productengine* *PAST* - re-ran smoke and integrity tests against 2.3.0 Beta3 r214440 - completed regression testing of Beta3 *FUTURE* - switch to the latest v-d build and verify integrated tickets - start regression testing of v-d build *IMPEDIMENTS* - none *Wolfpup Lowenhar* *PAST* - STORM-102 : received email from Leyla and did some digging in the code then emailed Leyla again. Also tried one possible way to make conversion but that failed to build - attended Esbee's OH - worked @ main job *FUTURE* - STORM-102 : Waiting on reply back from Leyla. More digging in the code. *IMPEDIMENTS* - Not enough time between working in world and a real job to actually work on code. - Having to wait on emails.(but I know people @ LL are busy.) -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101112/8e475333/attachment.htm From akanevsky at productengine.com Fri Nov 12 12:19:57 2010 From: akanevsky at productengine.com (Anya Kanevsky) Date: Fri, 12 Nov 2010 14:19:57 -0600 Subject: [opensource-dev] Daily Scrum Summary - Friday, November 12 Message-ID: *Friday, November 12, 2010* *General Notes* - Merge Monkey of the Day: Oz - Beta 3 is out! - If an issue is ?In Progress? it should have a time estimate! - Please remember - when merging your fixes into Beta, you must also pull them into viewer-development immediately after - If you take a bug off any of the bug queues, please move it to the current sprint. *Team Status* *Merov Linden* *PAST* - STORM-146: kdu-autobuild: Identified minimal package that get viewer to compile. - STORM-151: kdu static link: Passes compilation without dropping kdu files in tree but linking fails with v6.4. Deep rework required to use the new API. Considering dumping some of the old crufty code and go with a more direct application of v6.4. *FUTURE* - STORM-146: kdu-autobuild: Create TC tasks so to build Windows and Linux kdu libs as well. - STORM-151: kdu static link: Continue upgrading to v6.4. Will work on decompression first, putting compression on the back burner for the moment. *IMPEDIMENTS* - None *Oz Linden* *PAST* - Assorted wiki updates - Merge Monkeying - Started on reviewboard (set up EC2 account) *FUTURE* - Put out call for reviews on autobuild - Continue merge monkey (pull STORM-102 ?) - Ask for help on library issue *IMPEDIMENTS* - none *Q Linden* *PAST* - Beta 3 release - Planning / budgets - Meetings *FUTURE* - Crashhunters - Process - 2.4 coding (hopefully) *IMPEDIMENTS* - none *Esbee Linden* *PAST* - OOO *FUTURE* - Work on design doc for prim alignment (STORM-45) - Review keyboard shortcuts spec (STORM-26) - VWR Triage - Prioritize tickets for team and queue up more work - Viewer planning - Look at STORM -535, 318, 537, 539, 174, 316, 580, and 581 and provide feedback/review next steps. *IMPEDIMENTS* - none *Paul ProductEngine* *PAST* - TASK STORM-570 (Layout cleanup in the General tab of Preferences ) - Improved and put to bitbucket - TASK STORM-585 (Layout cleanup in the Privacy tab in Preferences) - Implemented and put to bitbucket - TASK STORM-587 (Layout cleanup in the Advanced tab of Preferences) - Implemented and put to bitbucket - TASK STORM-586 (Layout cleanup in the Setup tab of Preferences) - Implemented and put to bitbucket *FUTURE* - Other tickets by priority *IMPEDIMENTS* - none *Seth Productengine* *PAST* - BUG (STORM-579) Resident SLURL font color doesn't match Chat preferences for plain text Nearby Chat log - WIP. Found a possible fix. Needs some more testing. *FUTURE* - BUG (STORM-579) Resident SLURL font color doesn't match Chat preferences for plain text Nearby Chat log - Estimated: 4 hours. - BUG (STORM-578) SLURL font color in the nearby chat toast doesn't respect Chat preferences - Estimated: 30m. *IMPEDIMENTS* - "(STORM-580) Changing IM font color Preferences doesn't affect IM/Group chats" - "(STORM-581) IM toasts don't respect font color preferences for Chat" - need a decision on what to do with IM font color Preference, whether it should be removed. Or where should it be used? *Andrew Productengine* *PAST* - Normal task STORM-582 (Take movement and camera control preferences from Advanced and move them to the new Move & View tab) - Fixed and pushed to STORM-31 repo. - Major task STORM-576 (Add a Preference to allow users to enable double-click to teleport or use auto-pilot) - Investigated. The possible implementation would be overcomplicated, asked Esbee in ticket to consider a change of current design. - Critical task STORM-560 (Add Preference that allows users to select default behavior when pressing letter keys) - Started investigating. Not sure about estimate, but it's surely not easy and I suppose that it may not be fixed in this sprint. - Reviewed Paul's tickets and made some additional changes to my previously commited tasks. *FUTURE* - STORM-560 *IMPEDIMENTS* - STORM-571, STORM-572 - Still no design changes. Paul had to temporarily leave voice prefs in advanced, because otherwise these settings would be lost from viewer after integration of our current work, because there is no room for them in sound&media. These changes are needed really badly. *Vadim Productengine* *PAST* - STORM-52 (Hook up external script editor): - Feature complete. Implemented two-way text synchronization between the embedded script editor and user-specified external one; saving file in the external editor automatically launches script compilation. Tested on Linux. *FUTURE* - STORM-52 - Test on Windows, polish, commit. *IMPEDIMENTS* - none *Andrey Productengine* *PAST* - switched to v-d build r214451 - verified integrated tickets - started regression testing, see spreadsheet *FUTURE* - proceed with v-d regression testing - update regression suite with latest features (floaters transparency, show/hide IM/Chat floaters and so on) *IMPEDIMENTS* - none *Wolfpup Lowenhar* *PAST* - STORM-102 :had more conversation with Leyla via email and Oz via irc on needed changes made said changes then built and tested localy which was successful. Pulled updated from v-d to local repos and then pushed them as well as needed changes to online repository to make test build. - worked @ main job *FUTURE* - look for new task to work on in the next sprint. - make any adjustments needed to finish STORM-102 *IMPEDIMENTS* - Not enough time between working in world and a real job to actually work on code. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101112/911e3cbb/attachment-0001.htm From merov at lindenlab.com Fri Nov 12 17:35:23 2010 From: merov at lindenlab.com (Philippe (Merov) Bossut) Date: Fri, 12 Nov 2010 17:35:23 -0800 Subject: [opensource-dev] STORM-151 : KDU v6.4.1 upgrade update Message-ID: Hi guys, As anyone who reads Snowstorm's scrum reports knows, I've been working on upgrading our old KDU v4.2.1 to v6.4.1. This work is chronicled in STORM-146 and STORM-151 (as well as STORM-105 for the metric harness). This afternoon, I was happy to break through the fog and got a first viewer working with v6.4.1! I quickly ran some perf runs and it seems that this new lib gives us a 30% boost in decompression speed (tested on Mac OS X). I posted some preliminary results here: https://wiki.secondlife.com/wiki/Performance_Testers#Results Obviously, I need to run more extensive tests but that's a good start. My experience with running that short test during STORM-105 development taught me that the results are rather consistent from run to run. Compression is missing right now (the old LLImageJ2CKDU::encodeImpl() is victim of bit rot...) and will be my next focus. Don't rush to pull from my STORM-151 dev repo though: the kdu binaries are not posted and you wouldn't be able to build with it. *However* one should be able to build a standalone viewer with openjpeg with that repo and, if I broke anything (I had to do some cmake changes) I'd really appreciate folks telling me what I did wrong. I also can't make binaries available as I haven't completed the kdu building project for all platforms (only Mac right now). K, lots of things missing still but that was a long overdue update on this project and I know some of you were wondering if it'd ever make it to the finish line so, that quick note to say: yeap, it's coming and it's looking good right now. Cheers, - Merov -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101112/8d27846d/attachment.htm From trilobyte550m at gmail.com Fri Nov 12 19:33:02 2010 From: trilobyte550m at gmail.com (Trilo Byte) Date: Fri, 12 Nov 2010 19:33:02 -0800 Subject: [opensource-dev] STORM-151 : KDU v6.4.1 upgrade update In-Reply-To: References: Message-ID: Sounds great, let me know if you need any additional Mac testing :-) TriloByte Zanzibar On Nov 12, 2010, at 5:35 PM, Philippe (Merov) Bossut wrote: > Hi guys, > > As anyone who reads Snowstorm's scrum reports knows, I've been working on upgrading our old KDU v4.2.1 to v6.4.1. This work is chronicled in STORM-146 and STORM-151 (as well as STORM-105 for the metric harness). > > This afternoon, I was happy to break through the fog and got a first viewer working with v6.4.1! I quickly ran some perf runs and it seems that this new lib gives us a 30% boost in decompression speed (tested on Mac OS X). I posted some preliminary results here: https://wiki.secondlife.com/wiki/Performance_Testers#Results > > Obviously, I need to run more extensive tests but that's a good start. My experience with running that short test during STORM-105 development taught me that the results are rather consistent from run to run. > > Compression is missing right now (the old LLImageJ2CKDU::encodeImpl() is victim of bit rot...) and will be my next focus. > > Don't rush to pull from my STORM-151 dev repo though: the kdu binaries are not posted and you wouldn't be able to build with it. *However* one should be able to build a standalone viewer with openjpeg with that repo and, if I broke anything (I had to do some cmake changes) I'd really appreciate folks telling me what I did wrong. > > I also can't make binaries available as I haven't completed the kdu building project for all platforms (only Mac right now). > > K, lots of things missing still but that was a long overdue update on this project and I know some of you were wondering if it'd ever make it to the finish line so, that quick note to say: yeap, it's coming and it's looking good right now. > > Cheers, > - Merov > _______________________________________________ > 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101112/dd4d0b1c/attachment.htm From laurent.bechir at madonie.org Sat Nov 13 03:35:04 2010 From: laurent.bechir at madonie.org (Laurent Bechir) Date: Sat, 13 Nov 2010 12:35:04 +0100 Subject: [opensource-dev] Dynamic shadows and ATI Message-ID: <4CDE77E8.40803@madonie.org> Hello, Anyone can tell me when Dynamic shadows will support ATI card, please ? I'm actually wondering what is the best if I want to use them, change my ATI for a Nvidia or wait it's supported. Thank you From oz at lindenlab.com Sat Nov 13 03:52:09 2010 From: oz at lindenlab.com (Oz Linden (Scott Lawrence)) Date: Sat, 13 Nov 2010 06:52:09 -0500 Subject: [opensource-dev] STORM-151 : KDU v6.4.1 upgrade update In-Reply-To: References: Message-ID: <4CDE7BE9.8050704@lindenlab.com> On 2010-11-12 20:35, Philippe (Merov) Bossut wrote: > > This afternoon, I was happy to break through the fog and got a first > viewer working with v6.4.1! I quickly ran some perf runs and it seems > that this new lib gives us a 30% boost in decompression speed (tested > on Mac OS X). I posted some preliminary results here: > https://wiki.secondlife.com/wiki/Performance_Testers#Results That's great work, Merov. I know that it's still early, but does that seem to actually result in a subjective performance difference? It will be interesting to measure things like the frame rate when exploring. From nexisentertainment at gmail.com Sat Nov 13 03:54:32 2010 From: nexisentertainment at gmail.com (Rob Nelson) Date: Sat, 13 Nov 2010 03:54:32 -0800 Subject: [opensource-dev] Dynamic shadows and ATI In-Reply-To: <4CDE77E8.40803@madonie.org> References: <4CDE77E8.40803@madonie.org> Message-ID: <4CDE7C78.5060205@gmail.com> You're better off getting a new card, since the card doesn't support dynamic shadows, not the other way around. Rob On 11/13/2010 3:35 AM, Laurent Bechir wrote: > Hello, > > Anyone can tell me when Dynamic shadows will support ATI card, please ? > I'm actually wondering what is the best if I want to use them, change my > ATI for a Nvidia or wait it's supported. > > Thank you > _______________________________________________ > 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 > From laurent.bechir at madonie.org Sat Nov 13 04:04:41 2010 From: laurent.bechir at madonie.org (Laurent Bechir) Date: Sat, 13 Nov 2010 13:04:41 +0100 Subject: [opensource-dev] Dynamic shadows and ATI In-Reply-To: <4CDE7C78.5060205@gmail.com> References: <4CDE77E8.40803@madonie.org> <4CDE7C78.5060205@gmail.com> Message-ID: <4CDE7ED9.70100@madonie.org> Rob Nelson a ?crit : > You're better off getting a new card, since the card doesn't support > dynamic shadows, not the other way around. > > Rob Is it a hardware problem of ATI or just a software problem that can be solved by SL developers ? From dave at meadowlakearts.com Sat Nov 13 07:17:15 2010 From: dave at meadowlakearts.com (Dave Booth) Date: Sat, 13 Nov 2010 09:17:15 -0600 Subject: [opensource-dev] Dynamic shadows and ATI In-Reply-To: <4CDE7ED9.70100@madonie.org> References: <4CDE77E8.40803@madonie.org> <4CDE7C78.5060205@gmail.com> <4CDE7ED9.70100@madonie.org> Message-ID: <4CDEABFB.7010008@meadowlakearts.com> On 11/13/2010 06:04, Laurent Bechir wrote: > > Is it a hardware problem of ATI or just a software problem that can be > solved by SL developers ? ATIs drivers have bugs - ATI + OpenGL FBOs = crash or render artifacts or both. From javajoint at gmail.com Sat Nov 13 16:26:47 2010 From: javajoint at gmail.com (Daniel Smith) Date: Sat, 13 Nov 2010 16:26:47 -0800 Subject: [opensource-dev] MacSimStick - Alpha Release 1, bring your own Mono Message-ID: I'm happy to say that I have a snapshot release of MacSimStick available for Mac users: http://bit.ly/dls-mss-a1 I have NOT solved the problem of running Mono locally on a disk image (in this case, /Volumes/MacSimStick). I am deeming it better to get this out to the Mac community now - some can use it as is, and someone much more adept at Mono is likely to tell me where I tripped up. If you are not comfy setting up Mono, and possibly X11, on your own, sit this release out. The intent is to clobber a couple of configuration issues soon and get this polished so that you dont have to even know what Mono is! cheers, Daniel p,s, thanks to Diva, Jon Cundill, Ener Hax, and others for encouragement and pointers. -- Daniel Smith - Sonoma County, California http://daniel.org/resume From robertltux at gmail.com Sat Nov 13 17:42:31 2010 From: robertltux at gmail.com (Robert Martin) Date: Sat, 13 Nov 2010 20:42:31 -0500 Subject: [opensource-dev] not quite off topic how to have server switched to an RC channel?? Message-ID: Im part of an rp and we have a problem that one of our sims is on the release channel and the rest are on magnum how can this be fixed?? -- Robert L Martin the problem is that walking from this sim to the rest is about impossible From oz at lindenlab.com Sun Nov 14 06:14:25 2010 From: oz at lindenlab.com (Oz Linden (Scott Lawrence)) Date: Sun, 14 Nov 2010 09:14:25 -0500 Subject: [opensource-dev] What is the license status of UI sounds ? In-Reply-To: <20101105215053.0708e6f4.sldev@free.fr> References: <20101105215053.0708e6f4.sldev@free.fr> Message-ID: <4CDFEEC1.3030305@lindenlab.com> On 2010-11-05 16:50, Henri Beauchamp wrote: > To do this however, we'd need to know what is the license status of the UI > sounds: does LL allow TPV developpers to distribute them (under the Artistic > License, for example, like for the UI artwork), and if yes under which > License ? At present, any sounds or other elements fetched by the viewer from the asset server are for licensing purposes just assets. As such, they are subject to the rules on whether or not assets can be copied out to external storage - that is, only if the user executing the copy is the Creator of the asset. From tateru at taterunino.net Sun Nov 14 06:26:07 2010 From: tateru at taterunino.net (Tateru Nino) Date: Mon, 15 Nov 2010 01:26:07 +1100 Subject: [opensource-dev] What is the license status of UI sounds ? In-Reply-To: <4CDFEEC1.3030305@lindenlab.com> References: <20101105215053.0708e6f4.sldev@free.fr> <4CDFEEC1.3030305@lindenlab.com> Message-ID: <4CDFF17F.8040509@taterunino.net> On 15/11/2010 1:14 AM, Oz Linden (Scott Lawrence) wrote: > On 2010-11-05 16:50, Henri Beauchamp wrote: >> To do this however, we'd need to know what is the license status of the UI >> sounds: does LL allow TPV developpers to distribute them (under the Artistic >> License, for example, like for the UI artwork), and if yes under which >> License ? > At present, any sounds or other elements fetched by the viewer from the > asset server are for licensing purposes just assets. As such, they are > subject to the rules on whether or not assets can be copied out to > external storage - that is, only if the user executing the copy is the > Creator of the asset. Pretty sure those are not the items that are being asked about, but instead the ones that *are not* fetched by the viewer from the asset server. -- Tateru Nino http://dwellonit.taterunino.net/ From gcanaday at gmail.com Sun Nov 14 09:22:40 2010 From: gcanaday at gmail.com (Glen Canaday) Date: Sun, 14 Nov 2010 12:22:40 -0500 Subject: [opensource-dev] Dynamic shadows and ATI In-Reply-To: <4CDEABFB.7010008@meadowlakearts.com> References: <4CDE77E8.40803@madonie.org> <4CDE7ED9.70100@madonie.org> <4CDEABFB.7010008@meadowlakearts.com> Message-ID: <201011141222.40385.gcanaday@gmail.com> They used to be so much better... on Linux, anyway. I wonder what happened. --GC On Saturday, November 13, 2010 10:17:15 am Dave Booth wrote: > On 11/13/2010 06:04, Laurent Bechir wrote: > > Is it a hardware problem of ATI or just a software problem that can be > > solved by SL developers ? > > ATIs drivers have bugs - ATI + OpenGL FBOs = crash or render artifacts > or both. > _______________________________________________ > 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 From gcanaday at gmail.com Sun Nov 14 09:24:34 2010 From: gcanaday at gmail.com (Glen Canaday) Date: Sun, 14 Nov 2010 12:24:34 -0500 Subject: [opensource-dev] Dynamic shadows and ATI In-Reply-To: <4CDEABFB.7010008@meadowlakearts.com> References: <4CDE77E8.40803@madonie.org> <4CDE7ED9.70100@madonie.org> <4CDEABFB.7010008@meadowlakearts.com> Message-ID: <201011141224.34623.gcanaday@gmail.com> Oh, for the record - I did have dynamic shadows working on an ATI HD2600 on Ubuntu 9.10. It was slow and horrible, but it worked. I have screenshots, somewhere. --GC On Saturday, November 13, 2010 10:17:15 am Dave Booth wrote: > On 11/13/2010 06:04, Laurent Bechir wrote: > > Is it a hardware problem of ATI or just a software problem that can be > > solved by SL developers ? > > ATIs drivers have bugs - ATI + OpenGL FBOs = crash or render artifacts > or both. > _______________________________________________ > 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 From Lance.Corrimal at eregion.de Mon Nov 15 01:27:37 2010 From: Lance.Corrimal at eregion.de (Lance Corrimal) Date: Mon, 15 Nov 2010 10:27:37 +0100 Subject: [opensource-dev] What is the license status of UI sounds ? In-Reply-To: <4CDFEEC1.3030305@lindenlab.com> References: <20101105215053.0708e6f4.sldev@free.fr> <4CDFEEC1.3030305@lindenlab.com> Message-ID: <201011151027.37186.Lance.Corrimal@eregion.de> Am Sonntag, 14. November 2010, 15:14:25 schrieb Oz Linden (Scott Lawrence): > On 2010-11-05 16:50, Henri Beauchamp wrote: > > To do this however, we'd need to know what is the license status of the > > UI sounds: does LL allow TPV developpers to distribute them (under the > > Artistic License, for example, like for the UI artwork), and if yes > > under which License ? > > At present, any sounds or other elements fetched by the viewer from the > asset server are for licensing purposes just assets. As such, they are > subject to the rules on whether or not assets can be copied out to > external storage - that is, only if the user executing the copy is the > Creator of the asset. I do believe that clashes with the general idea of caching anything at all... bye, LC From marc at inworlddesigns.com Mon Nov 15 01:36:03 2010 From: marc at inworlddesigns.com (Marc Adored) Date: Mon, 15 Nov 2010 04:36:03 -0500 Subject: [opensource-dev] What is the license status of UI sounds ? In-Reply-To: <201011151027.37186.Lance.Corrimal@eregion.de> References: <20101105215053.0708e6f4.sldev@free.fr> <4CDFEEC1.3030305@lindenlab.com> <201011151027.37186.Lance.Corrimal@eregion.de> Message-ID: I've always wondered why the viewer had to download sounds that are part of the UI. It makes more sense to have the UI sounds as part of the skin. Would also make skins even more unique :) On Mon, Nov 15, 2010 at 4:27 AM, Lance Corrimal wrote: > Am Sonntag, 14. November 2010, 15:14:25 schrieb Oz Linden (Scott Lawrence): >> On 2010-11-05 16:50, Henri Beauchamp wrote: >> > To do this however, we'd need to know what is the license status of the >> > UI sounds: does LL allow TPV developpers to distribute them (under the >> > Artistic License, for example, like for the UI artwork), and if yes >> > under which License ? >> >> At present, any sounds or other elements fetched by the viewer from the >> asset server are for licensing purposes just assets. ?As such, they are >> subject to the rules on whether or not assets can be copied out to >> external storage - that is, only if the user executing the copy is the >> Creator of the asset. > > I do believe that clashes with the general idea of caching anything at all... > > > > bye, > LC > _______________________________________________ > 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 > From Lance.Corrimal at eregion.de Mon Nov 15 02:06:34 2010 From: Lance.Corrimal at eregion.de (Lance Corrimal) Date: Mon, 15 Nov 2010 11:06:34 +0100 Subject: [opensource-dev] What is the license status of UI sounds ? In-Reply-To: References: <20101105215053.0708e6f4.sldev@free.fr> <201011151027.37186.Lance.Corrimal@eregion.de> Message-ID: <201011151106.34057.Lance.Corrimal@eregion.de> Am Montag, 15. November 2010, 10:36:03 schrieb Marc Adored: > I've always wondered why the viewer had to download sounds that are > part of the UI. It makes more sense to have the UI sounds as part of > the skin. Would also make skins even more unique :) AMEN. From sldev at catznip.com Mon Nov 15 03:09:00 2010 From: sldev at catznip.com (Kitty) Date: Mon, 15 Nov 2010 12:09:00 +0100 Subject: [opensource-dev] Possible bug in LLTextureEntry::setMediaTexGen() Message-ID: <000001cb84b5$8b303350$a19099f0$@com> https://jira.secondlife.com/browse/VWR-23834 could use some reviewing most likely :). Since JIRA seems to have misformatted my personal attempt at a fix: S32 LLTextureEntry::setMediaTexGen(U8 media) { S32 result = setTexGen(media & TEM_TEX_GEN_MASK); result |= setMediaFlags(media & TEM_MEDIA_MASK); return result; } (Resulted in hitting the media cap 3 times in 8 hours vs ~5,000 times/hour before) Changeset that appears to have introduced the bug: http://hg.secondlife.com/viewer-development/changeset/03bdb3e84ee0 Kitty From akanevsky at productengine.com Mon Nov 15 11:30:16 2010 From: akanevsky at productengine.com (Anya Kanevsky) Date: Mon, 15 Nov 2010 13:30:16 -0600 Subject: [opensource-dev] Daily Scrum Summary - Monday, November 15 Message-ID: *Monday, November 15, 2010* *General Notes* - Merge Monkey of the Day: Oz - If an issue is ?In Progress? it should have a time estimate! - Please remember - when merging your fixes into Beta, you must also pull them into viewer-development immediately after - If you take a bug off any of the bug queues, please move it to the current sprint. *Team Status* *Merov Linden* *PAST* - STORM-151: kdu static link: Continue upgrading to v6.4. Got decompression of images to work! W00t!! Compression is off for the moment though. Did some perf tests: apparently, v6.4 is 30% faster than v4.2. Nice! *FUTURE* - STORM-146: kdu-autobuild: Create TC tasks so to build Windows and Linux kdu libs as well. Will focus on that today. - STORM-151: kdu static link: Continue upgrading to v6.4. Will work on compression if time allows. *IMPEDIMENTS* - None *Oz Linden* *PAST* - Merge Monkeying - Third Party Viewer meeting & directory admin - Office Hour - theme was mostly building *FUTURE* - Put out call for reviews on autobuild - Start setting up code review system - Help prep OSdev proposals for next sprint *IMPEDIMENTS* - Dentist appt tomorrow morning (in by lunch time) *Q Linden* - OOO *Esbee Linden* *PAST* - [STORM-26] Working on keyboard shortcuts review - [STORM-316] Added comment with a proposed solution for Inventory sort options. - [STORM-318] Added comment - for now we should put a link to 'Show Advanced Menu' in 'World > Show'* [STORM-320] Reviewed. Need to follow up with Q. - [STORM-535] Worked with Wolfpup to create a better layout for floater opacity sliders. - [STORM-560] Provided definition and PE now has in progress. - [STORM-571], [STORM-572] Provided design input on Sound & Media tab layout issues - [STORM-576] Added response to question of default dblclick behavior and discussed with Grumpity. (The default behavior should be nothing happening on dblclick) - [STORM-580], [STORM-581] - Added comment to ticket. The color setting should be removed. - VWR Triage - Prioritization of tickets for Snowstorm Team *FUTURE* - [STORM-174] Email Kelly to find out if we still need an explicit checkbox to compile scripts in Mono. - [STORM-316] Add more information to ticket with screenshot of new Inventory options menu and clarification of functionality. I think we should now implement this and test it out. Then we'll need to sort out the debug settings as well. - [STORM-320] Ask for input from Q RE: incorrect tabbing behavior in Script Editor - This is annoying on the Mac. Tab indenting is way off. - [STORM-535] Transparency - Suggest a default transparency. (The prefs are removed int he latest dev build, I need to see them again in order to suggest the defaults) - Identify elements where transparency is not being applied. - PE was going to do this. Has it been done? - [STORM-537] Finish updating keyboard shortcuts spec - [STORM-539] Finish initial draft of prim alignment tool design doc - Prep for Sprint 8 - VWR Triage - Prioritization of tickets for Snowstorm Team *IMPEDIMENTS* - none *Paul ProductEngine* *PAST* - TASK-589 (Add a Preference that allows users to display the grid selection drop-down on the login screen) - Implemented. Will apply patch on Monday. - TASK-590 (Add Preferences to enable the display of the Advanced and Development menus) - Implemented. Will apply patch on Monday. - TASK STORM-587 (Layout cleanup in the Advanced tab of Preferences) - Made additional fix and put to bitbucket - Merged and resolved conflicts between STORM-31 and viewer-development repositories *FUTURE* - TASK-588 (Add a Preference that allows users to run multiple Viewer instances) *IMPEDIMENTS* - none *Seth Productengine* *PAST* - BUG (STORM-579) Resident SLURL font color doesn't match Chat preferences for plain text Nearby Chat log - Fixed. Sent for review. - BUG (STORM-578) SLURL font color in the nearby chat toast doesn't respect Chat preferences - Fixed. Sent for review. - TASK (STORM-584) Fix color and opacity setting for Bubble Chat - WIP. Bubble chat shares background color and opacity for name and chat area. Asked in jira whether these areas background color should be set separately. *FUTURE* - TASK (STORM-584) Fix color and opacity setting for Bubble Chat If no replies in jira moving to other tasks. *IMPEDIMENTS* - "(STORM-580) Changing IM font color Preferences doesn't affect IM/Group chats" - "(STORM-581) IM toasts don't respect font color preferences for Chat" - need a decision on what to do with IM font color Preference, whether it should be removed. Or where should it be used? *Andrew Productengine* *PAST* - Major task STORM-571 (Move voice prefs currently located in Advanced to Sound & Media) - Major task STORM-572 (Layout cleanup in the Sound & Media tab of Preferences) - Fixed an pushed into STORM-31 repo. - Helped Vadim to test his fix of STORM-51 on Windows. - Critical task STORM-560 (Add Preference that allows users to select default behavior when pressing letter keys) - WIP. Estimate- 10 hours. *FUTURE* - STORM-560 (Add Preference that allows users to select default behavior when pressing letter keys). *IMPEDIMENTS* - Major task STORM-576 (Add a Preference to allow users to enable double-click to teleport or use auto-pilot) - No answer from Esbee about changing double-click settings. *Vadim Productengine* *PAST* - Task STORM-52 (Hook up external script editor): - Tested on Windows, debugged, put on review. *FUTURE* - Task STORM-540 (Review design doc and create technical implementation subtasks), I guess. *IMPEDIMENTS* - none *Andrey Productengine* *PAST* - continued v-d regression testing r214451 - reported 5 issues - prepared DN test cases for regression suite *FUTURE* - switch to 2.3.0 Beta4(?) on Monday *IMPEDIMENTS* - none *Wolfpup Lowenhar* *PAST* - STORM-535: reworked panel_preferences_color.xml to re-include Floater Opacity sliders and posted code snipet in JIRA. - Searching the backlog for possible issues to work on. - attended Oz?s OH - worked @ main job *FUTURE* - Work up proposal to get ready for next sprint. - work @ main job *IMPEDIMENTS* - Not enough time between working in world and a real job to actually work on code. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101115/74ababf1/attachment-0001.htm From akanevsky at productengine.com Mon Nov 15 15:03:10 2010 From: akanevsky at productengine.com (Anya Kanevsky) Date: Mon, 15 Nov 2010 17:03:10 -0600 Subject: [opensource-dev] Sprint 7 - retrospective Message-ID: *Sprint 7 retrospective:* * * *Merov:* *Good:* * Time track work better though we still need to do a better job * Got traction on "big" items, not just bug fixes *Needs Improvement:* * We're doing a good job with small things but not that good with bigger ones. My own experience shows that 2 weeks is to short to design/socialize/review/code/iterate on anything. * Time and work load not used consistently, so the burn rate and dashboard cannot be trusted. Please update the work spent and remaining time! * We still need a way to pick patches from community faster *Oz:* *Good:* * group communication worked extremely well * made lots of progress communicating with community * handled several integration & beta release minor crises and not have it disrupt everything we?re doing *Needs Improvement:* * trouble focusing on coding tasks * time is too fragmented * need a way to take quick & easy patches - use RB & has proposal for fast path *Esbee:* Esbee had nothing good to say. *Needs Improvement:* * Need to stagger design and development across sprints. (IE. Prim alignment, Keyboard Shortcuts, etc.) * On a case by case basis, I think we need to consider creating project branches for stories we pick up so we don't have non-functional code sitting in viewer-development. We can determine this during sprint planning by marking tickets for which we want to create a project viewer. *Anya:* * beginning of sprint - not enough work - end of sprint - not enough time *Resident Feedback:* *Boroondas Gupte: *Where communication went a bit wrong (I'm partly to blame about that myself, I guess) is VWR-23826 . WolfPup asked me to test the STORM-102 branch, where I noticed that. I've asked Oz what info would be needed from me to fix this before it hits viewer-dev, but I still don't know what I have to provide. * this issue is not lost and will be included in the next sprint. *Improvement & action plan:* 3-week sprint: * doing things in the open takes more time * Sprint 8 will be a 3-week sprint. At the end we will review and consider whether to keep this going forward. * still need to stagger design & socialization work so we have enough at the beginning of a sprint Update dashboard daily so we can use results: * give ourselves credit for what we do, and give ourselves data for better analysis. * grumpity to follow up personal tracking in jira * add merge monkey task in jira and assign back & forth during sprint * beta build task * best practices sharing. * oz to propose a proposal for quick updates Project viewer for larger changes: * named branch in a forked repo? Fork? * project viewer before merging back into viewer-dev ** code review ** product owner review -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101115/4cd7ac72/attachment.htm From oz at lindenlab.com Tue Nov 16 12:17:47 2010 From: oz at lindenlab.com (Oz Linden (Scott Lawrence)) Date: Tue, 16 Nov 2010 15:17:47 -0500 Subject: [opensource-dev] What is the license status of UI sounds ? In-Reply-To: <201011151027.37186.Lance.Corrimal@eregion.de> References: <20101105215053.0708e6f4.sldev@free.fr> <4CDFEEC1.3030305@lindenlab.com> <201011151027.37186.Lance.Corrimal@eregion.de> Message-ID: <4CE2E6EB.6020204@lindenlab.com> On 2010-11-15 4:27, Lance Corrimal wrote: > Am Sonntag, 14. November 2010, 15:14:25 schrieb Oz Linden (Scott Lawrence): >> On 2010-11-05 16:50, Henri Beauchamp wrote: >>> To do this however, we'd need to know what is the license status of the >>> UI sounds: does LL allow TPV developpers to distribute them (under the >>> Artistic License, for example, like for the UI artwork), and if yes >>> under which License ? >> At present, any sounds or other elements fetched by the viewer from the >> asset server are for licensing purposes just assets. As such, they are >> subject to the rules on whether or not assets can be copied out to >> external storage - that is, only if the user executing the copy is the >> Creator of the asset. > I do believe that clashes with the general idea of caching anything at all... There's a pretty clear difference between caching and copying out to be included in a distribution of some other software. Don't get me wrong ... I think that Henri posted a very good analysis and it seems to me that the whole idea is worth looking at more closely. My note was intended to answer the immediate question of what the license on those particular sounds is right now - nothing more. From cmvmh at ymail.com Tue Nov 16 19:10:07 2010 From: cmvmh at ymail.com (Cristy Husbands) Date: Tue, 16 Nov 2010 19:10:07 -0800 (PST) Subject: [opensource-dev] HuD Attachment Hover Function - Patch Please? Message-ID: <276882.75000.qm@web120216.mail.ne1.yahoo.com> I have been hoping my husband could make time for this but so far no. Looking through the source ode I see that there is an error in the Hud attachment hover text cpp file. It is quoted saying its not bringing back accurate results. That is because it is looking for the Parent and you become the parent if its an attachment, this needs to be changed to child, and I would like a request to be put in for sub-children hover return. If we had this feature then Hud attachments wouldn't need to be so large, when you hover over a specific button (subchild) prim it says the name of that function if you named it appropriately. Thanks in advance Miss "Anything worth doing, is worth doing well" -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101116/98c1a18e/attachment.htm From akanevsky at productengine.com Tue Nov 16 23:19:01 2010 From: akanevsky at productengine.com (Anya Kanevsky) Date: Wed, 17 Nov 2010 01:19:01 -0600 Subject: [opensource-dev] Daily Scrum Summary - Tuesday, November 16 Message-ID: *Tuesday, November 16, 2010* *General Notes* - Merge Monkey of the Day: Oz - Sprint 8 planning today - personal productivity in GH: use the Assigned To Mecontext. *Team Status* *Merov Linden* *PAST* - Sprint retrospective - HR stuff - STORM-146: kdu-autobuild: Finished scripts for Mac (build and packaging), wrote first draft for Windows and Linux, created TC tasks, stuck on some oddities there... *FUTURE* - STORM-146: kdu-autobuild: Get the TC tasks to run. Clean up Windows and Linux packages. - OH - STORM-151: kdu static link: Continue upgrading to v6.4. Will work on compression if time allows. *IMPEDIMENTS* - None *Oz Linden* *PAST* - Merge Monkeying - Put out call for reviews on autobuild *FUTURE* - Start setting up code review system - Help prep OSdev proposals for next sprint *IMPEDIMENTS* - none *Q Linden* *PAST* - Beta 3 release - Retrospective - Administrative stuff - OOO *FUTURE* - Admin stuff - Sprint planning - Beta 3 release - Local meetings *IMPEDIMENTS* - none *Esbee Linden* *PAST* - [STORM-174] Emailed Kelly to find out if we still need an explicit checkbox to compile scripts in Mono. Kelly's out on paternity leave, Merov is going to ask around. - [STORM-316] Added more information to ticket with screenshot of new Inventory options menu and clarification of functionality. I think we should now implement this and test it out. Then we'll need to sort out the debug settings as well. - [STORM-535] Transparency - Suggest a default transparency. (The prefs are removed in the latest dev build, I need to see them again in order to suggest the defaults) - Identify elements where transparency is not being applied. - PE was going to do this. Has it been done? - Prep for Sprint 8 - VWR Triage - Prioritization of tickets for Snowstorm Team - STORM-584 *FUTURE* - [STORM-320] Ask Q for input on tab indenting bug - [STORM-560] Need to respond to questions from Andrew - [STORM-584] Provide feedback on bubble chat color/opacity settings - [STORM-535] Identify which parts of the UI are not yet adhering to new transparency settings - [STORM-537] Update keyboard shortcuts spec - [STORM-539] Finish initial draft of prim alignment tool design doc - Follow-ups on STORM-174, 316 - Sprint 8 planning meeting - VWR Triage - Prioritization of tickets for Snowstorm Team *IMPEDIMENTS* - none *Paul ProductEngine* *PAST* - TASK STORM-588 (Add a Preference that allows users to run multiple Viewer instances) - Applied patch and pushed to bitbucket - TASK STORM-589 (Add a Preference that allows users to display the grid selection drop-down on the login screen) - Applied patch and pushed to bitbucket - TASK STORM-590 (Add Preferences to enable the display of the Advanced and Development menus) - Fixed and pushed to bitbucket - Completed all my subtasks of STORM-31 - TASK STORM-593 (Make transparent texteditor and lineeditor) - WIP. Estimate ~6 hours. *FUTURE* - TASK STORM-593 (Make transparent texteditor and lineeditor) - TASK STORM-544 (Create preference to allow transparency to be modified.) - Other tickets by priority *IMPEDIMENTS* - none *Seth Productengine* *PAST* - BUG (STORM-580) Changing IM font color Preferences doesn't affect IM/Group chats" - Fixed. - BUG (STORM-581) IM toasts don't respect font color preferences for Chat - WIP. Looks like only one color is used in IM toasts. Need to discuss the fix. *FUTURE* - BUG (STORM-316) Debug: Inventory.Folders by Name/Sort by Date/Sort by Name/System Folders to Top Do not apply and settings changes do not persist after relogging. *IMPEDIMENTS* - TASK (STORM-584) Fix color and opacity setting for Bubble Chat - Waiting for reply from Esbee about how to apply the color to the bubble chat. The estimate depends on the decision. *Andrew Productengine* *PAST* - Fixed wrong statuses of STORM-31 subtasks. - Critical task STORM-560 (Add Preference that allows users to select default behavior when pressing letter keys) - Implemented two variants of fix with different behaviour. Asked Esbee which one should be used. *FUTURE* - STORM-560 (Add Preference that allows users to select default behavior when pressing letter keys). - Major task STORM-576 (Add a Preference to allow users to enable double-click to teleport or use auto-pilot). *IMPEDIMENTS* - No answer from Esbee regarding critical task STORM-560 (Add Preference that allows users to select default behavior when pressing letter keys). *Vadim Productengine* *PAST* - Bug STORM-318 (The Advanced menu can not be activated under Linux): - Tested and submitted a 3rd-party fix. - Bug STORM-594 (crash in LLView::handleVisibilityChange): - Spent some time searching for a way to reproduce. No luck so far. *FUTURE* - Bug STORM-563 (I18N - Online/Offline notifications in many langs display [FIRST][LAST]). - Bug STORM-478 (User isn't able to resize Member list column in Group chat window). - Try to reproduce/fix bug STORM-611 (Crash at LLRemoteParcelInfoProcessor::processParcelInfoReply). *IMPEDIMENTS* - none *Andrey Productengine* *PAST* - continued v-d regression testing, picked up build r214667 - started STORM-31 sub-tasks verification *FUTURE* - switch to 2.3.0 Release? *IMPEDIMENTS* - none *Wolfpup Lowenhar* *PAST* - sent propsal to Oz and Esbee and recieved reply. - worked @ main job *FUTURE* - getting ready to start work in sprint. - work @ main job *IMPEDIMENTS* - Not enough time between working in world and a real job to actually work on code. - Trying to find something to actually work on in this sprint -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101117/556ca7a9/attachment-0001.htm From open at autistici.org Wed Nov 17 06:10:38 2010 From: open at autistici.org (Opensource Obscure) Date: Wed, 17 Nov 2010 15:10:38 +0100 Subject: [opensource-dev] =?utf-8?q?Latest_Linux_Mesh_Development_build_?= =?utf-8?b?PSB+MjAwIE1C?= Message-ID: <0c1813da516f48a5ec999f42ef12a846@inventati.org> I'm downloading right now the latest Linux Mesh Development build, and it amounts to 198 MB, while Win and Mac versions seem to have 'normal' weight (~25 and ~50 MB) Is this expected? build filename is SecondLife-i686-2.4.0.214802.tar.bz2 Opensource Obscure From nyx at lindenlab.com Wed Nov 17 08:34:25 2010 From: nyx at lindenlab.com (Nyx Linden) Date: Wed, 17 Nov 2010 11:34:25 -0500 Subject: [opensource-dev] Latest Linux Mesh Development build = ~200 MB In-Reply-To: <0c1813da516f48a5ec999f42ef12a846@inventati.org> References: <0c1813da516f48a5ec999f42ef12a846@inventati.org> Message-ID: <4CE40411.3030900@lindenlab.com> Its known, but not desired. I need to look into what libraries we're linking in that are causing the bloat and if we can slim them down. Created a task for next sprint to investigate. -Nyx On 11/17/2010 09:10 AM, Opensource Obscure wrote: > I'm downloading right now the latest Linux Mesh Development build, > and it amounts to 198 MB, while Win and Mac versions seem to have > 'normal' weight (~25 and ~50 MB) > > Is this expected? > > build filename is SecondLife-i686-2.4.0.214802.tar.bz2 > > > Opensource Obscure > _______________________________________________ > 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 > From sldev at catznip.com Wed Nov 17 10:42:38 2010 From: sldev at catznip.com (Kitty) Date: Wed, 17 Nov 2010 19:42:38 +0100 Subject: [opensource-dev] STORM-288 follow-up fix Message-ID: <000001cb8687$3b4f22a0$b1ed67e0$@com> https://jira.secondlife.com/browse/STORM-288 The net effect of the changeset http://hg.secondlife.com/viewer-development/changeset/415c77b6eacf is that mFloater->dirty(); will never be called anymore since it's comparing the item UUIDs with an object UUID which isn't applicable when dealing with agent inventory items (and it will just be the NULL UUID anyway). Repro: * open item profile sidepanel for an inventory item * open an inventory floater (Ctrl-Shift-I) * rename the item => sidepanel does not update anymore It also breaks being able to set the next owner permissions from "no copy, transfer" to "copy, no transfer" on agent inventory items. Kitty -------------- next part -------------- A non-text attachment was scrubbed... Name: STORM-288.patch Type: application/octet-stream Size: 1942 bytes Desc: not available Url : http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101117/cc0a1173/attachment.obj From vexstreeter at gmail.com Wed Nov 17 12:59:27 2010 From: vexstreeter at gmail.com (Vex Streeter) Date: Wed, 17 Nov 2010 15:59:27 -0500 Subject: [opensource-dev] Snowglobe 2 and strange sound issue Message-ID: <4CE4422F.10406@gmail.com> I'm having a strange problem on a home-built snowglobe 2 with sound... or rather lack thereof: scripted sounds don't result in any audible output. Environmental sounds work find (footsteps, wind, etc), streaming works (radio), and voice works... but if I click that bell, nothing happens. The thing that is really baffling me is that if I select a sound from inventory and "play locally" it plays fine, but "play in world" does nothing. Any hints or thoughts would be most welcome. I'm running a slightly modified variation of Snowglobe 2 on windowsxp (32bit), compiled with VS8/2005. Ring any bells? Thanks much, Vex From jacek.antonelli at gmail.com Wed Nov 17 15:14:17 2010 From: jacek.antonelli at gmail.com (Jacek Antonelli) Date: Wed, 17 Nov 2010 17:14:17 -0600 Subject: [opensource-dev] What is the license status of UI sounds ? In-Reply-To: <4CE2E6EB.6020204@lindenlab.com> References: <20101105215053.0708e6f4.sldev@free.fr> <4CDFEEC1.3030305@lindenlab.com> <201011151027.37186.Lance.Corrimal@eregion.de> <4CE2E6EB.6020204@lindenlab.com> Message-ID: On Tue, Nov 16, 2010 at 2:17 PM, Oz Linden (Scott Lawrence) wrote: > Don't get me wrong ... I think that Henri posted a very good analysis > and it seems to me that the whole idea is worth looking at more > closely. ? My note was intended to answer the immediate question of what > the license on those particular sounds is right now - nothing more. So, how should we get the ball rolling on (hopefully) getting the UI sounds released under the same CC-BY-SA-3.0 license as the UI artwork? File a JIRA? Poke a certain Linden? Bribe with chocolate? :) - Jacek From aklo at skyhighway.com Wed Nov 17 18:29:28 2010 From: aklo at skyhighway.com (aklo at skyhighway.com) Date: Wed, 17 Nov 2010 18:29:28 -0800 (PST) Subject: [opensource-dev] SL Browsification Message-ID: <2925080a42d1760367522d77b118763c.squirrel@cruziomail.cruzio.com> Hey, Y'all, the mail below is a copy of a msg i got from SL this afternoon. Is it some kinda sign that the viewer is in danger of going extinct? i can't tell you how much i wouldn't like it if my SL experience was doomed to be boxed up in a browser! For real, i think i see a big deficit in the functionality available with a browser and the functionality available with a real viewer. But i also realize there's an awful lot i don't know. So i would like to express as much shock, horror, disgust, and black disappointment as possible as soon as possible just in case the idea is to trade the viewer for a browser window somewhere a few releases down the way? Thanks! Have an awesome day, - AK P.S. My computer failed the test, whatever it is. i got the "Join" button instead of the "Explore" button. -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Help Us Test the SL Web Viewer Beta Hello, As we explore ways to make the Second Life experience faster, easier, and more fun, we are testing a number of approaches to bring new users closer to the richness of our virtual world. Yesterday, we quietly launched a beta test of a new technology that opens up Second Life to new users like never before: Second Life on the Web! The SL Web Viewer allows new users to become Second Life "guests" through the Web and enjoy basic SL functionality while exploring exciting destinations in Second Life -- all without downloading a Viewer. We need your help to test the SL Web Viewer! Just follow these simple steps: 1. Visit the SL Web Viewer Beta >> 2. There is a 45-second video that will run while the system loads and then you’ll either be offered an "Explore Now" button -- which means that you have successfully qualified -- or a "Join Now" button -- which means that you do not qualify for the test at this time*. 3. If you qualify, you’ll be asked to share your email address to create a temporary guest account to use the SL Web Viewer. We’ll be running tests like this from time to time, and we may ultimately choose to further pursue some or none of these approaches, depending on what we learn from our testing, but we’re very excited to make SL an easier experience for guests and look forward to hearing what you think. Best regards, Kim Salzer VP of Marketing Linden Lab *Note: We’re in the early stages of testing this technology, and not everyone who navigates to the link will be able to access the SL Web Viewer. You are receiving this announcement because you have agreed to receive messages relating to services offered by Linden Lab. For more information refer to our Terms of Service and our Privacy Policy. If you wish to be removed from future mailings please safely unsubscribe or use the Unsubscribe button in subsequent promotional mailings. Please note that you may still receive some e-mails for transactions, instant messages from friends and/or customer service responses. Copyright 2010 Linden Research, Inc., 945 Battery Street, San Francisco, CA 94111 From javajoint at gmail.com Wed Nov 17 18:35:37 2010 From: javajoint at gmail.com (Daniel Smith) Date: Wed, 17 Nov 2010 18:35:37 -0800 Subject: [opensource-dev] SL Browsification In-Reply-To: <2925080a42d1760367522d77b118763c.squirrel@cruziomail.cruzio.com> References: <2925080a42d1760367522d77b118763c.squirrel@cruziomail.cruzio.com> Message-ID: On Wed, Nov 17, 2010 at 6:29 PM, wrote: > Hey, Y'all, > > the mail below is a copy of a msg i got from SL this afternoon. Is it > some kinda sign that the viewer is in danger of going extinct? > > No, it would just be yet another way to get to the same experience. The key audience would be: people who dont want a casual browsing experience without the download/install step. LL is not about to take away the standalone viewer. I did hear a rumour that new usernames created after January 1 can only be made up of vowels and even numbers. Daniel -- Daniel Smith - Sonoma County, California http://daniel.org/resume -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101117/27945d63/attachment.htm From simon.quinnell at gmail.com Wed Nov 17 18:40:52 2010 From: simon.quinnell at gmail.com (Simon Quinnell) Date: Thu, 18 Nov 2010 13:40:52 +1100 Subject: [opensource-dev] SL Browsification In-Reply-To: References: <2925080a42d1760367522d77b118763c.squirrel@cruziomail.cruzio.com> Message-ID: I heard a rumour that usernames must contain baka in them after Jan 1 to cater for the Japanese market :) On Thu, Nov 18, 2010 at 1:35 PM, Daniel Smith wrote: > > I did hear a rumour that new usernames created after January 1 can only be > made up of vowels and even numbers. > > Daniel > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101118/00b1f216/attachment.htm From Lance.Corrimal at eregion.de Wed Nov 17 23:35:19 2010 From: Lance.Corrimal at eregion.de (Lance Corrimal) Date: Thu, 18 Nov 2010 08:35:19 +0100 Subject: [opensource-dev] SL Browsification In-Reply-To: References: <2925080a42d1760367522d77b118763c.squirrel@cruziomail.cruzio.com> Message-ID: <201011180835.19133.Lance.Corrimal@eregion.de> Am Donnerstag 18 November 2010 schrieb Simon Quinnell: > I heard a rumour that usernames must contain baka in them after Jan > 1 to cater for the Japanese market :) heh, if there was a jira for that i would vote for it. From secret.argent at gmail.com Thu Nov 18 01:59:24 2010 From: secret.argent at gmail.com (Argent) Date: Thu, 18 Nov 2010 03:59:24 -0600 Subject: [opensource-dev] SL Browsification In-Reply-To: References: <2925080a42d1760367522d77b118763c.squirrel@cruziomail.cruzio.com> Message-ID: On Wed, Nov 17, 2010 at 8:35 PM, Daniel Smith wrote: > On Wed, Nov 17, 2010 at 6:29 PM, wrote: >> the mail below is a copy of a msg i got from SL this afternoon. ?Is it >> some kinda sign that the viewer is in danger of going extinct? > No, it would just be yet another way to get to the same experience. Not even that much. The browser viewer is cloud rendered and so even if it wasn't seriously limited (and it is) it would require dedicating a fairly high end cloud server instance (with CPU and GPU) to EACH logged in user. That might eventually be plausible, but right now it'd be like taking on the cost of about 10 additional grids with no additional income. From open at autistici.org Thu Nov 18 02:06:28 2010 From: open at autistici.org (Opensource Obscure) Date: Thu, 18 Nov 2010 11:06:28 +0100 Subject: [opensource-dev] SL Browsification In-Reply-To: References: <2925080a42d1760367522d77b118763c.squirrel@cruziomail.cruzio.com> Message-ID: On Thu, 18 Nov 2010 03:59:24 -0600, Argent wrote: > On Wed, Nov 17, 2010 at 8:35 PM, Daniel Smith > wrote: >> On Wed, Nov 17, 2010 at 6:29 PM, wrote: >>> the mail below is a copy of a msg i got from SL this afternoon. ?Is >>> it >>> some kinda sign that the viewer is in danger of going extinct? > >> No, it would just be yet another way to get to the same experience. > > Not even that much. The browser viewer is cloud rendered and so even > if it wasn't seriously limited (and it is) it would require > dedicating > a fairly high end cloud server instance (with CPU and GPU) to EACH > logged in user. That might eventually be plausible, but right now > it'd > be like taking on the cost of about 10 additional grids with no > additional income. this is interesting - what exactly is your estimation based upon? opensource obscure From stickman at gmail.com Thu Nov 18 02:58:51 2010 From: stickman at gmail.com (Stickman) Date: Thu, 18 Nov 2010 02:58:51 -0800 Subject: [opensource-dev] SL Browsification In-Reply-To: References: <2925080a42d1760367522d77b118763c.squirrel@cruziomail.cruzio.com> Message-ID: > ?this is interesting - what exactly is your estimation based upon? I love estimating! :D Let me try. Conventional experience tells me that the SL viewer resource usage consumes one CPU core and one GPU. It's possible that some specialty client could be used on an "industrial strength" CUDA GPU, allowing for a single single computer to run multiple clients. Assuming a lack of specialized GPU, requiring one viewer to run on one server, and a client base of 90,000 simultaneous users, that's 90,000 servers that would be required. (I've forgotten what the current maximum simultaneous user count is, forgive me.) Assuming a specialized GPU which unlocks the need of a dedicated GPU for a single client, we consider the CPU limitation. A single CPU core for a single Second Life instance would allow four users on a Class 5 machine, and eight users on a Class 7 machine, assuming LL is using the same type of servers they do for sims. This would mean to support a userbase of 90,000 simultaneous users with the "Second Life in a browser" LL would require at least 10,000 machines. I don't have island counts handy, but if memory serves there are somewhere around 30,000 islands, 15,000 of which are Homesteads. Since there are four full sims per Class 5 machine (eight per Class 7) and 16 Homesteads per Class 5 machine (32 per Class 7), then that puts the "maximum and minimum" count of LL server farm at (3750 + 938) 4688 servers maximum and (1875 + 469) 2343 minimum. By my math, that's 38.4x, 19.2x for one viewer to one server, and 4.2x, and 2.1x for one viewer to one CPU core. Two of those values are above the 10x estimate, two of them are below it. All of them are at least twice the size of the current grid. Feel free to do your own math -- a margin between 2.1 to 38.4 is a huge margin of error. And I may be doing things totally wrong here. Stickman From garmin.kawaguichi at magalaxie.com Thu Nov 18 05:24:22 2010 From: garmin.kawaguichi at magalaxie.com (Garmin Kawaguichi) Date: Thu, 18 Nov 2010 14:24:22 +0100 Subject: [opensource-dev] SL Browsification References: <2925080a42d1760367522d77b118763c.squirrel@cruziomail.cruzio.com> Message-ID: wrog?? :))) Note that one server can accept up to 40 avatars and the avatars on a browser have reduced functionnalities eg no build GCI ----- Original Message ----- From: "Stickman" [...] then that puts the "maximum and minimum" count of LL server farm at (3750 + 938) 4688 servers maximum and (1875 + 469) 2343 minimum. [...] And I may be doing things totally wrong here. Stickman From dkazimirov at issart.com Thu Nov 18 05:32:38 2010 From: dkazimirov at issart.com (Dmitriy Kazimirov) Date: Thu, 18 Nov 2010 19:32:38 +0600 Subject: [opensource-dev] SL Browsification In-Reply-To: References: <2925080a42d1760367522d77b118763c.squirrel@cruziomail.cruzio.com> Message-ID: Even if does not support build - it should render.and that's most expensive feature. But may be LL wants to make cloud rendering Premium-only feature? This will make Premium more important 2010/11/18 Garmin Kawaguichi : > wrog?? :))) > > Note that one server can accept up to 40 avatars > > and the avatars on a browser have reduced functionnalities eg no build > > GCI > > ----- Original Message ----- > From: "Stickman" > [...] then that puts the "maximum and minimum" count of LL server farm at > (3750 + 938) 4688 servers maximum and (1875 + 469) 2343 minimum. > > [...] ?And I may be doing things totally wrong here. > > Stickman > > _______________________________________________ > 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 > -- -- Best Regards, Dmitriy Kazimirov, From open at autistici.org Thu Nov 18 05:53:34 2010 From: open at autistici.org (Opensource Obscure) Date: Thu, 18 Nov 2010 14:53:34 +0100 Subject: [opensource-dev] SL Browsification In-Reply-To: References: <2925080a42d1760367522d77b118763c.squirrel@cruziomail.cruzio.com> Message-ID: <72f0534000eb66f508b8b8e2ca0a2f2c@inventati.org> On Thu, 18 Nov 2010 02:58:51 -0800, Stickman wrote: >> ?this is interesting - what exactly is your estimation based upon? > > I love estimating! :D Let me try. :) thanks! Also, I just found this today's news, and it seems in topic: New EC2 Instance Type - The Cluster GPU Instance http://aws.typepad.com/aws/2010/11/new-ec2-instance-type-the-cluster-gpu-instance.html Opensource Obscure From garmin.kawaguichi at magalaxie.com Thu Nov 18 07:18:29 2010 From: garmin.kawaguichi at magalaxie.com (Garmin Kawaguichi) Date: Thu, 18 Nov 2010 16:18:29 +0100 Subject: [opensource-dev] SL Browsification References: <2925080a42d1760367522d77b118763c.squirrel@cruziomail.cruzio.com> Message-ID: Featuring avatars with limited activities, Intel had this result: http://www.open-simulator.com/2010/06/21/sciencesim-demos-1000-avatars-on-a-sim/ GCI ----- Original Message ----- From: "Dmitriy Kazimirov" To: Sent: Thursday, November 18, 2010 2:32 PM Subject: Re: [opensource-dev] SL Browsification Even if does not support build - it should render.and that's most expensive feature. From laurent.bechir at madonie.org Thu Nov 18 08:01:51 2010 From: laurent.bechir at madonie.org (Laurent Bechir) Date: Thu, 18 Nov 2010 17:01:51 +0100 Subject: [opensource-dev] Dynamic shadows and ATI In-Reply-To: <4CDEABFB.7010008@meadowlakearts.com> References: <4CDE77E8.40803@madonie.org> <4CDE7C78.5060205@gmail.com> <4CDE7ED9.70100@madonie.org> <4CDEABFB.7010008@meadowlakearts.com> Message-ID: <4CE54DEF.6050504@madonie.org> Dave Booth a ?crit : > On 11/13/2010 06:04, Laurent Bechir wrote: >> Is it a hardware problem of ATI or just a software problem that can be >> solved by SL developers ? > > ATIs drivers have bugs - ATI + OpenGL FBOs = crash or render artifacts > or both. > Who is responsible in that case ? Apple or ATI/AMD ? Because if there is no solution for this problem, Mac computers will not have dynamic shadows before a long time since they are all shipped with ATI cards. So I'd like to try to contact the support of the one in charge and see if something can be done. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101118/3fb61aaf/attachment.htm From geenz at geenzo.com Thu Nov 18 08:48:42 2010 From: geenz at geenzo.com (Geenz Spad) Date: Thu, 18 Nov 2010 10:48:42 -0600 Subject: [opensource-dev] Dynamic shadows and ATI In-Reply-To: <4CE54DEF.6050504@madonie.org> References: <4CDE77E8.40803@madonie.org> <4CDE7C78.5060205@gmail.com> <4CDE7ED9.70100@madonie.org> <4CDEABFB.7010008@meadowlakearts.com> <4CE54DEF.6050504@madonie.org> Message-ID: Your best bet is to complain directly to Apple with a repro case. The mesh beta viewer seems to fix the FBO issues on OS X. AFAIK, AMD only writes the hardware drivers for their cards on OS X, Apple handles the OpenGL bits and pieces across both AMD and Nvidia hardware. On Thu, Nov 18, 2010 at 10:01 AM, Laurent Bechir wrote: > > > Dave Booth a ?crit : > > On 11/13/2010 06:04, Laurent Bechir wrote: > > Is it a hardware problem of ATI or just a software problem that can be > solved by SL developers ? > > ATIs drivers have bugs - ATI + OpenGL FBOs = crash or render artifacts > or both. > > > > Who is responsible in that case ? Apple or ATI/AMD ? Because if there is no > solution for this problem, Mac computers will not have dynamic shadows > before a long time since they are all shipped with ATI cards. So I'd like to > try to contact the support of the one in charge and see if something can be > done. > > > > _______________________________________________ > 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 > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101118/79077f60/attachment.htm From danielravennest at gmail.com Thu Nov 18 09:16:25 2010 From: danielravennest at gmail.com (Daniel) Date: Thu, 18 Nov 2010 11:16:25 -0600 Subject: [opensource-dev] SL Browserification In-Reply-To: References: Message-ID: <4CE55F69.3070205@gmail.com> Your assumption is where the calculation goes off. AMD is releasing a "Fusion" E-350 chip which puts the CPU and GPU on the same chip, and which uses low power (18W), so you can put a bunch of them in a server box: http://www.tomshardware.com/reviews/amd-fusion-brazos-zacate,2786-4.html Early performance tests on games shows each chip is powerful enough to run an instance of SL. Assuming you store all the assets for a number of sims locally on the server, they should run pretty fast, without needing to fetch and decode. A room full of servers still isn't free though, and the company hosting this beta charges $0.02 per user-hour. That is a manageable cost even if fully passed on to residents and they use SL a lot. 10 hours a day would come to $6 a month. ---------ORIGINAL MESSAGE---------- Message: 9 Date: Thu, 18 Nov 2010 02:58:51 -0800 From: Stickman Subject: Re: [opensource-dev] SL Browsification Conventional experience tells me that the SL viewer resource usage consumes one CPU core and one GPU... Assuming a lack of specialized GPU ... From tateru at taterunino.net Thu Nov 18 09:58:47 2010 From: tateru at taterunino.net (Tateru Nino) Date: Fri, 19 Nov 2010 04:58:47 +1100 Subject: [opensource-dev] SL Browserification In-Reply-To: <4CE55F69.3070205@gmail.com> References: <4CE55F69.3070205@gmail.com> Message-ID: <4CE56957.60605@taterunino.net> Actually, (given certain basic equivalencies, which are a bit too detailed to go into right now) you can run a decent render on ~0.25GPU cores per CPU core assuming you're sharing the GPU core across multiple viewer render pipelines, as opposed to heterogenous render threads. So, for a sufficiently beefy CPU quad-core, you really only need a single GPU to handle four or five viewers with quite good render settings. If you do it right, that is. Of course, throw enough money at it and all sorts of problems go away. Oh, but four clients at Skylight data-rates will chew 1.2Mbits/sec, but you can do the same math there on the backs of your own envelopes. Ultimately, this isn't anything to do with the open-source viewer is it? Or did I miss something that links the two? On 19/11/2010 4:16 AM, Daniel wrote: > Your assumption is where the calculation goes off. AMD is releasing a > "Fusion" E-350 chip which puts the > CPU and GPU on the same chip, and which uses low power (18W), so you can > put a bunch of them > in a server box: > > http://www.tomshardware.com/reviews/amd-fusion-brazos-zacate,2786-4.html > > Early performance tests on games shows each chip is powerful enough to > run an instance of SL. > Assuming you store all the assets for a number of sims locally on the > server, they > should run pretty fast, without needing to fetch and decode. > > A room full of servers still isn't free though, and the company hosting > this beta charges $0.02 > per user-hour. That is a manageable cost even if fully passed on to > residents and they use SL > a lot. 10 hours a day would come to $6 a month. > > ---------ORIGINAL MESSAGE---------- > > Message: 9 > Date: Thu, 18 Nov 2010 02:58:51 -0800 > From: Stickman > Subject: Re: [opensource-dev] SL Browsification > > Conventional experience tells me that the SL viewer resource usage > consumes one CPU core and one GPU... > > Assuming a lack of specialized GPU ... > > > _______________________________________________ > 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 > -- Tateru Nino http://dwellonit.taterunino.net/ From akanevsky at productengine.com Thu Nov 18 11:03:51 2010 From: akanevsky at productengine.com (Anya Kanevsky) Date: Thu, 18 Nov 2010 13:03:51 -0600 Subject: [opensource-dev] Daily Scrum Summary - Wednesday, November 17 Message-ID: This one fell through the cracks. Sorry! *Wednesday, November 17, 2010* *General Notes* - Merge Monkey of the Day: Oz - personal productivity in GH: use the Assigned To Me context. *Team Status* *Merov Linden* *PAST* - Sprint planning - OH - STORM-146: kdu-autobuild: Debugged scripts for Mac to work off TC (task complete), completed first draft for Windows and Linux, some packaging bugs on Windows, Build issue on Linux. - STORM-628: Integration task from ER team. Test built, test and integration done. *FUTURE* - STORM-146: kdu-autobuild: Clean up Windows packaging, fix Linux build script. - STORM-151: kdu static link: Continue upgrading to v6.4. Will work on compression if time allows. *IMPEDIMENTS* - None *Oz Linden* *PAST* - Installed updated jira helper here (thank you, Moon Metty). - Changed Snowstorm calendar dates for longer sprint - Merge Monkeying Around (STORM-627) - Set up TeamCity build for Jonathan Yap (STORM-138) - Code Review System (STORM-606) - Created system on EC2 (STORM-618), installing software *FUTURE* - Continue with setting up Code Review system - Merge Monkeying - Look at my recent crash logs - Office Hour *IMPEDIMENTS* - none *Q Linden* *Esbee Linden* *PAST* - [STORM-174] Emailed Kelly to find out if we still need an explicit checkbox to compile scripts in Mono. Kelly's out on paternity leave, Merov is going to ask around. - [STORM-316] Added more information to ticket with screenshot of new Inventory options menu and clarification of functionality. I think we should now implement this and test it out. Then we'll need to sort out the debug settings as well. - [STORM-535] Transparency - Suggest a default transparency. (The prefs are removed in the latest dev build, I need to see them again in order to suggest the defaults) - Identify elements where transparency is not being applied. - PE was going to do this. Has it been done? - Prep for Sprint 8 - VWR Triage - Prioritization of tickets for Snowstorm Team - STORM-584 *FUTURE* - [STORM-320] Ask Q for input on tab indenting bug - [STORM-560] Need to respond to questions from Andrew - [STORM-584] Provide feedback on bubble chat color/opacity settings - [STORM-535] Identify which parts of the UI are not yet adhering to new transparency settings - [STORM-537] Update keyboard shortcuts spec - [STORM-539] Finish initial draft of prim alignment tool design doc - Follow-ups on STORM-174, 316 - Sprint 8 planning meeting - VWR Triage - Prioritization of tickets for Snowstorm Team *IMPEDIMENTS* - none *Paul ProductEngine* *PAST* - TASK STORM-544 (Create preference to allow transparency to be modified.) - Fixed and pushed to the bitbucket - TASK STORM-586 (Layout cleanup in the Setup tab of Preferences) - Reassigned to Plan with a question - TASK STORM-593 (Make transparent texteditor and lineeditor) - WIP. This task is a particular case for a problem when some control inside transparent floater doesn't became with all its childern transparent too. Investigating. Difficult to give estimate. *FUTURE* - TASK STORM-593 (Make transparent texteditor and lineeditor) *IMPEDIMENTS* - none *Seth Productengine* *PAST* - BUG (STORM-581) IM toasts don't respect font color preferences for Chat - Closed as Won't Finish after discussing with Plan. - TASK (STORM-584) Fix color and opacity setting for Bubble Chat - WIP. Investigating bubble chat rendering. Fixed color setting to behave similar to 1.23 but as suggested in jira but still waiting for confirmation from Esbee. - BUG (STORM-316) Debug: Inventory.Folders by Name/Sort by Date/Sort by Name/System Folders to Top Do not apply and settings changes do not persist after relogging. - WIP. Added "System folders on top" setting. Investigating why settings don't persist across viewer sessions. *FUTURE* - BUG (STORM-316) Debug: Inventory.Folders by Name/Sort by Date/Sort by Name/System Folders to Top Do not apply and settings changes do not persist after relogging. *IMPEDIMENTS* - none *Andrew Productengine* *PAST* - Reviewed Paul's tickets. - Major task STORM-576 (Add a Preference to allow users to enable double-click to teleport or use auto-pilot). - Fixed, but will test it in the morning before putting on review. *FUTURE* - Reopened normal task STORM-582 (Take movement and camera control preferences from Advanced and move them to the new Move & View tab) - Estimate - 15 minutes. - Work on preferences will take 2-3 hours more so I need new issues to work on. *IMPEDIMENTS* - No answer from Esbee regarding critical task STORM-560 (Add Preference that allows users to select default behavior when pressing letter keys). *Vadim Productengine* *PAST* - Bug STORM-563 (I18N - Online/Offline notifications in many langs display [FIRST][LAST]): - Fixed. - Bug STORM-478 (User isn't able to resize Member list column in Group chat window): - Thought this was not a bug. Bounced to Andrey to follow up. - Filed bug STORM-626 (Alt+Tab doesn't work on Linux). - Sprint Planning meeting. *FUTURE* - Will take something from the v-d bug queue. *IMPEDIMENTS* - Unclear what new stories we can take from sprint 8 (that don't require design work first). *Andrey Productengine* *PAST* - picked up 2.3.0 Release build r214726 - smoke & integrity tests have been passed against Windows, Linux and OSX - finished 2.3.0 bug-fixes verification *FUTURE* - exploratory testing of 2.3.0 Release build r214726 - exploratory task - floaters transparency - finish verification of Sprint7 integrated tickets *IMPEDIMENTS* - none -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101118/8ce349a0/attachment-0001.htm From akanevsky at productengine.com Thu Nov 18 11:05:12 2010 From: akanevsky at productengine.com (Anya Kanevsky) Date: Thu, 18 Nov 2010 13:05:12 -0600 Subject: [opensource-dev] Daily Scrum Summary - Thursday, November 18 Message-ID: *Thursday, November 18, 2010* *General Notes* - Merge Monkey of the Day: Oz - Q is OOO this morning *Team Status* *Merov Linden* *PAST* - STORM-146: kdu-autobuild: Fixed Windows packaging issues. Fixed Linux build issues. All platforms covered! W00t!! Uploaded results to a spot install.py can download from. - STORM-151: kdu static link: Updated install.xml with new libs, local Mac tests only so far. *FUTURE* - STORM-146: kdu-autobuild: I also need to build linux 64 bits. Will do that today. - STORM-151: kdu static link: Do test build for Windows and Linux 32. Will work on compression if time allows. *IMPEDIMENTS* - None *Oz Linden* *PAST* - Merge Monkeying Around (STORM-627) - Office Hour - Code Review System (STORM-606) - Installed components, configuring - Looked at my recent crash logs *FUTURE* - Look more at crash logs - Assorted administrative activities - Continue with setting up Code Review system - Merge Monkeying *IMPEDIMENTS* - none *Q Linden* - OOO *Esbee Linden* *PAST* - Office hour and meetings - Review - [STORM-560] Provided more feedback to Andrew from PE about Mouselook and chat focus implementation. - [STORM-535] Asked for clarification around next steps on this task - Updated various other tickets - VWR Triage - Ticket prioritization *FUTURE* - Work on internal reporting documents - [STORM-537] Update and publish (publicly) the keyboard shortcut doc - [STORM-539] Finish draft of prim alignment tool design - [STORM-34] Create quick design doc - VWR Triage - Ticket prioritization - Backlog cleanup *IMPEDIMENTS* - none *Paul ProductEngine* *PAST* - TASK STORM-593 (Make transparent texteditor and lineeditor) - WIP. Within this task i try to fix the whole problem when some floaters are transparent, some partially transparent. Found out when it's happens. Tomorrow will search for the solution. Estimate ~16 hours. *FUTURE* - TASK STORM-593 (Make transparent texteditor and lineeditor) *IMPEDIMENTS* - none *Seth Productengine* *PAST* - TASK (STORM-584) Fix color and opacity setting for Bubble Chat - WIP. Investigating implementation variant suggested in jira. Asked one more question to Esbee. - BUG (STORM-316) Debug: Inventory.Folders by Name/Sort by Date/Sort by Name/System Folders to Top Do not apply and settings changes do not persist after relogging. - Fixed. Sent for review. *FUTURE* - BUG (STORM-189) [TRUNCATION] many langs - select build tools dialog - Estimated: 6 hours. *IMPEDIMENTS* - TASK (STORM-584) Fix color and opacity setting for Bubble Chat Asked one more question in jira, waiting for final confirmation from Esbee. *Andrew Productengine* *PAST* - Major task STORM-576 (Add a Preference to allow users to enable double-click to teleport or use auto-pilot). - Tested, found flaws in fix and changed implementation. Discussed with Vadim. Will add comments in code and put on bitbucket in the morning. - Reopened normal task STORM-582 (Take movement and camera control preferences from Advanced and move them to the new Move & View tab) - Fixed and put on review. - Critical task STORM-560 (Add Preference that allows users to select default behavior when pressing letter keys). - Had a lengthy discussion with Vadim. Words weren't enough to finish it :)) So we applied my fix patches to viewer, and decided which one to use. Will finish the chosen one tomorrow. Estimate- 5 hours. *FUTURE* - Critical task STORM-560 (Add Preference that allows users to select default behavior when pressing letter keys). *IMPEDIMENTS* - Something new from sprint 8 or bug-queue. *Vadim Productengine* *PAST* - Story STORM-40 (Enable texture selector to scroll down to existing texture when opening): - Investigated. Not sure what the problem is. Asked in the ticket. - Bug STORM-622 (Texture picker screws up when multiple textures are opened): - In progress. - Discussed recent color changes in nearby chat history/toasts with Andrey. - Code review. *FUTURE* - Complete work on STORM-622. ETA: 4-5h. - Pick something from the v-d bug queue. *IMPEDIMENTS* - Need an answer in STORM-40. - Unclear what new stories we can take from sprint 8 (that don't require design work first). *Andrey Productengine* *Jonathan Yap* *PAST* - Tested STORM-138 (llTextBox support) and wrote a few jira comments. - Sent email to Esbee about VWR-23871 (menu adjustment for Neaby Voice). - Implemented and tested STORM-616 (Me/Movement menu). - Started to collect translations of "Movement" into other languages from native speakers. *FUTURE* - Implement STORM-616 for foreign languages? *IMPEDIMENTS* - Need feedback on foreign language policy. - Are xml files to be changed by me or the internationalization team? I only need one word (Movement) in order to proceed. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101118/4c152aad/attachment.htm From laurent.bechir at madonie.org Thu Nov 18 16:29:16 2010 From: laurent.bechir at madonie.org (Laurent Bechir) Date: Fri, 19 Nov 2010 01:29:16 +0100 Subject: [opensource-dev] Dynamic shadows and ATI In-Reply-To: References: <4CDE77E8.40803@madonie.org> <4CDE7C78.5060205@gmail.com> <4CDE7ED9.70100@madonie.org> <4CDEABFB.7010008@meadowlakearts.com> <4CE54DEF.6050504@madonie.org> Message-ID: <4CE5C4DC.7080702@madonie.org> Geenz Spad a ?crit : > Your best bet is to complain directly to Apple with a repro case. The > mesh beta viewer seems to fix the FBO issues on OS X. AFAIK, AMD > only writes the hardware drivers for their cards on OS X, Apple > handles the OpenGL bits and pieces across both AMD and Nvidia hardware. Done. I've tried to be the clearest I could, but If you think something should be explained better, tell me. Perhaps I can fix that from my Apple account. In fact, it's my first bug report with Apple :) Problem ID: 8685718 Bug with ATI driver and OpenGL Frame Buffer Object (FBO) 19-Nov-2010 12:57 AM laurent Rathle: Summary: When I try to use Dynamic shadows in Second Life, the best I can get is strange artefacts on my screen and even sometimes not only the viewer crashes, but my Mac Pro can freeze to obliging me to force stop it. Steps to Reproduce: Download Second Life viewer : http://wiki.secondlife.com/wiki/Mesh Click Cmd+Shift+G and choose Agni in the list Connect your avatar In the settings (Cmd+P) choose Graphics tab and check the box in front of "Lightings and shadows" Expected Results: You should have dynamic shadows, which means shadows following the movements of the avatar, and changing during the day. Actual Results: Sometimes you get strange artefacts on the screen. Sometimes the viewer crashes. Some time it's the computer which freeze. Regression: Notes: Dynamic shadows work perfectly well using Nvidia cards. The problem only occurs with ATI driver. This problem stops the mac community of Second Life to enjoy the best of this environment. From merov at lindenlab.com Thu Nov 18 21:58:38 2010 From: merov at lindenlab.com (Philippe (Merov) Bossut) Date: Thu, 18 Nov 2010 21:58:38 -0800 Subject: [opensource-dev] STORM-151 : KDU v6.4.1 upgrade update In-Reply-To: <4CDE7BE9.8050704@lindenlab.com> References: <4CDE7BE9.8050704@lindenlab.com> Message-ID: Hi, On Sat, Nov 13, 2010 at 3:52 AM, Oz Linden (Scott Lawrence) < oz at lindenlab.com> wrote: > On 2010-11-12 20:35, Philippe (Merov) Bossut wrote: > That's great work, Merov. I know that it's still early, but does that > seem to actually result in a subjective performance difference? > I does to me, especially when relogging on a previously visited region (so the cache is used). I might be partial though (looking at it with the knowledge it should be faster) and it'd be good to get others to give a build spin... ...which I'm happy to announce is available today for Windows and Mac: - http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/merov_viewer-development-features/rev/215096/index.html The Linux build is broken and I need to work on this tomorrow. Notes: - the compression is not implemented so you'll get an error if you try to upload an image (texture or snapshot) - I tested the Mac, I haven't tried Windows *at all* - Use at your own risk! Cheers, - Merov -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101118/217adde0/attachment.htm From katharine at katharineberry.co.uk Thu Nov 18 22:04:55 2010 From: katharine at katharineberry.co.uk (Katharine Berry) Date: Fri, 19 Nov 2010 01:04:55 -0500 Subject: [opensource-dev] STORM-151 : KDU v6.4.1 upgrade update In-Reply-To: References: <4CDE7BE9.8050704@lindenlab.com> Message-ID: > ...which I'm happy to announce is available today for Windows and Mac: > - http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/merov_viewer-development-features/rev/215096/index.html > > The Linux build is broken and I need to work on this tomorrow. > > Notes: > - the compression is not implemented so you'll get an error if you try to upload an image (texture or snapshot) > - I tested the Mac, I haven't tried Windows *at all* > - Use at your own risk! I don't suppose you have a copy of the library installed locally? (Or I could be doing it wrong, I suppose.) Dyld Error Message: Library not loaded: /usr/local/lib/libkdu_v64R.dylib Referenced from: /Applications/Second Life Developer.app/Contents/MacOS/Second Life Reason: image not found ? Katharine -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101119/58d24dcc/attachment.htm From merov at lindenlab.com Thu Nov 18 22:10:05 2010 From: merov at lindenlab.com (Philippe (Merov) Bossut) Date: Thu, 18 Nov 2010 22:10:05 -0800 Subject: [opensource-dev] STORM-151 : KDU v6.4.1 upgrade update In-Reply-To: References: <4CDE7BE9.8050704@lindenlab.com> Message-ID: Hi, On Thu, Nov 18, 2010 at 10:04 PM, Katharine Berry < katharine at katharineberry.co.uk> wrote: > > I don't suppose you have a copy of the library installed locally? > > (Or I could be doing it wrong, I suppose.) > > Dyld Error Message: > Library not loaded: /usr/local/lib/libkdu_v64R.dylib > Referenced from: /Applications/Second Life > Developer.app/Contents/MacOS/Second Life > Reason: image not found > Aaaagh... I clearly did something wrong building that static lib for Mac. Well, the importance of feedback on dev builds... Thanks for the near instant answer Katharine. I'll be working on this quite clearly. Cheers, - Merov -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101118/c4af6a96/attachment.htm From trilobyte550m at gmail.com Fri Nov 19 03:18:24 2010 From: trilobyte550m at gmail.com (Trilo Byte) Date: Fri, 19 Nov 2010 03:18:24 -0800 Subject: [opensource-dev] Dynamic shadows and ATI In-Reply-To: References: <4CDE77E8.40803@madonie.org> <4CDE7C78.5060205@gmail.com> <4CDE7ED9.70100@madonie.org> <4CDEABFB.7010008@meadowlakearts.com> <4CE54DEF.6050504@madonie.org> Message-ID: As far as I'm aware, the ATI and shadow issue is something that's affected ATI (AMD) users on Windows platform as well as Mac... which would lead one to believe it's an issue for AMD more than it would be for Apple (Apple fine tunes and handles distribution of the drivers, but the driver codebase comes from AMD). As it's been explained to me, ATI has some annoying issues and glitches that affect certain areas of its OpenGL implementation, and dynamic shadows is one area of frustration. Runitai Linden had indicated that progress has been made with the Windows client for the Mesh Project Viewer, but since I don't have a Windows license on any of my ATI machines I haven't been able to test anything. My hope, however, is that within a few months of things getting figured out on the PC side, that code can be implemented on the Mac side. Side note, Dave's comment about all Macs shipping with ATI cards is inaccurate. Something approaching 3/4 of the units sold over the last few years have been portables, and all the portables since at least late 2008 have had nVidia graphics. Trilo On Nov 18, 2010, at 8:48 AM, Geenz Spad wrote: > Your best bet is to complain directly to Apple with a repro case. The mesh beta viewer seems to fix the FBO issues on OS X. AFAIK, AMD only writes the hardware drivers for their cards on OS X, Apple handles the OpenGL bits and pieces across both AMD and Nvidia hardware. > > On Thu, Nov 18, 2010 at 10:01 AM, Laurent Bechir wrote: > > > Dave Booth a ?crit : >> On 11/13/2010 06:04, Laurent Bechir wrote: >>> Is it a hardware problem of ATI or just a software problem that can be >>> solved by SL developers ? >> ATIs drivers have bugs - ATI + OpenGL FBOs = crash or render artifacts >> or both. >> > > Who is responsible in that case ? Apple or ATI/AMD ? Because if there is no solution for this problem, Mac computers will not have dynamic shadows before a long time since they are all shipped with ATI cards. So I'd like to try to contact the support of the one in charge and see if something can be done. > > > > _______________________________________________ > 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101119/d40ab3a8/attachment.htm From trilobyte550m at gmail.com Fri Nov 19 03:27:14 2010 From: trilobyte550m at gmail.com (Trilo Byte) Date: Fri, 19 Nov 2010 03:27:14 -0800 Subject: [opensource-dev] STORM-151 : KDU v6.4.1 upgrade update In-Reply-To: References: <4CDE7BE9.8050704@lindenlab.com> Message-ID: Broken here as well, Merov. After downloading and installing the DMG file and attempting to run the application, I immediately get an error that reads: Second Life Developer cannot be opened because of a problem. Check with the developer to make sure Second Life Developer works with this version of Mac OS X. You may need to reinstall the application. Be sure to install any available updates for the application and Mac OS X. (I'm running OS X 10.6.5 btw). Trilo On Nov 18, 2010, at 10:10 PM, Philippe (Merov) Bossut wrote: > Hi, > > On Thu, Nov 18, 2010 at 10:04 PM, Katharine Berry wrote: > > I don't suppose you have a copy of the library installed locally? > > (Or I could be doing it wrong, I suppose.) > > Dyld Error Message: > Library not loaded: /usr/local/lib/libkdu_v64R.dylib > Referenced from: /Applications/Second Life Developer.app/Contents/MacOS/Second Life > Reason: image not found > > Aaaagh... I clearly did something wrong building that static lib for Mac. Well, the importance of feedback on dev builds... > > Thanks for the near instant answer Katharine. I'll be working on this quite clearly. > > Cheers, > - Merov > _______________________________________________ > 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101119/062d9510/attachment-0001.htm From oz at lindenlab.com Fri Nov 19 03:32:54 2010 From: oz at lindenlab.com (Oz Linden (Scott Lawrence)) Date: Fri, 19 Nov 2010 06:32:54 -0500 Subject: [opensource-dev] Test these features.... Message-ID: <4CE66066.7050300@lindenlab.com> We have three pending features ready for testing and feedback now... https://wiki.secondlife.com/wiki/Downloading_test_builds#Developer_Builds From hantualert at gmail.com Fri Nov 19 03:47:33 2010 From: hantualert at gmail.com (lonetorus Habilis) Date: Fri, 19 Nov 2010 12:47:33 +0100 Subject: [opensource-dev] Dynamic shadows and ATI In-Reply-To: References: <4CDE77E8.40803@madonie.org> <4CDE7C78.5060205@gmail.com> <4CDE7ED9.70100@madonie.org> <4CDEABFB.7010008@meadowlakearts.com> <4CE54DEF.6050504@madonie.org> Message-ID: another side of this issue might also be the notoriously bad opengl support from apple. this came to light when the steam platform was released earlier this year for mac. people saw that performance under mac was about 1/3 compared to the same games under windows. i believe the conclusion was that apple has been neglecting their opengl support due to the lack of games and or customer demand for 3d technology. /lonetorus On 19 Nov 2010 12:18, "Trilo Byte" wrote: -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101119/1d6acefe/attachment.htm From laurent.bechir at madonie.org Fri Nov 19 05:34:31 2010 From: laurent.bechir at madonie.org (Laurent Bechir) Date: Fri, 19 Nov 2010 14:34:31 +0100 Subject: [opensource-dev] Dynamic shadows and ATI In-Reply-To: References: <4CDE77E8.40803@madonie.org> <4CDE7C78.5060205@gmail.com> <4CDE7ED9.70100@madonie.org> <4CDEABFB.7010008@meadowlakearts.com> <4CE54DEF.6050504@madonie.org> Message-ID: <4CE67CE7.7080108@madonie.org> Trilo Byte a ?crit : > Side note, Dave's comment about all Macs shipping with ATI cards is > inaccurate. Something approaching 3/4 of the units sold over the last > few years have been portables, and all the portables since at least > late 2008 have had nVidia graphics. As you say it'been for the last few years, and not all models, since my Macbook Pro 2006 has ATI. I guess what Dave was talking about is people buying their computer now. From oz at lindenlab.com Fri Nov 19 08:29:49 2010 From: oz at lindenlab.com (Oz Linden (Scott Lawrence)) Date: Fri, 19 Nov 2010 11:29:49 -0500 Subject: [opensource-dev] STORM-616: Me->Movement menus Message-ID: <4CE6A5FD.8000601@lindenlab.com> These are good - but perhaps a couple of improvements? * When I'm sitting, can/should we make the 'Sit Down' become 'Stand Up'? (we'd want that to work any time that the av is sitting, not just when the 'Sit Down' action was taken) * The 'Always Run' is different from the others in that it doesn't do anything right away: it's really a quick preference toggle. Should we make it more separate it from the others, which all have some immediate effect? Perhaps move it to the bottom of that submenu under a separator? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101119/284ce937/attachment.htm From akanevsky at productengine.com Fri Nov 19 10:02:47 2010 From: akanevsky at productengine.com (Anya Kanevsky) Date: Fri, 19 Nov 2010 12:02:47 -0600 Subject: [opensource-dev] Time change: Friday daily scrum at 1pm PST today Message-ID: Due to an internal Linden Lab meeting that conflicts with our regularly scheduled programming, today's meeting will take place at 1pm PST today. Apologies for the late notice! Anya -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101119/9e170829/attachment.htm From akanevsky at productengine.com Fri Nov 19 15:12:08 2010 From: akanevsky at productengine.com (Anya Kanevsky) Date: Fri, 19 Nov 2010 17:12:08 -0600 Subject: [opensource-dev] Daily Scrum Summary - Friday, November 19 Message-ID: *Friday, November 19, 2010* *General Notes* - Merge Monkey of the Day: Oz - 2.3.0 Released! - 2.4.0 Beta 1 to be cut today - if it?s broken or needed in beta, try to fork from beta to fix. may still end up in viewer-dev, but easier that way. if it?s a new feature, or an old bug: viewer-dev. *Team Status* *Merov Linden* *PAST* - STORM-146: kdu-autobuild: Discussed linux64 with chopper, voted against it. Some clean up. JIRA ready for review. - STORM-151: kdu static link: Updated install.xml. Merged on merov_linden/viewer-development-features so to build on TC. Fixed a couple of minor issues. Mac and Windows build fine (Windows not tested though). Build issues on Linux, seems to be unrelated to kdu though. *FUTURE* - STORM-146: kdu-autobuild: Review Mac and Windows build, make sure static are correctly built. - STORM-151: kdu static link: The Mac and Windows builds still reference (strangely) the dynamic version installed on ./usr/lib or ./usr/local/lib. Need to dig this. Fix Linux 32 build. *IMPEDIMENTS* - None *Oz Linden* *PAST* - Looked more at crash logs - Assorted administrative activities - Merge Monkeying Around (STORM-627) - Created project build for STORM-138 - Created project build for STORM-560 - Created project build for STORM-616 - Merged all of those and 4 others (test build running) *FUTURE* - Continue with setting up Code Review system - Merge Monkeying *IMPEDIMENTS* - none *Q Linden* *PAST* - 2.3 release - Review several project viewers - Administrative stuff - Meetings, meetings, meetings - OOO *FUTURE* - Beta 2.4 *IMPEDIMENTS* - none *Esbee Linden* *PAST* - Provided feedback on STORM-584 - Meetings - VWR Triage - Ticket prioritization - Tested project Viewers for STORM-138, STORM-560, and STORM-616 *FUTURE* - STORM-40 - Provide feedback - Work on internal reporting documents - [STORM-537] Update and publish (publicly) the keyboard shortcut doc - [STORM-539] Finish draft of prim alignment tool design - [STORM-34] Create quick design doc - VWR Triage - Ticket prioritization - Backlog cleanup *IMPEDIMENTS* - meetings *Paul ProductEngine* *PAST* - TASK STORM-593 (Make transparent texteditor and lineeditor) - WIP. Today fully found out and understood how controls became transparent with all of its content (children). Also fully found out why some LLPanels in transparent floaters are not transparent, which makes transparent floater partially transparent. There is a simple and smart mechanism to do this. The LLViewDrawContext its implementation. But this mechanism unfortunately is not acceptable in this situation, because it makes absolutely all children of control (in our case Floater) transparent including text and so on. Which makes floater unusable. Discussed problem with our PE team. Found conceptual decision. Tomorrow will start implementing and testing it. Estimete ~ 8 - 10 hours. *FUTURE* - TASK STORM-593 (Make transparent texteditor and lineeditor) *IMPEDIMENTS* - none *Seth Productengine* *PAST* - TASK (STORM-584) Fix color and opacity setting for Bubble Chat - Fixed according to Moon's and Esbee's comment. - BUG (STORM-189) [TRUNCATION] many langs - select build tools dialog - Fixed. Sent for review. *FUTURE* - TASK (STORM-584) Fix color and opacity setting for Bubble Chat - Clean up and apply the fix. Estimated: 1 hour. - BUG (STORM-550) LLDir::getNextFileInDir fails for some complex wildcard combinations - Estimated: 8-10 hours. *IMPEDIMENTS* - none *Andrew Productengine* *PAST* - Major task STORM-576 (Add a Preference to allow users to enable double-click to teleport or use auto-pilot). - Added comments and put on review. - Critical task STORM-560 (Add Preference that allows users to select default behavior when pressing letter keys). - Fixed and put on review. *FUTURE* - Reopened major task STORM-572 (Layout cleanup in the Sound & Media tab of Preferences) - Estimate-30 min. - Something new from sprint 8 or bug-queue. *IMPEDIMENTS* - none *Vadim Productengine* *PAST* - Bug STORM-622 (Texture picker screws up when multiple textures are opened). - WIP. Not well familiar with reshapes and such, so slow going. *FUTURE* - Try to finish STORM-622. *IMPEDIMENTS* - Need an answer in STORM-40. - Unclear what new stories we can take from sprint 8 (that don't require design work first). *Andrey Productengine* *PAST* - picked up viewer-development r215024 - almost verified all Sprint7 integrated tickets - started regression testing *FUTURE* - proceed with regression testing - update Viewer Preferences TP in scope of STORM-31 changes *IMPEDIMENTS* - none *Wolfpup Lowenhar* *PAST* - STORM-654 : Had to get this fixed so would not block the release of 2.4 Beta - worked @ in-world job *FUTURE* - work @ main job *IMPEDIMENTS* - Not enough time between working in world and at real job to actualy work on code. - Trying to find thing to actualy work on in this sprint *Jonathan Yap* *PAST* - Storm-138 (llTextBox support) is accepted into viewer-development, though it will need more work (by someone with more skills than I have) before it comes out of the beta viewer. - STORM-616 (Me->Movement) finalization, accepted into viewer-development. - Started working on STORM-615 (Move Delete option into top-level of object menu) *FUTURE* - STORM-615 - Add seperate jira issues for each issue in Storm-138 per Oz's request. - Update lsl wiki - remove Unsupported icon next to llTextBox. Timing of when to make this edit? - How do I get permission to start work on Storm-596 (Enable Hints menu item should not be the last menu item)? *IMPEDIMENTS* STORM-615 Need design decision for menu layout Current proposal is to have Delete at the bottom underneath a seperator bar. (see jira) -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101119/dcaa9a57/attachment-0001.htm From laurent.bechir at madonie.org Fri Nov 19 16:41:30 2010 From: laurent.bechir at madonie.org (Laurent Bechir) Date: Sat, 20 Nov 2010 01:41:30 +0100 Subject: [opensource-dev] Test these features.... In-Reply-To: <4CE66066.7050300@lindenlab.com> References: <4CE66066.7050300@lindenlab.com> Message-ID: <4CE7193A.1090600@madonie.org> Oz Linden (Scott Lawrence) a ?crit : > We have three pending features ready for testing and feedback now... > > https://wiki.secondlife.com/wiki/Downloading_test_builds#Developer_Builds > _______________________________________________ > 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 > I have tried Configuration of movement vs chat keys and movement submenu on a Macbook Pro core2duo/Ati 1600xt / Snow Leopard 10.6.5 and it works fine. I don't know how to try LSL feature not being a developer :) The only problem I had was with the viewer which didn't go above 1,5 fps framerate,but tonight Kirstens doesn't go above 6 fps, I don't know why. From lee.ponzu at gmail.com Fri Nov 19 19:19:20 2010 From: lee.ponzu at gmail.com (Ponzu) Date: Fri, 19 Nov 2010 22:19:20 -0500 Subject: [opensource-dev] STORM-616: Me->Movement menus In-Reply-To: <4CE6A5FD.8000601@lindenlab.com> References: <4CE6A5FD.8000601@lindenlab.com> Message-ID: Of course, "Sit" and "Stand" are not always what we are doing. We might be "Dance" and "Stop Dance" or "Hug" and "Stop hug" -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101119/a7a93788/attachment.htm From lee.ponzu at gmail.com Fri Nov 19 21:06:50 2010 From: lee.ponzu at gmail.com (Ponzu) Date: Sat, 20 Nov 2010 00:06:50 -0500 Subject: [opensource-dev] Trivial, but probably really easy change request Message-ID: When I start up the viewer, the window is bright white for a moment before it turns black. As a user, I often use SL in an environment where the lights are down low. Also, most of the places I visit have an overall all low brightness (compared to bright white). Therefore, when I start the viewer, it is annoying that it starts out as a bright white screen. The bright white actually sometimes hurts my eyes, since it is sort of a flash before turning black. I would prefer that the screen color before the login screen loads be much more subdued. Black would be fine, but perhaps the art department could come up with something that is approximately as bright as the login screen, and maybe in some standard SL brand colors. (Oh, god, please, not teal 8-) regards, lee -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101120/7ca4be87/attachment.htm From open at autistici.org Sat Nov 20 02:49:02 2010 From: open at autistici.org (Opensource Obscure) Date: Sat, 20 Nov 2010 11:49:02 +0100 Subject: [opensource-dev] STORM-616: Me->Movement menus In-Reply-To: References: <4CE6A5FD.8000601@lindenlab.com> Message-ID: <771fa2ee5a78065ee7404ef78a97e4f3@inventati.org> On Fri, 19 Nov 2010 22:19:20 -0500, Ponzu wrote: > Of course, "Sit" and "Stand" are not always what we are doing. We > might be > "Dance" and "Stop Dance" or "Hug" and "Stop hug" What exactly are you suggesting? If you need to force stop dancing or stop hugging, you will use the "Stop Animating Me" command. Normally, you would just use a scripted item. Opensource Obscure From sllists at boroon.dasgupta.ch Sat Nov 20 03:34:12 2010 From: sllists at boroon.dasgupta.ch (Boroondas Gupte) Date: Sat, 20 Nov 2010 12:34:12 +0100 Subject: [opensource-dev] [IDEA] variable stand-up menu entry/button label (was: STORM-616: Me->Movement menus) In-Reply-To: <771fa2ee5a78065ee7404ef78a97e4f3@inventati.org> References: <4CE6A5FD.8000601@lindenlab.com> <771fa2ee5a78065ee7404ef78a97e4f3@inventati.org> Message-ID: <4CE7B234.3060306@boroon.dasgupta.ch> On 11/20/2010 11:49 AM, Opensource Obscure wrote: > On Fri, 19 Nov 2010 22:19:20 -0500, Ponzu wrote: >> Of course, "Sit" and "Stand" are not always what we are doing. We >> might be >> "Dance" and "Stop Dance" or "Hug" and "Stop hug" > What exactly are you suggesting? > > If you need to force stop dancing or stop hugging, you will use the > "Stop Animating Me" command. Though, that only works if the object causing the animation doesn't start any new ones after using that command. > Normally, you would just use a scripted > item. I think that's what Ponzu meant: Some scripted objects activate animations on you upon click (e.g. dance balls), some when you wear them (e.g. AOs) and some when you sit on them (poseballs, vehicles, furniture etc.). Because the animation might not actually be perceived as actual sitting, the scripts have the option to override the label of the sit entry in the objects' context menu. Taking off the object or standing up from it usually gets the semantic of leaving the state of wanting to be animated. (I.e., currently running animations should be stopped and no further ones started.) But the stand-up button (and menu items etc.) will still be labeled "Stand up". Though, I believe this cannot be changed with a purely Viewer-side change in any meaningful way: Setting the stand-up menu entry label to "Stop [CUSTOM LABEL]" when the sit menu entry label has been set to "[CUSTOM LABEL]" will work for some cases ("Dance"/"Stop dance" ... though, shouldn't that be "Stop dancing"?) but lead to comical/confusing results in lots of others ("Jump into the pool"/"Stop jump into the pool"? Nah, that'd better be "Stop swimming" or "get out of the pool" ... "Take off"/"Stop take off" ... "land" would probably be better etc.). We would need server, LSL and viewer changes to let scripts set the stand-up label explicitly, too. Unless those can be coordinated, we better leave the stand-up labels as they are. (Except for switching between "Sit down" and "Stand up" when/where a common UI item is used for them depending on whether you are already sitting.) Cheers, Boroondas From lee.ponzu at gmail.com Sat Nov 20 06:33:28 2010 From: lee.ponzu at gmail.com (Ponzu) Date: Sat, 20 Nov 2010 09:33:28 -0500 Subject: [opensource-dev] [IDEA] variable stand-up menu entry/button label (was: STORM-616: Me->Movement menus) In-Reply-To: <4CE7B234.3060306@boroon.dasgupta.ch> References: <4CE6A5FD.8000601@lindenlab.com> <771fa2ee5a78065ee7404ef78a97e4f3@inventati.org> <4CE7B234.3060306@boroon.dasgupta.ch> Message-ID: On Sat, Nov 20, 2010 at 6:34 AM, Boroondas Gupte wrote: > > > Normally, you would just use a scripted > > item. > I think that's what Ponzu meant: Thank you for understanding me. 8-) Ponzu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101120/d07a2881/attachment.htm From lee.ponzu at gmail.com Sat Nov 20 06:40:31 2010 From: lee.ponzu at gmail.com (Ponzu) Date: Sat, 20 Nov 2010 09:40:31 -0500 Subject: [opensource-dev] STORM-616: Me->Movement menus In-Reply-To: <771fa2ee5a78065ee7404ef78a97e4f3@inventati.org> References: <4CE6A5FD.8000601@lindenlab.com> <771fa2ee5a78065ee7404ef78a97e4f3@inventati.org> Message-ID: Boroondas explained me. I meant it would be nice if the [Stand up] could match the customizable [Sit] menu label. Next best might be what some of the TPV have. A convenient pop-up showing your active animations, with ability to kill one or more of them (note "convenient" 8-). Even more wonderful would be the ability to change the animation priority on a temporary or permanent basis. Or change the speed of each. Yeah, that's the ticket. ooh, ooh, to be able to substitute any animation you have for the one that is playing, on a temp or perm basis. Don't get me all excited. Next thing I will be asking for haptic animations. With olfactory signals beamed into my cervical implant. ponzu On Sat, Nov 20, 2010 at 5:49 AM, Opensource Obscure wrote: > On Fri, 19 Nov 2010 22:19:20 -0500, Ponzu wrote: > >> Of course, "Sit" and "Stand" are not always what we are doing. We might >> be >> "Dance" and "Stop Dance" or "Hug" and "Stop hug" >> > > What exactly are you suggesting? > > If you need to force stop dancing or stop hugging, you will use the > "Stop Animating Me" command. Normally, you would just use a scripted item. > > Opensource Obscure > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101120/5b53f356/attachment.htm From aklo at skyhighway.com Sat Nov 20 12:16:45 2010 From: aklo at skyhighway.com (aklo at skyhighway.com) Date: Sat, 20 Nov 2010 12:16:45 -0800 (PST) Subject: [opensource-dev] lslwiki Message-ID: <0bf2082cfec7d96fe33e994b3465edb5.squirrel@cruziomail.cruzio.com> Hey, y'all! Does anybody know what happened to the lslwiki? (lslwiki.net) It's been down a coupla days. Do we know who runs the site? LL support says it's not LL. Thx!! - AK From olli_aro at yahoo.co.uk Sat Nov 20 12:17:39 2010 From: olli_aro at yahoo.co.uk (Olli Aro) Date: Sat, 20 Nov 2010 20:17:39 -0000 Subject: [opensource-dev] Web login Message-ID: Hi all, Anyone using the web login with the latest version of OpenSim? We are in process of porting our OpenSim management system to the latest version and seem to have problems with the web login functionality that worked fine previously. Any chance that could have got broken when the database was restructured? Regards, Olli -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101120/599df67f/attachment.htm From sldev at free.fr Sat Nov 20 12:26:35 2010 From: sldev at free.fr (Henri Beauchamp) Date: Sat, 20 Nov 2010 21:26:35 +0100 Subject: [opensource-dev] Display names support. Message-ID: <20101120212635.6038ca51.sldev@free.fr> I got it implemented for the Snowglobe v1.5 code base... See the details in these messages: http://sldev.free.fr/forum/viewtopic.php?f=5&t=265&p=1541#p1541 http://sldev.free.fr/forum/viewtopic.php?f=6&t=399 The patch itself is available here: http://sldev.free.fr/patches/12500/slviewer-0-v12500-DisplayNamesSupport.patch.bz2 Enjoy ! :-) Henri. From dahliatrimble at gmail.com Sat Nov 20 12:49:23 2010 From: dahliatrimble at gmail.com (Dahlia Trimble) Date: Sat, 20 Nov 2010 12:49:23 -0800 Subject: [opensource-dev] Web login In-Reply-To: References: Message-ID: I think the web login code has been bitrotting for probably a couple years now, if you're referring to the same code I'm thinking of. Anyway probably better to ask this question in the opensim-dev mailing list. On 11/20/10, Olli Aro wrote: > Hi all, > > > > Anyone using the web login with the latest version of OpenSim? > > > > We are in process of porting our OpenSim management system to the latest > version and seem to have problems with the web login functionality that > worked fine previously. > > > > Any chance that could have got broken when the database was restructured? > > > > Regards, > > > > Olli > > > > > > From secret.argent at gmail.com Sat Nov 20 13:08:33 2010 From: secret.argent at gmail.com (Argent Stonecutter) Date: Sat, 20 Nov 2010 15:08:33 -0600 Subject: [opensource-dev] SL Browsification In-Reply-To: References: <2925080a42d1760367522d77b118763c.squirrel@cruziomail.cruzio.com> Message-ID: <66CC4D6B-788B-42E4-9EED-EC228240283A@gmail.com> On 2010-11-18, at 04:06, Opensource Obscure wrote: > this is interesting - what exactly is your estimation based upon? Stickman covered it pretty well. Basically, I was comparing concurrency with the number of sims and assumed that a GPU cost about as much as a CPU core to provide... but didn't do it in anything like the detail he did. From olli_aro at yahoo.co.uk Sat Nov 20 13:32:01 2010 From: olli_aro at yahoo.co.uk (Olli Aro) Date: Sat, 20 Nov 2010 21:32:01 -0000 Subject: [opensource-dev] Web login In-Reply-To: References: Message-ID: Yes it is the functionality that allows the client to pass in web_login_key as request parameter based on the field set in database, so that we can have "single sign on" type of scenario from web applications etc. Used to work still in version 0.6.7, but the database re-factoring took place on version 0.6.9. Olli -----Original Message----- From: Dahlia Trimble [mailto:dahliatrimble at gmail.com] Sent: 20 November 2010 20:49 To: Olli Aro Cc: opensource-dev at lists.secondlife.com; opensim-users at lists.berlios.de; opensim-dev at lists.berlios.de Subject: Re: [opensource-dev] Web login I think the web login code has been bitrotting for probably a couple years now, if you're referring to the same code I'm thinking of. Anyway probably better to ask this question in the opensim-dev mailing list. On 11/20/10, Olli Aro wrote: > Hi all, > > > > Anyone using the web login with the latest version of OpenSim? > > > > We are in process of porting our OpenSim management system to the > latest version and seem to have problems with the web login > functionality that worked fine previously. > > > > Any chance that could have got broken when the database was restructured? > > > > Regards, > > > > Olli > > > > > > From zenmondo at gmail.com Sat Nov 20 14:43:36 2010 From: zenmondo at gmail.com (L. Christopher Bird) Date: Sat, 20 Nov 2010 15:43:36 -0700 Subject: [opensource-dev] lslwiki In-Reply-To: <0bf2082cfec7d96fe33e994b3465edb5.squirrel@cruziomail.cruzio.com> References: <0bf2082cfec7d96fe33e994b3465edb5.squirrel@cruziomail.cruzio.com> Message-ID: LSL Wiki has an interesting history. Back when LL was ALL about user generated content (and support!) the LSL wiki was resident run, and hosted on Linden Servers. Then came the great break in via the website that stole user passwords and everyone's password had to be reset and Linden decided that it could not host any user generated content. So the LSL wiki went into private hands and its own website and bounced around for a short while before landing at lslwiki.net. As far as I know it is maintained by Catherine Winters aka Catherine Omega. I sent her a note via the contact page on her blog. We will see what the story is. But it seems to be the red-headed step-child of the LL run LSL Portal. Personally I like the wiki if for no other reason it does not use mediawiki and entries do not have to have a capital letter so its llSay and not LlSay. -- ZenMondo On Sat, Nov 20, 2010 at 1:16 PM, wrote: > Hey, y'all! Does anybody know what happened to the lslwiki? (lslwiki.net > ) > > It's been down a coupla days. Do we know who runs the site? LL support > says it's not LL. > > Thx!! > > - AK > > _______________________________________________ > 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 > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101120/54da0e4a/attachment.htm From nexiim at gmail.com Sat Nov 20 20:37:34 2010 From: nexiim at gmail.com (Nexii Malthus) Date: Sun, 21 Nov 2010 04:37:34 +0000 Subject: [opensource-dev] Dynamic shadows and ATI In-Reply-To: <4CE67CE7.7080108@madonie.org> References: <4CDE77E8.40803@madonie.org> <4CDE7C78.5060205@gmail.com> <4CDE7ED9.70100@madonie.org> <4CDEABFB.7010008@meadowlakearts.com> <4CE54DEF.6050504@madonie.org> <4CE67CE7.7080108@madonie.org> Message-ID: Being an ATI fanboy I had to pull the full brunt of the bad opengl support and it has changed my mind about their software side. The support for OpenGL had been stiffled ever since OpenGL had lost the lead starting in 2007 or so. One of the examples that affected my ability to use OpenGL applications and that started my research into the drivers was from the game Love, http://www.gaminglove.net/forums/f11/fixed-white-planet-issue-465/ where I found a certain change in the OpenGL implementations in the drivers that started exhibiting a severe glitch. Thankfully I have moved on with a new computer and a nVidia card (regretfully) instead, I have never had a three digit FPS before in SL. It most definitely comes from the side of ATI, they just seem to refuse to fix the buggy OpenGL implementation. If only the drivers were as good as the hardware then they would pretty much dominate the market. - Nexii On Fri, Nov 19, 2010 at 1:34 PM, Laurent Bechir wrote: > > > Trilo Byte a ?crit : > > Side note, Dave's comment about all Macs shipping with ATI cards is > > inaccurate. Something approaching 3/4 of the units sold over the last > > few years have been portables, and all the portables since at least > > late 2008 have had nVidia graphics. > > As you say it'been for the last few years, and not all models, since my > Macbook Pro 2006 has ATI. I guess what Dave was talking about is people > buying their computer now. > _______________________________________________ > 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 > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101121/f8a1cf84/attachment-0001.htm From suezanne at gmail.com Sat Nov 20 21:40:06 2010 From: suezanne at gmail.com (SuezanneC Baskerville) Date: Sat, 20 Nov 2010 23:40:06 -0600 Subject: [opensource-dev] lslwiki In-Reply-To: References: <0bf2082cfec7d96fe33e994b3465edb5.squirrel@cruziomail.cruzio.com> Message-ID: The LSL Wiki was privately hosted before it was hosted by Linden Lab. I think the url was badgeo.com, "badgeo" coming from an SL error message with the words "bad geometry" in it. It became afflicted by a porno spamming site, which led to LL hosting it for a while. LSLwiki.net is working as of the moment I'm typing this. On Sat, Nov 20, 2010 at 4:43 PM, L. Christopher Bird wrote: > LSL Wiki has an interesting history. > > Back when LL was ALL about user generated content (and support!) the LSL > wiki was resident run, and hosted on Linden Servers. Then came the great > break in via the website that stole user passwords and everyone's password > had to be reset and Linden decided that it could not host any user generated > content. So the LSL wiki went into private hands and its own website and > bounced around for a short while before landing at lslwiki.net. As far as > I know it is maintained by Catherine Winters aka Catherine Omega. I sent > her a note via the contact page on her blog. We will see what the story is. > But it seems to be the red-headed step-child of the LL run LSL Portal. > Personally I like the wiki if for no other reason it does not use mediawiki > and entries do not have to have a capital letter so its llSay and not LlSay. > > -- ZenMondo > > > On Sat, Nov 20, 2010 at 1:16 PM, wrote: > >> Hey, y'all! Does anybody know what happened to the lslwiki? ( >> lslwiki.net) >> >> It's been down a coupla days. Do we know who runs the site? LL support >> says it's not LL. >> >> Thx!! >> >> - AK >> >> _______________________________________________ >> 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 > -- v i r t u a l w o r l d e n t h u s i a s t -- http://www.google.com/profiles/s u e z a n n e -- -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101120/fa1dbde7/attachment.htm From aklo at skyhighway.com Sat Nov 20 21:47:33 2010 From: aklo at skyhighway.com (aklo at skyhighway.com) Date: Sat, 20 Nov 2010 21:47:33 -0800 (PST) Subject: [opensource-dev] lslwiki Message-ID: <1fd534fc592c1b2a0ea200d4499885f4.squirrel@cruziomail.cruzio.com> Yes, it is working now for me, too, and thanks so very much to whoever fixed it! Both the official LL doc & the lslwiki are really great & i use them both lots, though i gotta say that the lslwiki is my fave. - AK -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- The LSL Wiki was privately hosted before it was hosted by Linden Lab. I think the url was badgeo.com, "badgeo" coming from an SL error message with the words "bad geometry" in it. It became afflicted by a porno spamming site, which led to LL hosting it for a while. LSLwiki.net is working as of the moment I'm typing this. On Sat, Nov 20, 2010 at 4:43 PM, L. Christopher Bird wrote: LSL Wiki has an interesting history. Back when LL was ALL about user generated content (and support!) the LSL wiki was resident run, and hosted on Linden Servers. Then came the great break in via the website that stole user passwords and everyone's password had to be reset and Linden decided that it could not host any user generated content. So the LSL wiki went into private hands and its own website and bounced around for a short while before landing at lslwiki.net. As far as I know it is maintained by Catherine Winters aka Catherine Omega. I sent her a note via the contact page on her blog. We will see what the story is. But it seems to be the red-headed step-child of the LL run LSL Portal. Personally I like the wiki if for no other reason it does not use mediawiki and entries do not have to have a capital letter so its llSay and not LlSay. -- ZenMondo On Sat, Nov 20, 2010 at 1:16 PM, wrote: Hey, y'all! Does anybody know what happened to the lslwiki? (lslwiki.net) It's been down a coupla days. Do we know who runs the site? LL support says it's not LL. Thx!! - AK _______________________________________________ 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 -- v i r t u a l w o r l d e n t h u s i a s t -- http://www.google.com/profiles/s u e z a n n e -- From trilobyte550m at gmail.com Sun Nov 21 18:55:44 2010 From: trilobyte550m at gmail.com (Trilo Byte) Date: Sun, 21 Nov 2010 18:55:44 -0800 Subject: [opensource-dev] Name Tags Broken Message-ID: <57163EC0-E1DB-415A-B146-61C1E8EAF55A@gmail.com> Name Tags have been broken in the last few builds for the Mac client. Last good build for users with nVidia graphics was 215139, for ATI users it's been broken for weeks (forcing users to choose between broken Name Tags and broken Anti-Aliasing). Taking a look at build 215215 on my primary machine (nVidia GTX285), and Name Tags are now broken more significantly. The darkened tag space appears above the head, but text does not display regardless of FBO and RenderDeferred settings. TriloByte Zanzibar From bunny at bunnynet.org Sun Nov 21 19:34:14 2010 From: bunny at bunnynet.org (Bunny Halberd) Date: Sun, 21 Nov 2010 21:34:14 -0600 Subject: [opensource-dev] Name Tags Broken In-Reply-To: <57163EC0-E1DB-415A-B146-61C1E8EAF55A@gmail.com> References: <57163EC0-E1DB-415A-B146-61C1E8EAF55A@gmail.com> Message-ID: On Sun, Nov 21, 2010 at 8:55 PM, Trilo Byte wrote: > Name Tags have been broken in the last few builds for the Mac client. ?Last good build for users with nVidia graphics was 215139, for ATI users it's been broken for weeks (forcing users to choose between broken Name Tags and broken Anti-Aliasing). ?Taking a look at build 215215 on my primary machine (nVidia GTX285), and Name Tags are now broken more significantly. ?The darkened tag space appears above the head, but text does not display regardless of FBO and RenderDeferred settings. It's not just the Mac client, this is happening on the Windows client as well. I'm not sure when it was introduced - I've been extremely busy this weekend and haven't had time to track it down. I just ended up using the 2.3 release client instead as a workaround. - Bunny From akanevsky at productengine.com Sun Nov 21 22:35:19 2010 From: akanevsky at productengine.com (Anya Kanevsky) Date: Mon, 22 Nov 2010 00:35:19 -0600 Subject: [opensource-dev] Name Tags Broken In-Reply-To: References: <57163EC0-E1DB-415A-B146-61C1E8EAF55A@gmail.com> Message-ID: There's a jira for it: https://jira.secondlife.com/browse/VWR-23921? 2010/11/21 Bunny Halberd > On Sun, Nov 21, 2010 at 8:55 PM, Trilo Byte > wrote: > > Name Tags have been broken in the last few builds for the Mac client. > Last good build for users with nVidia graphics was 215139, for ATI users > it's been broken for weeks (forcing users to choose between broken Name Tags > and broken Anti-Aliasing). Taking a look at build 215215 on my primary > machine (nVidia GTX285), and Name Tags are now broken more significantly. > The darkened tag space appears above the head, but text does not display > regardless of FBO and RenderDeferred settings. > > It's not just the Mac client, this is happening on the Windows client > as well. I'm not sure when it was introduced - I've been extremely > busy this weekend and haven't had time to track it down. I just ended > up using the 2.3 release client instead as a workaround. > > - Bunny > _______________________________________________ > 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 > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101122/1890f780/attachment.htm From oz at lindenlab.com Mon Nov 22 03:40:26 2010 From: oz at lindenlab.com (Oz Linden (Scott Lawrence)) Date: Mon, 22 Nov 2010 06:40:26 -0500 Subject: [opensource-dev] [IDEA] variable stand-up menu entry/button label In-Reply-To: <4CE7B234.3060306@boroon.dasgupta.ch> References: <4CE6A5FD.8000601@lindenlab.com> <771fa2ee5a78065ee7404ef78a97e4f3@inventati.org> <4CE7B234.3060306@boroon.dasgupta.ch> Message-ID: <4CEA56AA.9050600@lindenlab.com> On 2010-11-20 6:34, Boroondas Gupte wrote: > On 11/20/2010 11:49 AM, Opensource Obscure wrote: >> On Fri, 19 Nov 2010 22:19:20 -0500, Ponzu wrote: >>> Of course, "Sit" and "Stand" are not always what we are doing. We >>> might be >>> "Dance" and "Stop Dance" or "Hug" and "Stop hug" >> What exactly are you suggesting? >> >> If you need to force stop dancing or stop hugging, you will use the >> "Stop Animating Me" command. > Though, that only works if the object causing the animation doesn't > start any new ones after using that command. > >> Normally, you would just use a scripted >> item. > I think that's what Ponzu meant: Some scripted objects activate > animations on you upon click (e.g. dance balls), some when you wear them > (e.g. AOs) and some when you sit on them (poseballs, vehicles, furniture > etc.). Because the animation might not actually be perceived as actual > sitting, the scripts have the option to override the label of the sit > entry in the objects' context menu. > > Taking off the object or standing up from it usually gets the semantic > of leaving the state of wanting to be animated. (I.e., currently running > animations should be stopped and no further ones started.) But the > stand-up button (and menu items etc.) will still be labeled "Stand up". > > Though, I believe this cannot be changed with a purely Viewer-side > change in any meaningful way: Setting the stand-up menu entry label to > "Stop [CUSTOM LABEL]" when the sit menu entry label has been set to > "[CUSTOM LABEL]" will work for some cases ("Dance"/"Stop dance" ... > though, shouldn't that be "Stop dancing"?) but lead to comical/confusing > results in lots of others ("Jump into the pool"/"Stop jump into the > pool"? Nah, that'd better be "Stop swimming" or "get out of the pool" > ... "Take off"/"Stop take off" ... "land" would probably be better etc.). > > We would need server, LSL and viewer changes to let scripts set the > stand-up label explicitly, too. Unless those can be coordinated, we > better leave the stand-up labels as they are. (Except for switching > between "Sit down" and "Stand up" when/where a common UI item is used > for them depending on whether you are already sitting.) I was referring to the new Me->Movement->Sit Down menu item, which is the same as the 'Sit Down' you get if you right click on your avatar. It has nothing to do with scripted objects, or any animation other than sitting. From oz at lindenlab.com Mon Nov 22 03:41:47 2010 From: oz at lindenlab.com (Oz Linden (Scott Lawrence)) Date: Mon, 22 Nov 2010 06:41:47 -0500 Subject: [opensource-dev] STORM-616: Me->Movement menus In-Reply-To: References: <4CE6A5FD.8000601@lindenlab.com> <771fa2ee5a78065ee7404ef78a97e4f3@inventati.org> Message-ID: <4CEA56FB.80905@lindenlab.com> On 2010-11-20 9:40, Ponzu wrote: > > Don't get me all excited. Next thing I will be asking for haptic > animations. With olfactory signals beamed into my cervical implant. > Shh... those implants are under NDA!! :-) From bunny at bunnynet.org Mon Nov 22 05:47:04 2010 From: bunny at bunnynet.org (Bunny Halberd) Date: Mon, 22 Nov 2010 07:47:04 -0600 Subject: [opensource-dev] Name Tags Broken In-Reply-To: References: <57163EC0-E1DB-415A-B146-61C1E8EAF55A@gmail.com> Message-ID: On Mon, Nov 22, 2010 at 12:35 AM, Anya Kanevsky wrote: > There's a jira for it:?https://jira.secondlife.com/browse/VWR-23921? Thanks Anya, I figured there was, which is why I didn't post anything here. (This weekend was just really busy and I haven't had time to go searching.) I'll add my information to it. - Bunny From lee.ponzu at gmail.com Mon Nov 22 11:13:00 2010 From: lee.ponzu at gmail.com (Ponzu) Date: Mon, 22 Nov 2010 14:13:00 -0500 Subject: [opensource-dev] [IDEA] variable stand-up menu entry/button label In-Reply-To: <4CEA56AA.9050600@lindenlab.com> References: <4CE6A5FD.8000601@lindenlab.com> <771fa2ee5a78065ee7404ef78a97e4f3@inventati.org> <4CE7B234.3060306@boroon.dasgupta.ch> <4CEA56AA.9050600@lindenlab.com> Message-ID: On Mon, Nov 22, 2010 at 6:40 AM, Oz Linden (Scott Lawrence) < oz at lindenlab.com> wrote: > > > I was referring to the new Me->Movement->Sit Down menu item, which is > the same as the 'Sit Down' you get if you right click on your avatar. > It has nothing to do with scripted objects, or any animation other than > sitting. > > > Are you saying you expect me to *read* messages as well as *reply* to them? Geesh. ponzu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101122/d4d0b53f/attachment.htm From akanevsky at productengine.com Mon Nov 22 12:34:20 2010 From: akanevsky at productengine.com (Anya Kanevsky) Date: Mon, 22 Nov 2010 14:34:20 -0600 Subject: [opensource-dev] Daily Scrum Summary - Monday, November 22 Message-ID: *Monday, November 22, 2010* *General Notes* - Merge Monkey of the Day: Oz -> Merov - IMPORTANT: When reopening issues from prior sprints, please move into unscheduled (remove Sprint X) and comment that it was reopnened. Reopnened current sprint issues should stay in current sprint. - if it?s intended for Beta, please make sure it?s in a beta branch and builds in TC _before_ you ask for a merge. *Team Status* *Merov Linden* *PAST* - STORM-146: kdu-autobuild: Fixed the Mac static lib build to support i386, fixed Linux packaging, fixed Windows packaging too. Pfeww... - STORM-151: kdu static link: Fixed the make on all platforms to indeed link statically with the lib, passed build everywhere after a couple of iterations. Yeah! *FUTURE* - STORM-146: kdu-autobuild: Test on all platforms and final clean-up. - STORM-151: kdu static link: Get perf data on all platforms and work on compression. *IMPEDIMENTS* - None *Oz Linden* *PAST* - Merge Monkeying (STORM-627) - Consulted with Wolfpup on problem with Ad-hoc conference log names (STORM-102) - Pester people about autobuild reviews - Working on some metrics for open contributions *FUTURE* - Continue with setting up Code Review system *IMPEDIMENTS* - Would like to hand off Merge Monkey job for a few days *Q Linden* *PAST* - 2.4 beta mark - 2.4 email to engineering - Administrative stuff - OOO for my lecture *FUTURE* - Beta 2.4 - OOO *IMPEDIMENTS* - none *Esbee Linden* *PAST* - Worked on internal reporting docs - Tested project viewers and provided product/design input - Provided feedback on STORM-40 - Meetings - VWR Triage - Ticket prioritization - Injured my hand/wrist over the weekend *FUTURE* - Work on internal reporting documents - [STORM-537] Update and publish (publicly) the keyboard shortcut doc - [STORM-539] Finish draft of prim alignment tool design - [STORM-34] Create quick design doc for favs on login screen - VWR Triage - Ticket prioritization - Backlog cleanup *IMPEDIMENTS* - Working with one hand is slowing me down tremendously *Paul ProductEngine* *PAST* - TASK STORM-593 (Make transparent texteditor and lineeditor) - WIP. Today implemented beta version of fix and tested it. All seems work fine. On Monday will start implementing final version. Estimate ~ 10 - 12 hours. *FUTURE* - TASK STORM-593 (Make transparent texteditor and lineeditor) *IMPEDIMENTS* - none *Seth Productengine* *PAST* - TASK (STORM-584) Fix color and opacity setting for Bubble Chat - Patch sent for integration. - BUG (STORM-550) LLDir::getNextFileInDir fails for some complex wildcard combinations - WIP. Looked through test cases, found one that fails on Linux, some other need testing on other platforms. Investigating boost::filesystem library for portable implementation of LLDir::getNextFileInDir. *FUTURE* - BUG (STORM-550) LLDir::getNextFileInDir fails for some complex wildcard combinations - Estimated: 8-10 hours. *IMPEDIMENTS* - none *Andrew Productengine* *PAST* - Reopened major task STORM-572 (Layout cleanup in the Sound & Media tab of Preferences) - Fixed and put on review. - Critical bug STORM-594 ([crashhunters] crash in LLView::handleVisibilityChange(int) [second life unknown]) - Couldn't reproduce. Investigated. Discussed with Vadim. Assigned back to unassigned. - Critical bug STORM-521 ([crashhunters] crash at [0] LLAudioSource::hasPendingPreloads() [secondlife-bin llaudioengine.cpp]) - Investigating. Trying to figure out steps to reproduce. Can't give even nearly correct estimate yet- code is completely unfamiliar, but rough one is 8 hours. *FUTURE* - Critical bug STORM-521 ([crashhunters] crash at [0] LLAudioSource::hasPendingPreloads() [secondlife-bin llaudioengine.cpp]). *IMPEDIMENTS* - none *Vadim Productengine* *PAST* - Bug STORM-622 (Texture picker screws up when multiple textures are opened): - Gave up, handed over to Paul, who is more experienced with this kind of stuff. - Bug STORM-334 (-set CacheLocation command does not work?): - Investigated, resolved as expected behavior. - Bug STORM-432 (Trash button in People > My Friends tab can be moved): - Fixed. - Bug STORM-456 (Two space chars in 'conference-title-incoming' text for Polish language): - Fixed. *FUTURE* - Will pick something from the v-d bug queue. *IMPEDIMENTS* - Need an answer in STORM-40. - Unclear what new stories we can take from sprint 8 (that don't require design work first). *Andrey Productengine* *PAST* - regression testing of v-d build r215105 - reported STORM-658, 659 - designed Viewer Chat Logging test plan (STORM-102) *FUTURE* - verify STORM-102 with descendants - 2.4.0 Beta1 (?) *IMPEDIMENTS* - none *Jonathan Yap* *PAST* - STORM-596 (Move Help/Enable Hints) - finished, needs to be taken into viewer-development *FUTURE* - STORM-615 (Move Delete to bottom of object menu) or maybe something more comprehensive (in-work, TBD). - Consult with Esbee/Oz/Andrew/Nyx on other jiras that are not in Storm yet. - [long range] Add seperate jira issues for each issue in Storm-138 per Oz's request. Update lsl wiki - remove Unsupported icon next to llTextBox. Timing of when to make this edit? *IMPEDIMENTS* - none -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101122/78f0dee9/attachment-0001.htm From jhwelch at gmail.com Mon Nov 22 12:45:56 2010 From: jhwelch at gmail.com (Jonathan Welch) Date: Mon, 22 Nov 2010 15:45:56 -0500 Subject: [opensource-dev] Object menu - proposed changes Message-ID: I started working on Storm-615 (put Delete in the top-level right-click on an object menu) and realized there was a bigger issue for me -- how the entire menu is laid out. If it seems that people want some form of these proposed changes implemented it may make more sense to postpone Storm-615 and have this new jira taken up into the next sprint. I would appreciate comments and discussion on https://jira.secondlife.com/browse/VWR-23944? From laurent.bechir at madonie.org Mon Nov 22 13:48:21 2010 From: laurent.bechir at madonie.org (Laurent Bechir) Date: Mon, 22 Nov 2010 22:48:21 +0100 Subject: [opensource-dev] Dynamic shadows and ATI In-Reply-To: <4CE67CE7.7080108@madonie.org> References: <4CDE77E8.40803@madonie.org> <4CDE7C78.5060205@gmail.com> <4CDE7ED9.70100@madonie.org> <4CDEABFB.7010008@meadowlakearts.com> <4CE54DEF.6050504@madonie.org> <4CE67CE7.7080108@madonie.org> Message-ID: <4CEAE525.1000904@madonie.org> Laurent Bechir a ?crit : > Being an ATI fanboy I had to pull the full brunt of the bad opengl > support and it has changed my mind about their software side. The > support for OpenGL had been stiffled ever since OpenGL had lost the > lead starting in 2007 or so. One of the examples that affected my > ability to use OpenGL applications and that started my research into > the drivers was from the game Love, > http://www.gaminglove.net/forums/f11/fixed-white-planet-issue-465/ where > I found a certain change in the OpenGL implementations in the drivers > that started exhibiting a severe glitch. > > Thankfully I have moved on with a new computer and a nVidia card > (regretfully) instead, I have never had a three digit FPS before in SL. > > It most definitely comes from the side of ATI, they just seem to > refuse to fix the buggy OpenGL implementation. If only the drivers > were as good as the hardware then they would pretty much dominate the > market. > Perhaps Linden should put something like "You will have a better experience with Second Life if you choose NVidia graphic card". I know it's quite stupid, but from what I've read there is not a chance that we get good support for ATI cards and dynamic shadows which is quite disapointing. From merov at lindenlab.com Mon Nov 22 14:06:47 2010 From: merov at lindenlab.com (Philippe (Merov) Bossut) Date: Mon, 22 Nov 2010 14:06:47 -0800 Subject: [opensource-dev] STORM-151 : KDU v6.4.1 upgrade update In-Reply-To: References: <4CDE7BE9.8050704@lindenlab.com> Message-ID: Hi, On Fri, Nov 19, 2010 at 3:27 AM, Trilo Byte wrote: > Broken here as well, Merov. After downloading and installing the DMG file > and attempting to run the application, I immediately get an error that > reads: > > Second Life Developer cannot be opened because of a problem. > > Check with the developer to make sure Second Life Developer works with this > version of Mac OS X. You may need to reinstall the application. Be sure to > install any available updates for the application and Mac OS X. > > (I'm running OS X 10.6.5 btw). > > Trilo > Thanks for the tests Trilo and Katherine. This was underlying some much deeper issue that was also common to Windows (Linux didn't build). I had to review some cmake hacks I did when producing the libs and building the viewer with it. I went through all of it several times and I have now builds for the 3 platforms available at: http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/merov_viewer-development-features/rev/215247/index.html I did test on all platforms and was able to run the viewers though I'm not going to be foolish that time around and claim victory before I get some feedback from you guys telling me that it works pretty much everywhere :) Note if you test those builds that compression (i.e. upload of textures) is not yet implemented. I also added STORM-151 on the list of builds to test and I'll update the link regularly from now on: https://wiki.secondlife.com/wiki/Downloading_test_builds#Developer_Builds Cheers, - Merov -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101122/72b27bb0/attachment.htm From merov at lindenlab.com Mon Nov 22 14:06:47 2010 From: merov at lindenlab.com (Philippe (Merov) Bossut) Date: Mon, 22 Nov 2010 14:06:47 -0800 Subject: [opensource-dev] STORM-151 : KDU v6.4.1 upgrade update In-Reply-To: References: <4CDE7BE9.8050704@lindenlab.com> Message-ID: Hi, On Fri, Nov 19, 2010 at 3:27 AM, Trilo Byte wrote: > Broken here as well, Merov. After downloading and installing the DMG file > and attempting to run the application, I immediately get an error that > reads: > > Second Life Developer cannot be opened because of a problem. > > Check with the developer to make sure Second Life Developer works with this > version of Mac OS X. You may need to reinstall the application. Be sure to > install any available updates for the application and Mac OS X. > > (I'm running OS X 10.6.5 btw). > > Trilo > Thanks for the tests Trilo and Katherine. This was underlying some much deeper issue that was also common to Windows (Linux didn't build). I had to review some cmake hacks I did when producing the libs and building the viewer with it. I went through all of it several times and I have now builds for the 3 platforms available at: http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/merov_viewer-development-features/rev/215247/index.html I did test on all platforms and was able to run the viewers though I'm not going to be foolish that time around and claim victory before I get some feedback from you guys telling me that it works pretty much everywhere :) Note if you test those builds that compression (i.e. upload of textures) is not yet implemented. I also added STORM-151 on the list of builds to test and I'll update the link regularly from now on: https://wiki.secondlife.com/wiki/Downloading_test_builds#Developer_Builds Cheers, - Merov -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101122/72b27bb0/attachment-0001.htm From dave at meadowlakearts.com Mon Nov 22 16:28:25 2010 From: dave at meadowlakearts.com (Dave Booth) Date: Mon, 22 Nov 2010 18:28:25 -0600 Subject: [opensource-dev] Dynamic shadows and ATI In-Reply-To: <4CEAE525.1000904@madonie.org> References: <4CDE77E8.40803@madonie.org> <4CDE7C78.5060205@gmail.com> <4CDE7ED9.70100@madonie.org> <4CDEABFB.7010008@meadowlakearts.com> <4CE54DEF.6050504@madonie.org> <4CE67CE7.7080108@madonie.org> <4CEAE525.1000904@madonie.org> Message-ID: <4CEB0AA9.90904@meadowlakearts.com> On 11/22/2010 15:48, Laurent Bechir wrote: > > Perhaps Linden should put something like "You will have a better > experience with Second Life if you choose NVidia graphic card". I know > it's quite stupid, but from what I've read there is not a chance that we > get good support for ATI cards and dynamic shadows which is quite > disapointing. > _ I think what would be even more appropriate would be "LL recommends NVidia graphics cards, because of bugs in ATIs implementation of OpenGL. ATI cards are supported but tickets related to known issues specific to ATI OpenGL will be closed, since these cannot be fixed by LL and must be addressed by ATI" - and pop it up every "first login" of a new or updated viewer install when the viewer detects an ATI card. The more folks that do something like that, the more ATI will feel the pressure to make their OpenGL implementation conform to the standard. I actually LIKE ATI hardware designs and the performance of their cards, I switched from being an ATI fanboy over to using NVidia exclusively because with NVidia everything just works and their drivers are rock solid, When I formed my preference for ATI then both had issues with their high-end cards and drivers playing nicely with every 3d protocol. However NVidia fixed those bugs while ATI did not and so that preference was reluctantly discarded. Dave From sythos at gmail.com Mon Nov 22 16:38:32 2010 From: sythos at gmail.com (Altair Sythos Memo) Date: Tue, 23 Nov 2010 01:38:32 +0100 Subject: [opensource-dev] Dynamic shadows and ATI In-Reply-To: <4CEAE525.1000904@madonie.org> References: <4CDE77E8.40803@madonie.org> <4CDE7C78.5060205@gmail.com> <4CDE7ED9.70100@madonie.org> <4CDEABFB.7010008@meadowlakearts.com> <4CE54DEF.6050504@madonie.org> <4CE67CE7.7080108@madonie.org> <4CEAE525.1000904@madonie.org> Message-ID: <20101123013832.4c77d1bb.sythos@gmail.com> On Mon, 22 Nov 2010 22:48:21 +0100 Laurent Bechir wrote: > Perhaps Linden should put something like "You will have a better > experience with Second Life if you choose NVidia graphic card". I > know it's quite stupid, but from what I've read there is not a chance > that we get good support for ATI cards and dynamic shadows which is > quite disapointing. not at all, last MAC Lion beta have fixed a lot for ATI/AMD cards of R6xx and R7xx family, linux have a module to support all missing GLX extensions (fglrx-glx as alternative to radeon module full opensource, emulatign via software all missed by hardware acceleration), windows ATI/AMD driver emulate OpenGL via DirectX (not in a smart way, imho, as on MSDN DD374297 the emulation is a translation 1:1 from GLX extension to windows DX functions, skipping where DX have a missing implementation) i've no windows, but installing MESA drivers drom www.mesa3d.org should extend GL functions (never tested, but on support page say "Direct3D" and on oct/04 release show a initial support for R6xx and R7xx ATI/AMD chipsets), extending DX with a full OpenGL2.1 set. (there is too a confortablem word like "very experimental"... but if somebody is so brave to test it...) all above should be readen under a giant "imho" umbrella, as said i've no windows machine, cannot test if work... PS: next hardware upgrade take a look on nvidia ;) From chuckbaggettweb at gmail.com Mon Nov 22 16:58:03 2010 From: chuckbaggettweb at gmail.com (Chuck Baggett) Date: Mon, 22 Nov 2010 18:58:03 -0600 Subject: [opensource-dev] Is there supposed to be a login web page for the development viewer? (An SL screenshot, maybe some text, like the regular viewer has) In-Reply-To: References: Message-ID: When I log in with the development viewer there is no login web page, just a little question mark. The part at the bottom where you enter your username, password, etc. works fine. Is there supposed to be an SL screenshot, maybe some text, like the regular viewer has? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101122/3350a0c2/attachment.htm From trilobyte550m at gmail.com Mon Nov 22 21:11:09 2010 From: trilobyte550m at gmail.com (Trilo Byte) Date: Mon, 22 Nov 2010 21:11:09 -0800 Subject: [opensource-dev] STORM-151 : KDU v6.4.1 upgrade update In-Reply-To: References: <4CDE7BE9.8050704@lindenlab.com> Message-ID: <329517AE-7A30-4AA8-9AA0-6C37E8FCEBC7@gmail.com> Installation went without a hitch, and wow, the performance improvement for texture loading is noticeable! Just logging in at my studio (high altitude private space) texture loading was near instantaneous. I then teleported to a few different locations at ground level, ranging from low density (fewer prims, judicious use of textures and sculpts) to high density (lots of prims, excessive use of sculpties and high resolution textures) builds, the experience was overwhelmingly positive. Loading textures from inventory did not seem improved over previous versions (if anything it may have been slower). I'm not sure if the KDU upgrade wouldn't affect that, something still needs to be tuned, or if the asset server was just misbehaving. Also worth noting that Name Tags work in your build, something that's been broken in the main snowstorm development snapshots since 215139. Overall though, great progress. I look forward to this getting refined and brought in as soon as possible. Trilo On Nov 22, 2010, at 2:06 PM, Philippe (Merov) Bossut wrote: > Hi, > > On Fri, Nov 19, 2010 at 3:27 AM, Trilo Byte wrote: > Broken here as well, Merov. After downloading and installing the DMG file and attempting to run the application, I immediately get an error that reads: > > Second Life Developer cannot be opened because of a problem. > > Check with the developer to make sure Second Life Developer works with this version of Mac OS X. You may need to reinstall the application. Be sure to install any available updates for the application and Mac OS X. > > (I'm running OS X 10.6.5 btw). > > Trilo > > Thanks for the tests Trilo and Katherine. This was underlying some much deeper issue that was also common to Windows (Linux didn't build). I had to review some cmake hacks I did when producing the libs and building the viewer with it. I went through all of it several times and I have now builds for the 3 platforms available at: > http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/merov_viewer-development-features/rev/215247/index.html > > I did test on all platforms and was able to run the viewers though I'm not going to be foolish that time around and claim victory before I get some feedback from you guys telling me that it works pretty much everywhere :) > > Note if you test those builds that compression (i.e. upload of textures) is not yet implemented. > > I also added STORM-151 on the list of builds to test and I'll update the link regularly from now on: > https://wiki.secondlife.com/wiki/Downloading_test_builds#Developer_Builds > > Cheers, > - Merov > > _______________________________________________ > 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101122/6237508c/attachment-0001.htm From marc at inworlddesigns.com Mon Nov 22 21:21:10 2010 From: marc at inworlddesigns.com (Marc Adored) Date: Tue, 23 Nov 2010 00:21:10 -0500 Subject: [opensource-dev] STORM-151 : KDU v6.4.1 upgrade update In-Reply-To: <329517AE-7A30-4AA8-9AA0-6C37E8FCEBC7@gmail.com> References: <4CDE7BE9.8050704@lindenlab.com> <329517AE-7A30-4AA8-9AA0-6C37E8FCEBC7@gmail.com> Message-ID: I can confirm that it loads textures quite a bit faster then previous versions also. My system is Ubuntu 64bit and I noticed a pretty good increase in texture load speed. TP'd to a few different places and same result. On Tue, Nov 23, 2010 at 12:11 AM, Trilo Byte wrote: > Installation went without a hitch, and wow, the performance improvement for > texture loading is noticeable! ?Just logging in at my studio (high altitude > private space) texture loading was near instantaneous. ?I then teleported to > a few different locations at ground level, ranging from low density (fewer > prims, judicious use of textures and sculpts) to high density (lots of > prims, excessive use of sculpties and high resolution textures) builds, the > experience was overwhelmingly positive. > Loading textures from inventory did not seem improved over previous versions > (if anything it may have been slower). ?I'm not sure if the KDU upgrade > wouldn't affect that, something still needs to be tuned, or if the asset > server was just misbehaving. > > Also worth noting that Name Tags work in your build, something that's been > broken in the main snowstorm development snapshots since 215139. > Overall though, great progress. ?I look forward to this getting refined and > brought in as soon as possible. > Trilo > On Nov 22, 2010, at 2:06 PM, Philippe (Merov) Bossut wrote: > > Hi, > > On Fri, Nov 19, 2010 at 3:27 AM, Trilo Byte wrote: >> >> Broken here as well, Merov. ?After downloading and installing the DMG file >> and attempting to run the application, I immediately get an error that >> reads: >> Second Life Developer cannot be opened because of a problem. >> Check with the developer to make sure Second Life Developer works with >> this version of Mac OS X. ?You may need to reinstall the application. ?Be >> sure to install any available updates for the application and Mac OS X. >> (I'm running OS X 10.6.5 btw). >> Trilo > > Thanks for the tests Trilo and Katherine. This was underlying some much > deeper issue that was also common to Windows (Linux didn't build). I had to > review some cmake hacks I did when producing the libs and building the > viewer with it. I went through all of it several times and I have now builds > for the 3 platforms available at: > http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/merov_viewer-development-features/rev/215247/index.html > > I did test on all platforms and was able to run the viewers though I'm not > going to be foolish that time around and claim victory before I get some > feedback from you guys telling me that it works pretty much everywhere :) > > Note if you test those builds that compression (i.e. upload of textures) is > not yet implemented. > > I also added STORM-151 on the list of builds to test and I'll update the > link regularly from now on: > https://wiki.secondlife.com/wiki/Downloading_test_builds#Developer_Builds > > Cheers, > - Merov > > _______________________________________________ > 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 > From zha.ewry at gmail.com Mon Nov 22 21:41:18 2010 From: zha.ewry at gmail.com (Zha Ewry) Date: Tue, 23 Nov 2010 00:41:18 -0500 Subject: [opensource-dev] STORM-151 : KDU v6.4.1 upgrade update In-Reply-To: References: <4CDE7BE9.8050704@lindenlab.com> <329517AE-7A30-4AA8-9AA0-6C37E8FCEBC7@gmail.com> Message-ID: I'm seeing a "The application has failed to start because kdu_v64R.dll was not found.Re-installing the application may fix this problem." error popup on startup. This is a very standard 32 bit Windows XP, SP3 box. ~ Zha -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101123/6f9f7b6d/attachment.htm From merov at lindenlab.com Mon Nov 22 22:03:34 2010 From: merov at lindenlab.com (Philippe (Merov) Bossut) Date: Mon, 22 Nov 2010 22:03:34 -0800 Subject: [opensource-dev] STORM-151 : KDU v6.4.1 upgrade update In-Reply-To: References: <4CDE7BE9.8050704@lindenlab.com> <329517AE-7A30-4AA8-9AA0-6C37E8FCEBC7@gmail.com> Message-ID: Hi, On Mon, Nov 22, 2010 at 9:41 PM, Zha Ewry wrote: > I'm seeing a "The application has failed to start because kdu_v64R.dll was > not found.Re-installing the application may fix this problem." error popup > on startup. This is a very standard 32 bit Windows XP, SP3 box. > > Zha, I noticed that myself when building locally. I've been scratching my head most of the afternoon as to why windows seems to be dynamically linked instead of statically linked. It's the same cmake for all platforms... Well, I clearly did something wrong in that case. Working on it... Thanks guys for the tests on Linux and Mac and for the positive feedback. Always appreciated :) Cheers, - Merov -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101122/71ab0f02/attachment.htm From open at autistici.org Tue Nov 23 03:29:54 2010 From: open at autistici.org (Opensource Obscure) Date: Tue, 23 Nov 2010 12:29:54 +0100 Subject: [opensource-dev] Dynamic shadows and ATI In-Reply-To: <20101123013832.4c77d1bb.sythos@gmail.com> References: <4CDE77E8.40803@madonie.org> <4CDE7C78.5060205@gmail.com> <4CDE7ED9.70100@madonie.org> <4CDEABFB.7010008@meadowlakearts.com> <4CE54DEF.6050504@madonie.org> <4CE67CE7.7080108@madonie.org> <4CEAE525.1000904@madonie.org> <20101123013832.4c77d1bb.sythos@gmail.com> Message-ID: <32669cbd9951c1dbae8a0069a2bf62bb@inventati.org> On Tue, 23 Nov 2010 01:38:32 +0100, Altair "Sythos" Memo wrote: > On Mon, 22 Nov 2010 22:48:21 +0100 > Laurent Bechir wrote: > > >> Perhaps Linden should put something like "You will have a better >> experience with Second Life if you choose NVidia graphic card". I >> know it's quite stupid, but from what I've read there is not a >> chance >> that we get good support for ATI cards and dynamic shadows which is >> quite disapointing. Right. That's what I say to people asking for generic tips about new hardware they're going to buy for use with SL. Also (if I remember correctly), that's more or less what Torley Linden recently wrote somewhere..maybe in the Tips'n'Tricks blog, or in a Wiki page: not in the official System Requirements page (I suspect some bureaucracy keeps that page from being more flexible & up-to-date). Also remember that dynamic shadows still are a totally unsupported, unofficial feature with no actual roadmap, so I wouldn't expect any specific official recommendation from LL about it. Opensource Obscure From josh at lindenlab.com Tue Nov 23 10:45:14 2010 From: josh at lindenlab.com (Joshua Bell) Date: Tue, 23 Nov 2010 10:45:14 -0800 Subject: [opensource-dev] Is there supposed to be a login web page for the development viewer? (An SL screenshot, maybe some text, like the regular viewer has) In-Reply-To: References: Message-ID: On Mon, Nov 22, 2010 at 4:58 PM, Chuck Baggett wrote: > When I log in with the development viewer there is no login web page, just > a little question mark. The part at the bottom where you enter your > username, password, etc. works fine. Is there supposed to be an SL > screenshot, maybe some text, like the regular viewer has? > This should be working now. Apparently we changed the channel name and/or page logic at some point and didn't ensure all of the resources were in place for the "Second Life Development" channel. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101123/6544afae/attachment.htm From sllists at boroon.dasgupta.ch Tue Nov 23 12:21:55 2010 From: sllists at boroon.dasgupta.ch (Boroondas Gupte) Date: Tue, 23 Nov 2010 21:21:55 +0100 Subject: [opensource-dev] More login channels (with missing background images on the login screen) (was: Is there supposed to be a login web page for the development viewer? (An SL screenshot, maybe some text, like the regular viewer has)) In-Reply-To: References: Message-ID: <4CEC2263.9020107@boroon.dasgupta.ch> On 11/23/2010 07:45 PM, Joshua Bell wrote: > On Mon, Nov 22, 2010 at 4:58 PM, Chuck Baggett > > wrote: > > When I log in with the development viewer there is no login web > page, just a little question mark. The part at the bottom where > you enter your username, password, etc. works fine. Is there > supposed to be an SL screenshot, maybe some text, like the regular > viewer has? > > > This should be working now. Apparently we changed the channel name > and/or page logic at some point and didn't ensure all of the resources > were in place for the "Second Life Development" channel. Thanks! Looks like more needs to be done, though: When I build from bitbucket.org/lindenlab/viewer-development, the resulting viewer tries to access http://secondlife.com/app/login/?lang=en&channel=*LindenDeveloper*&version=2.5.0%20%280%29&grid=Agni when loading the login screen. |VIEWER_CHANNEL| in indra/cmake/Variables.cmake has been changed from |"Developer"| to |"LindenDeveloper"| in ef7a1b4d86a9 (so quite some while ago). |"Second Life Development"| is only found in BuildParams as |snowstorm_viewer-development.viewer_channel| and |snowstorm_viewer-development.login_channel|. But I guess that is not used for anything but TeamCity builds. Maybe the page should display some nice image even for unknown channels? If not, at least |LindenDeveloper| and maybe also |Developer| should be added to get some background image, too. And wasn't there once a |"Community Developer"| channel or similar?| | Cheers, Boroondas |||| -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101123/f8c8d30d/attachment.htm From wolfpup67 at earthlink.net Tue Nov 23 13:09:34 2010 From: wolfpup67 at earthlink.net (WolfPup Lowenhar) Date: Tue, 23 Nov 2010 16:09:34 -0500 Subject: [opensource-dev] More login channels (with missing background images on the login screen) (was: Is there supposed to be a login web page for the development viewer? (An SL screenshot, maybe some text, like the regular viewer has)) In-Reply-To: <4CEC2263.9020107@boroon.dasgupta.ch> References: <4CEC2263.9020107@boroon.dasgupta.ch> Message-ID: <001501cb8b52$bacb0ec0$30612c40$@net> Actually the ?Community Developer? channel for open source before Snowstorm started was Snowglobe and had a static image if I remember correctly. And now even open source that is working on the LL viewer uses the same developer channel as LL. I just wish the pick would cycle like it does in the release version with the grid status api as well, ?cause I miss those. From: opensource-dev-bounces at lists.secondlife.com [mailto:opensource-dev-bounces at lists.secondlife.com] On Behalf Of Boroondas Gupte Sent: Tuesday, November 23, 2010 3:22 PM To: Joshua Bell Cc: opensource-dev at lists.secondlife.com Subject: [opensource-dev] More login channels (with missing background images on the login screen) (was: Is there supposed to be a login web page for the development viewer? (An SL screenshot, maybe some text, like the regular viewer has)) On 11/23/2010 07:45 PM, Joshua Bell wrote: On Mon, Nov 22, 2010 at 4:58 PM, Chuck Baggett wrote: When I log in with the development viewer there is no login web page, just a little question mark. The part at the bottom where you enter your username, password, etc. works fine. Is there supposed to be an SL screenshot, maybe some text, like the regular viewer has? This should be working now. Apparently we changed the channel name and/or page logic at some point and didn't ensure all of the resources were in place for the "Second Life Development" channel. Thanks! Looks like more needs to be done, though: When I build from bitbucket.org/lindenlab/viewer-development, the resulting viewer tries to access http://secondlife.com/app/login/?lang=en &channel=LindenDeveloper&version=2.5.0%20%280%29&grid=Agni when loading the login screen. VIEWER_CHANNEL in indra/cmake/Variables.cmake has been changed from "Developer" to "LindenDeveloper" in ef7a1b4d86a9 (so quite some while ago). "Second Life Development" is only found in BuildParams as snowstorm_viewer-development.viewer_channel and snowstorm_viewer-development.login_channel. But I guess that is not used for anything but TeamCity builds. Maybe the page should display some nice image even for unknown channels? If not, at least LindenDeveloper and maybe also Developer should be added to get some background image, too. And wasn't there once a "Community Developer" channel or similar? Cheers, Boroondas _____ No virus found in this message. Checked by AVG - www.avg.com Version: 10.0.1153 / Virus Database: 424/3274 - Release Date: 11/23/10 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101123/cd854879/attachment.htm From josh at lindenlab.com Tue Nov 23 14:04:38 2010 From: josh at lindenlab.com (Joshua Bell) Date: Tue, 23 Nov 2010 14:04:38 -0800 Subject: [opensource-dev] More login channels (with missing background images on the login screen) (was: Is there supposed to be a login web page for the development viewer? (An SL screenshot, maybe some text, like the regular viewer has)) In-Reply-To: <4CEC2263.9020107@boroon.dasgupta.ch> References: <4CEC2263.9020107@boroon.dasgupta.ch> Message-ID: On Tue, Nov 23, 2010 at 12:21 PM, Boroondas Gupte < sllists at boroon.dasgupta.ch> wrote: > Thanks! Looks like more needs to be done, though: > > When I build from bitbucket.org/lindenlab/viewer-development, the > resulting viewer tries to access > http://secondlife.com/app/login/?lang=en&channel=*LindenDeveloper* > &version=2.5.0%20%280%29&grid=Agni when loading the login screen. > > Ah, thanks. I did just plunk in the first channel name I found that looked right. I plopped an image in for LindenDeveloper as well. > Maybe the page should display some nice image even for unknown channels? > That's the right thing to do... but the whole login screen pipeline (front end and back end) is a bit grotesque at the moment and could use redoing, so it should wait for a comprehensive overhaul. Linden should be providing images for any source code or viewer we release, and TPVs typically use their own page anyway, so I'm content to just copy/paste the images for now so it's not so ugly. > If not, at least LindenDeveloper and maybe also Developer should be added > to get some background image, too. And wasn't there once a "Community > Developer" channel or similar? > Are those actually in use somewhere? If so I can de-uglify them. Joshua -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101123/c0a5fa50/attachment.htm From trilobyte550m at gmail.com Tue Nov 23 19:55:23 2010 From: trilobyte550m at gmail.com (Trilo Byte) Date: Tue, 23 Nov 2010 19:55:23 -0800 Subject: [opensource-dev] Development snapshots now 2.5? Message-ID: I notice the version change in the latest snapshot. I sincerely hope that means that a 2.4 beta hasn't been committed to before Name Tags has been fixed and tested. Shipping a beta/release (that is, putting it on the downloads page for all residents to easily see/use) with known major & showstopper regressions does more harm than good as far as image and PR... TriloByte Zanzibar From merov at lindenlab.com Tue Nov 23 22:15:42 2010 From: merov at lindenlab.com (Philippe (Merov) Bossut) Date: Tue, 23 Nov 2010 22:15:42 -0800 Subject: [opensource-dev] STORM-151 : KDU v6.4.1 upgrade update In-Reply-To: References: <4CDE7BE9.8050704@lindenlab.com> <329517AE-7A30-4AA8-9AA0-6C37E8FCEBC7@gmail.com> Message-ID: Hi, On Mon, Nov 22, 2010 at 10:03 PM, Philippe (Merov) Bossut < merov at lindenlab.com> wrote: > Zha, I noticed that myself when building locally. I've been scratching my > head most of the afternoon as to why windows seems to be dynamically linked > instead of statically linked. It's the same cmake for all platforms... Well, > I clearly did something wrong in that case. Working on it... > I worked on that today and got it working locally on my Windows machine. The Team City build went through and it's there: http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/merov_viewer-development-features/rev/215468/index.html I couldn't test Windows or Linux but if someone could give those a spin, that'd be swell. Cheers, - Merov -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101123/8c80592f/attachment-0001.htm From marc at inworlddesigns.com Tue Nov 23 22:39:56 2010 From: marc at inworlddesigns.com (Marc Adored) Date: Wed, 24 Nov 2010 01:39:56 -0500 Subject: [opensource-dev] STORM-151 : KDU v6.4.1 upgrade update In-Reply-To: References: <4CDE7BE9.8050704@lindenlab.com> <329517AE-7A30-4AA8-9AA0-6C37E8FCEBC7@gmail.com> Message-ID: Works for me :D Same result very speedy decoding imo! Ubuntu 64bit On Wed, Nov 24, 2010 at 1:15 AM, Philippe (Merov) Bossut wrote: > Hi, > > On Mon, Nov 22, 2010 at 10:03 PM, Philippe (Merov) Bossut > wrote: >> >> Zha, I noticed that myself when building locally. I've been scratching my >> head most of the afternoon as to why windows seems to be dynamically linked >> instead of statically linked. It's the same cmake for all platforms... Well, >> I clearly did something wrong in that case. Working on it... > > I worked on that today and got it working locally on my Windows machine. The > Team City build went through and it's there: > http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/merov_viewer-development-features/rev/215468/index.html > > I couldn't test Windows or Linux but if someone could give those a spin, > that'd be swell. > > Cheers, > - Merov > > _______________________________________________ > 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 > From tateru at taterunino.net Tue Nov 23 23:17:42 2010 From: tateru at taterunino.net (Tateru Nino) Date: Wed, 24 Nov 2010 18:17:42 +1100 Subject: [opensource-dev] STORM-151 : KDU v6.4.1 upgrade update In-Reply-To: References: <4CDE7BE9.8050704@lindenlab.com> <329517AE-7A30-4AA8-9AA0-6C37E8FCEBC7@gmail.com> Message-ID: <4CECBC16.4040604@taterunino.net> On 24/11/2010 5:15 PM, Philippe (Merov) Bossut wrote: > Hi, > > On Mon, Nov 22, 2010 at 10:03 PM, Philippe (Merov) Bossut > > wrote: > > Zha, I noticed that myself when building locally. I've been > scratching my head most of the afternoon as to why windows seems > to be dynamically linked instead of statically linked. It's the > same cmake for all platforms... Well, I clearly did something > wrong in that case. Working on it... > > > I worked on that today and got it working locally on my Windows > machine. The Team City build went through and it's there: > http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/merov_viewer-development-features/rev/215468/index.html > > > I couldn't test Windows or Linux but if someone could give those a > spin, that'd be swell. A quick run through with ia32 WinXP doesn't immediately reveal any major failures - other than all the problems that the post-2.0 builds are already having with shared media. -- Tateru Nino http://dwellonit.taterunino.net/ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101124/e02083c2/attachment.htm From trilobyte550m at gmail.com Tue Nov 23 23:41:24 2010 From: trilobyte550m at gmail.com (Trilo Byte) Date: Tue, 23 Nov 2010 23:41:24 -0800 Subject: [opensource-dev] STORM-151 : KDU v6.4.1 upgrade update In-Reply-To: References: <4CDE7BE9.8050704@lindenlab.com> <329517AE-7A30-4AA8-9AA0-6C37E8FCEBC7@gmail.com> Message-ID: <0349CDA7-8183-4314-96B3-0CD7FA61B9C3@gmail.com> Runs great on Mac Pro with nVidia GTX285 running OSX 10.6. Texture loading in-world seems improved from the last KDU build/test, and loading textures and images from inventory seems significantly faster (not sure if that's due to changes in the code on your end or just that the asset server's being more cooperative this evening). It's still worth pointing out that Name Tags, which have been broken in Snowstorm development since build 215139, are working here. If it's possible to grab the bits that are working in this build and bring that back over to development so it could get fixed before a 2.4 beta ships, that would be phenomenal. Cheers Trilo On Nov 23, 2010, at 10:15 PM, Philippe (Merov) Bossut wrote: > Hi, > > On Mon, Nov 22, 2010 at 10:03 PM, Philippe (Merov) Bossut wrote: > Zha, I noticed that myself when building locally. I've been scratching my head most of the afternoon as to why windows seems to be dynamically linked instead of statically linked. It's the same cmake for all platforms... Well, I clearly did something wrong in that case. Working on it... > > I worked on that today and got it working locally on my Windows machine. The Team City build went through and it's there: > http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/merov_viewer-development-features/rev/215468/index.html > > I couldn't test Windows or Linux but if someone could give those a spin, that'd be swell. > > Cheers, > - Merov > _______________________________________________ > 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101123/a5f202c7/attachment.htm From zha.ewry at gmail.com Tue Nov 23 23:42:38 2010 From: zha.ewry at gmail.com (Zha Ewry) Date: Wed, 24 Nov 2010 02:42:38 -0500 Subject: [opensource-dev] STORM-151 : KDU v6.4.1 upgrade update In-Reply-To: References: <4CDE7BE9.8050704@lindenlab.com> <329517AE-7A30-4AA8-9AA0-6C37E8FCEBC7@gmail.com> Message-ID: And that runs, and seems to run fast on my box, even turning shadows on. That's again on Windows XP, SP3. ~ Zha On Wed, Nov 24, 2010 at 1:15 AM, Philippe (Merov) Bossut < merov at lindenlab.com> wrote: > Hi, > > On Mon, Nov 22, 2010 at 10:03 PM, Philippe (Merov) Bossut < > merov at lindenlab.com> wrote: > >> Zha, I noticed that myself when building locally. I've been scratching my >> head most of the afternoon as to why windows seems to be dynamically linked >> instead of statically linked. It's the same cmake for all platforms... Well, >> I clearly did something wrong in that case. Working on it... >> > > I worked on that today and got it working locally on my Windows machine. > The Team City build went through and it's there: > > http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/merov_viewer-development-features/rev/215468/index.html > > I couldn't test Windows or Linux but if someone could give those a spin, > that'd be swell. > > Cheers, > - Merov > > _______________________________________________ > 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 > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101124/9e098191/attachment.htm From djshag at hotmail.com Tue Nov 23 23:45:37 2010 From: djshag at hotmail.com (Patnad Babii) Date: Wed, 24 Nov 2010 02:45:37 -0500 Subject: [opensource-dev] STORM-151 : KDU v6.4.1 upgrade update In-Reply-To: References: <4CDE7BE9.8050704@lindenlab.com><329517AE-7A30-4AA8-9AA0-6C37E8FCEBC7@gmail.com> Message-ID: Works fine on Windows 7 64 bits. From: Philippe (Merov) Bossut Sent: Wednesday, November 24, 2010 1:15 AM To: opensource-dev List Subject: Re: [opensource-dev] STORM-151 : KDU v6.4.1 upgrade update Hi, On Mon, Nov 22, 2010 at 10:03 PM, Philippe (Merov) Bossut wrote: Zha, I noticed that myself when building locally. I've been scratching my head most of the afternoon as to why windows seems to be dynamically linked instead of statically linked. It's the same cmake for all platforms... Well, I clearly did something wrong in that case. Working on it... I worked on that today and got it working locally on my Windows machine. The Team City build went through and it's there: http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/merov_viewer-development-features/rev/215468/index.html I couldn't test Windows or Linux but if someone could give those a spin, that'd be swell. Cheers, - Merov -------------------------------------------------------------------------------- _______________________________________________ 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101124/4a4dd7a3/attachment-0001.htm From merov at lindenlab.com Wed Nov 24 01:12:07 2010 From: merov at lindenlab.com (Philippe (Merov) Bossut) Date: Wed, 24 Nov 2010 01:12:07 -0800 Subject: [opensource-dev] STORM-151 : KDU v6.4.1 upgrade update In-Reply-To: References: <4CDE7BE9.8050704@lindenlab.com> <329517AE-7A30-4AA8-9AA0-6C37E8FCEBC7@gmail.com> Message-ID: Hi, On Tue, Nov 23, 2010 at 11:42 PM, Zha Ewry wrote: > And that runs, and seems to run fast on my box, even turning shadows on. > That's again on Windows XP, SP3. Great! Glad we finally wrestled that one to the ground... :) Now onto compression! Cheers, - Merov -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101124/3edc3c67/attachment.htm From twisted_laws at hotmail.com Wed Nov 24 05:28:07 2010 From: twisted_laws at hotmail.com (Twisted Laws) Date: Wed, 24 Nov 2010 08:28:07 -0500 Subject: [opensource-dev] STORM-151 : KDU v6.4.1 upgrade update In-Reply-To: References: , <4CDE7BE9.8050704@lindenlab.com>, , , , , , <329517AE-7A30-4AA8-9AA0-6C37E8FCEBC7@gmail.com>, , , , Message-ID: I downloaded this and attempt to run on the 64bit Windows 7 Ultimate and it failed with "The program can't start because kdu_v64R.dll is missing from your computer." I worked on that today and got it working locally on my Windows machine. The Team City build went through and it's there: http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/merov_viewer-development-features/rev/215468/index.html I couldn't test Windows or Linux but if someone could give those a spin, that'd be swell. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101124/a601243c/attachment.htm From esbee at lindenlab.com Wed Nov 24 07:48:10 2010 From: esbee at lindenlab.com (Sarah Hutchinson) Date: Wed, 24 Nov 2010 10:48:10 -0500 Subject: [opensource-dev] Esbee's office hours canceled today Message-ID: <-2476318140419701575@unknownmsgid> As I mentioned last week, my office hours are canceled today. See you next week! Happy Thanksgiving! Esbee From merov at lindenlab.com Wed Nov 24 08:59:57 2010 From: merov at lindenlab.com (Philippe (Merov) Bossut) Date: Wed, 24 Nov 2010 08:59:57 -0800 Subject: [opensource-dev] STORM-151 : KDU v6.4.1 upgrade update In-Reply-To: References: <4CDE7BE9.8050704@lindenlab.com> <329517AE-7A30-4AA8-9AA0-6C37E8FCEBC7@gmail.com> Message-ID: Hi Twisted, On Wed, Nov 24, 2010 at 5:28 AM, Twisted Laws wrote: > I downloaded this and attempt to run on the 64bit Windows 7 Ultimate and > it failed with "The program can't start because kdu_v64R.dll is missing from > your computer." > Strange that it worked for Patnad and Zha... Anyone else with that error? Cheers, - Merov -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101124/18459c37/attachment.htm From oz at lindenlab.com Wed Nov 24 09:22:35 2010 From: oz at lindenlab.com (Oz Linden (Scott Lawrence)) Date: Wed, 24 Nov 2010 12:22:35 -0500 Subject: [opensource-dev] Development snapshots now 2.5? In-Reply-To: References: Message-ID: <4CED49DB.5000002@lindenlab.com> On 2010-11-23 22:55, Trilo Byte wrote: > I notice the version change in the latest snapshot. I sincerely hope that means that a 2.4 beta hasn't been committed to before Name Tags has been fixed and tested. Shipping a beta/release (that is, putting it on the downloads page for all residents to easily see/use) with known major& showstopper regressions does more harm than good as far as image and PR... fixes are still going into the viewer-beta branch From akanevsky at productengine.com Wed Nov 24 10:30:04 2010 From: akanevsky at productengine.com (Anya Kanevsky) Date: Wed, 24 Nov 2010 12:30:04 -0600 Subject: [opensource-dev] Daily Scrum Summary - Tuesday, November 23 Message-ID: *Tuesday, November 23, 2010* *General Notes* - Merge Monkey of the Day: Oz -> Merov - IMPORTANT: When reopening issues from prior sprints, please move into unscheduled (remove Sprint X) and comment that it was reopnened. Reopnened current sprint issues should stay in current sprint. - if it?s intended for Beta, please make sure it?s in a beta branch and builds in TC _before_ you ask for a merge. - there?s a new field in jira - details coming tomorrow - PE - branch everything from beta *Team Status* *Merov Linden* *PAST* - STORM-146: kdu-autobuild: Modified the Mac build so to build release static correctly (no debug, optimization on). This required a patch to kdu xcodeproj. - STORM-151: kdu static link: All clear on Mac and Linux. Apparently still doing dynamic linking on Windows. Unclear how this is at all possible... - Merge monkeying: prepare some integration but hold off due to unclarity as to which branch should be patched. *FUTURE* - STORM-146: kdu-autobuild: Test on all platforms and final clean-up. - STORM-151: kdu static link: Get perf data on all platforms and work on compression. *IMPEDIMENTS* - Merge Monkeying: clarification on "Fix Version(s)" correct use *Oz Linden* *PAST* - Consulted with Wolfpup on problem with Ad-hoc conference log names (STORM-102) - Pester people about autobuild reviews - Hunting down contributions from TPVs *FUTURE* - Continue with setting up Code Review system *IMPEDIMENTS* - none *Q Linden* *PAST* - OOO - 2.4 risk analysis - meetings *FUTURE* - Beta 2.4 - Meetings - OOO probably *FUTURE* - Beta 2.4 - OOO *IMPEDIMENTS* - none *Esbee Linden* *PAST* - Provided feedback on STORM-590 and STORM-318 - Discussions w/Sue and Dessie about new fields in Jira - VWR Triage - Meetings - Beta 2.4 risk analysis FUTURE - Work on internal reporting documents - Spelling clean-up pass in Prefs - [STORM-537] Update, review, and publish (publicly) the keyboard shortcut doc - [STORM-539] Finish draft of prim alignment tool design - [STORM-34] Create quick design doc for favs on login screen - VWR Triage - Ticket prioritization - Backlog cleanup - Probably OOO tomorrow IMPEDIMENTS - Working with one hand *FUTURE* - Work on internal reporting documents - [STORM-537] Update and publish (publicly) the keyboard shortcut doc - [STORM-539] Finish draft of prim alignment tool design - [STORM-34] Create quick design doc for favs on login screen - VWR Triage - Ticket prioritization - Backlog cleanup *IMPEDIMENTS* - Working with one hand is slowing me down tremendously *Paul ProductEngine* *PAST* - TASK STORM-593 (Make transparent texteditor and lineeditor) - WIP. ~70 - 80 % done. Implementing final version. Estimate: ~ 6 hours *FUTURE* - TASK STORM-593 (Make transparent texteditor and lineeditor) - Complete the task and testing *IMPEDIMENTS* - none *Seth Productengine* *PAST* - BUG (STORM-550) LLDir::getNextFileInDir fails for some complex wildcard combinations - WIP. Investigating boost::filesystem library use in viewer. It is installed with viewer source but not used in code. Asked Oz in jira whether this library should be used. - BUG (STORM-479) Landmarks names have different colours in the My landmarks and Teleport History tabs. - Fixed. Sent for review. *FUTURE* - BUG (STORM-378) Snapshot animation should be played when snapshot is actually taken, not sent - Estimated: 6-8 hours. *IMPEDIMENTS* - none *Andrew Productengine* *PAST* - Critical bug STORM-521 ([crashhunters] crash at [0] LLAudioSource::hasPendingPreloads() [secondlife-bin llaudioengine.cpp]) - Couldn't reproduce. Investigated code, made defensive fix and put it on review. - Normal bug STORM-491 (Black arrows appear near column's titles after pressing "Refresh" button) - WIP. Estimate- 2 hours. *FUTURE* - STORM-491 (Black arrows appear near column's titles after pressing "Refresh" button). - Normal bug STORM-375 (Clothing accordion is expanded after minimising Appearance floater). - Other normal bugs assigned on me. *IMPEDIMENTS* - none *Vadim Productengine* *PAST* - Bug STORM-461 (SP icons are shown in the Mouselook mode) - Fixed - Bug STORM-517 (There is no warning message that viewer requires restart for taking effect while changing language) - Fixed - Bug STORM-500 (Content of Edit Clothing Panel is outside of the panel after resizing My Appearance floater) - Fixed - Bug STORM-608 (Changes to Environment Editor: revised presets are not saved) - Could not reproduce - Bug STORM-609 (Changes to Environment Editor: newly created preset is not in dropdown menu) - Bug STORM-564 (Left, Right arrows appear in the scroll bar instead of Up, Down arrows) - Could not reproduce - Bug STORM-382 (Verbs buttons are enabled if selected Landmark is in closed folder): - Resolved as expected behavior. - Bug STORM-610 (Changes to Environment Editor: water color change is not saved): - Reassigned to Esbee, being unsure was it a bug or not. *FUTURE* - Will pick something from the v-d bug queue. *IMPEDIMENTS* - none *Andrey Productengine* *PAST* - continued regression testing of v-d build. picked up r215215. spreadsheet *FUTURE* - switch to 2.4.0 Beta1 *IMPEDIMENTS* - none *Jonathan Yap* *PAST* - Add seperate jira issues for each issue in Storm-138 per Oz's request. Sent email to Esbee to have the new jira's renamed from vwr to storm. *FUTURE* - STORM-615 (Move Delete to bottom of object menu) or maybe something more comprehensive (in-work, TBD). - Consult with Esbee/Oz/Andrew/Nyx on other jiras that are not in Storm yet. [long range] - Update lsl wiki - remove Unsupported icon next to llTextBox. Timing of when to make this edit? *IMPEDIMENTS* - none *Wolfpup Lowenhar* *PAST* - STORM-102 : Andrey ProductEngine found an interesting quirk. - I did some diggin in the code concerning it over the weekend. - emailed Oz and talked with him via irc concerning this. - Building and testing posible fix localy. - It was decided this fix will be a fix towards the 2.4 beta even though it is the same issue number. - Attended Oz's OH - worked @ in-world job - worked @ main job *FUTURE* - STORM-102 : Do more diggin in the code to figure out the best way to detect ad-hoc conferences so that will not add date stamp to them as each instance is unique. Send out emails as needed and wait for replys. - work @ main job *IMPEDIMENTS* - Not enough time between working in world and at real job to actualy work on code. - Trying to find something to actualy work on in this sprint. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101124/b48abadc/attachment-0001.htm From twisted_laws at hotmail.com Wed Nov 24 18:40:55 2010 From: twisted_laws at hotmail.com (Twisted Laws) Date: Wed, 24 Nov 2010 21:40:55 -0500 Subject: [opensource-dev] STORM-151 : KDU v6.4.1 upgrade update In-Reply-To: References: , <4CDE7BE9.8050704@lindenlab.com> , , , , <329517AE-7A30-4AA8-9AA0-6C37E8FCEBC7@gmail.com> , , , , Message-ID: If I clone your source, i can compile and run (without kdu obviously) but I can't run the version that you compiled with kdu. Maybe since I'm on 64bit Win 7, the static lib wants the 64bit dll (assumed from name). Here is the list of dependencies of your executable reported by DEPENDS.EXE (from MS): $ c:/dev/depends/depends secondlifedeveloper.exe WLDAP32.dll WSOCK32.dll WINMM.dll MSACM32.dll fmod.dll API-MS-Win-Security-SDDL-L1-1-0.dll dwmapi.dll DEVOBJ.dll CFGMGR32.dll SETUPAPI.dll DCIMAN32.dll DDRAW.dll GLU32.dll OPENGL32.dll OLEAUT32.dll ole32.dll COMCTL32.dll comdlg32.dll SHLWAPI.dll SHELL32.dll DINPUT8.dll MSVCP80.dll dbghelp.dll wkscli.dll srvcli.dll netutils.dll NETAPI32.dll PSAPI.DLL libapriconv-1.dll MSVCR80.dll API-MS-WIN-Service-Management-L2-1-0.dll API-MS-WIN-Service-Management-L1-1-0.dll API-MS-WIN-Service-winsvc-L1-1-0.dll API-MS-WIN-Service-Core-L1-1-0.dll ADVAPI32.dll USP10.dll LPK.dll API-MS-Win-Core-RtlSupport-L1-1-0.dll KERNEL32.dll GDI32.dll user32.dll MSWSOCK.dll NSI.dll API-MS-Win-Security-LSALookup-L1-1-0.dll API-MS-Win-Core-DelayLoad-L1-1-0.dll CRYPTBASE.dll SspiCli.dll API-MS-Win-Core-ThreadPool-L1-1-0.dll RPCRT4.dll API-MS-Win-Security-Base-L1-1-0.dll API-MS-Win-Core-LocalRegistry-L1-1-0.dll API-MS-Win-Core-IO-L1-1-0.dll API-MS-Win-Core-Util-L1-1-0.dll API-MS-Win-Core-SysInfo-L1-1-0.dll API-MS-Win-Core-Synch-L1-1-0.dll API-MS-Win-Core-String-L1-1-0.dll API-MS-Win-Core-Profile-L1-1-0.dll API-MS-Win-Core-ProcessThreads-L1-1-0.dll API-MS-Win-Core-ProcessEnvironment-L1-1-0.dll API-MS-Win-Core-NamedPipe-L1-1-0.dll API-MS-Win-Core-Misc-L1-1-0.dll API-MS-Win-Core-Memory-L1-1-0.dll API-MS-Win-Core-LibraryLoader-L1-1-0.dll API-MS-Win-Core-Localization-L1-1-0.dll API-MS-Win-Core-Interlocked-L1-1-0.dll API-MS-Win-Core-Heap-L1-1-0.dll API-MS-Win-Core-Handle-L1-1-0.dll API-MS-Win-Core-File-L1-1-0.dll API-MS-Win-Core-Fibers-L1-1-0.dll API-MS-Win-Core-ErrorHandling-L1-1-0.dll API-MS-Win-Core-Debug-L1-1-0.dll API-MS-Win-Core-DateTime-L1-1-0.dll API-MS-Win-Core-Console-L1-1-0.dll ntdll.dll KERNELBASE.dll msvcrt.dll WS2_32.dll libapr-1.dll libaprutil-1.dll llcommon.dll secondlifedeveloper.exe Not found: kdu_v64R.dll Twisted On Wed, Nov 24, 2010 at 5:28 AM, Twisted Laws wrote: I downloaded this and attempt to run on the 64bit Windows 7 Ultimate and it failed with "The program can't start because kdu_v64R.dll is missing from your computer." Strange that it worked for Patnad and Zha... Anyone else with that error? Cheers, - Merov -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101124/8d76ef00/attachment.htm From akanevsky at productengine.com Wed Nov 24 23:30:34 2010 From: akanevsky at productengine.com (Anya Kanevsky) Date: Thu, 25 Nov 2010 01:30:34 -0600 Subject: [opensource-dev] Daily Scrum Summary - Wednesday, November 24 Message-ID: *Wednesday, November 24, 2010* *General Notes* - Merge Monkey of the Day: Merov - IMPORTANT: When reopening issues from prior sprints, please move into unscheduled (remove Sprint X) and comment that it was reopnened. Reopnened current sprint issues should stay in current sprint. - if it?s intended for Beta, please make sure it?s in a beta branch and builds in TC _before_ you ask for a merge. - 2 new fields in jira: Target viewer version - set to indicate which branch should go (beta or dev) - PE - if there?s any chance it will go to beta (bug fixes), please branch from beta. *Team Status* *Merov Linden* *PAST* - STORM-146: kdu-autobuild: Modified the Windows build so to build release and debug static lib correctly. This required a patch to kdu vcproj. All makes are now somewhat patched to meet our requirements. - STORM-151: kdu static link: Built anew. Works now though some still reporting issues on Windows. - Merge Monkeying: took a small handful of bug fixes that look clear beta fix, failed a bunch of others that need refork from viewer-beta, left lots more dangling in the Approve lane... :/ - Held my OH *FUTURE* - STORM-151: kdu static link: Work on compression. - Merge Monkeying - Cook Turkey and a zillion veggie dishes... *IMPEDIMENTS* - Merge Monkeying: clarification on "Fix Version(s)" correct use *Oz Linden* *PAST* - Design meeting with Esbee and Q - Setting up Code Review system *FUTURE* - Setting up Code Review system - Autobuild reviews - Meet with other Lindens on tools priorities - Office Hour *IMPEDIMENTS* - none *Q Linden* - OOO *Esbee Linden* - OOO - vacation *Paul ProductEngine* *PAST* - TASK STORM-593 (Make transparent texteditor and lineeditor) - Finished and sent for a review to Vadim *FUTURE* - TASK STORM-622 Texture picker screws up when multiple textures are open - Can't provide estimates because i didn't investigated it yet. *IMPEDIMENTS* - none *Seth Productengine* *PAST* - BUG (STORM-550) LLDir::getNextFileInDir fails for some complex wildcard combinations - WIP. Working on design proposed by Oz. - BUG (STORM-378) Snapshot animation should be played when snapshot is actually taken, not sent - Fixed. *FUTURE* - BUG (STORM-530) Drop-down menu can not be opened by 'Down' keyboard key if bottom menu item was selected before - Estimated: 4-6 hours. - BUG (STORM-550) LLDir::getNextFileInDir fails for some complex wildcard combinations. *IMPEDIMENTS* - none *Andrew Productengine* *PAST* - Normal bug STORM-491 (Black arrows appear near column's titles after pressing "Refresh" button) - Fixed and put on review. - Normal bug STORM-375 (Clothing accordion is expanded after minimising Appearance floater). - From first look thought it to be expected behaviour ;) Discussed with Vadim. Investigated. Estimate- 2h. - Low bug STORM-465 (Missing Strings from strings.xml) - Discussed with Vadim, investigated. Estimate- 1h. - Normal bug STORM-344 (Speak button label is shrinked when bottom bar has enough space for displaying full Speak label) - Investigated. Estimate - 3h. *FUTURE* - STORM-375, STORM-465, STORM-344. - Normal bug STORM-552 ([I18N] Mess in the Chat preferences for many langs). *IMPEDIMENTS* - none *Vadim Productengine* *PAST* - Bug STORM-492 ("i" and profile affordance buttons overlap resident's name in the VCP): - Resolved as not reproducible. - Bug STORM-516 (Clicked radio button not focused in Preferences -> Sound & Media): - Resolved as not reproducible. - Bug STORM-531 (There is no text on Danish Quit confirmation message): - Investigated, reassigned to Eli (missing translation). - Bug STORM-556 (People Filter is discarded after docking People floater): - Fixed. - Bug STORM-666 (Place profile overflow menu appears too far from overflow button): - WIP, 60% complete. *FUTURE* - Complete fixing STORM-666. - Pick something from the v-d bug queue. *IMPEDIMENTS* - PE team needs more tickets to work on. *Andrey Productengine* *PAST* - picked up Beta1 2.4.0 r215215 - performed smoke & integrity tests. Smoke has been failed by STORM-688 - started regression testing of current build since fixing STORM-688 doesn't require viewer changes *FUTURE* - proceed with regression testing of Beta1 - verify at least major & showstoppers from 2.4.0 bug-fix list *IMPEDIMENTS* - STORM-579 needs answer from Esbee - fast, so we can make the fix before releasing beta *Jonathan Yap* *PAST* - VWR-23964 (error when compiling) - fixed. Can this be taken up into Storm? If yes, will someone please make adjustments to the jira. *FUTURE* - VWR-23964 Push up changeset to bitbucket if/when this item is taken into Storm and given a number. - STORM-621 needs to be assigned to someone. - Consult with Nyx on a jira that is not in Storm yet. - STORM-615 (Move Delete to bottom of object menu) or maybe something more comprehensive (in-work, TBD). [long range] - Update lsl wiki - remove Unsupported icon next to llTextBox. Timing of when to make this edit? *IMPEDIMENTS* - none *Wolfpup Lowenhar* *PAST* - STORM-102 :Finalized and pushed ad-hoc filtering code to online repository to build review viewers for the other OS's. - STORM-674: fixed duplicate id's found by Eli and pushed the fix to my online repository as it matches LL's v-d repository and transfered the issue to Merov for review - emailed Oz and talked with him via irc concerning this. - Building and testing posible fix localy. - It was decided this fix will be a fix towards the 2.4 beta even though it is the same issue number. - Attended Oz's OH - worked @ in-world job *FUTURE* - More bug fixes that are related to any work I have done that may come up. - work @ real job. *IMPEDIMENTS* - Not enough time between working in-world and at real job to actualy work on code. - BLACK Friday as my real job has me being @ work by 10:30 my time and working all night till the next afternoon - Trying to find something to actualy work on in this sprint. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101125/5d7239aa/attachment-0001.htm From twisted_laws at hotmail.com Thu Nov 25 06:23:55 2010 From: twisted_laws at hotmail.com (Twisted Laws) Date: Thu, 25 Nov 2010 09:23:55 -0500 Subject: [opensource-dev] STORM-151 : KDU v6.4.1 upgrade update In-Reply-To: References: , <4CDE7BE9.8050704@lindenlab.com> , , , , <329517AE-7A30-4AA8-9AA0-6C37E8FCEBC7@gmail.com> , , , , Message-ID: The build from yesterday works great! Second Life 2.4.0 (215468) Nov 23 2010 20:17:31 (Second Life Developer) Release Notes You are at 255,699.0, 255,436.0, 21.0 in Sandbox Goguen located at sim9026.agni.lindenlab.com (216.82.41.202:13004) Second Life RC Magnum 10.11.09.214391 Release Notes CPU: Intel(R) Core(TM)2 Quad CPU Q9000 @ 2.00GHz (1995.01 MHz) Memory: 6142 MB OS Version: Microsoft Windows 7 64-bit (Build 7600) Graphics Card Vendor: ATI Technologies Inc. Graphics Card: ATI Mobility Radeon HD 4650 Windows Graphics Driver Version: 8.14.0010.0678 OpenGL Version: 2.1.8787 libcurl Version: libcurl/7.20.1 OpenSSL/0.9.8j zlib/1.2.3 J2C Decoder Version: KDU Audio Driver Version: FMOD version 3.750000 Qt Webkit Version: 4.6 (version number hard-coded) Voice Server Version: Vivox 3.2.0002.9361 Built with MSVC version 1400 Packets Lost: 273/17,198 (1.6%) -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101125/1b940927/attachment.htm From open at autistici.org Thu Nov 25 06:29:31 2010 From: open at autistici.org (Opensource Obscure) Date: Thu, 25 Nov 2010 15:29:31 +0100 Subject: [opensource-dev] =?utf-8?q?=5BWIKI=5D_=27Downloading_test_builds?= =?utf-8?b?JyB2cy4gJ0xpbmRlbl9MYWJfT2ZmaWNpYWw6QWx0ZXJuYXRlX1ZpZXdlcnMn?= Message-ID: Wouldn't be appropriate to merge together these pages, or a part of them? Maybe using a template, to avoid duplicated and out-of-date content. http://wiki.secondlife.com/wiki/Linden_Lab_Official:Alternate_Viewers http://wiki.secondlife.com/wiki/Downloading_test_builds They both offer links to open-source experimental viewers and development builds - it would be cool to have the whole list available in a single page. Sorry if I'm not clear - I'm not asking to delete any page, just to get a 100%comprehensive list in a single place. Opensource Obscure From jhwelch at gmail.com Thu Nov 25 08:43:52 2010 From: jhwelch at gmail.com (Jonathan Welch) Date: Thu, 25 Nov 2010 11:43:52 -0500 Subject: [opensource-dev] Date-time stamp Message-ID: When compiling with Visual Studio (2005) where and what would I add to have a message printed out when the compiler begins working along the lines of Build started on [date] [time] From open at autistici.org Thu Nov 25 08:56:25 2010 From: open at autistici.org (Opensource Obscure) Date: Thu, 25 Nov 2010 17:56:25 +0100 Subject: [opensource-dev] Upcoming depth-of-field feature Message-ID: <8d8d3ba11429ee4ace15d41b2f854143@inventati.org> Thanks to BlakOpal today I saw these very cool images: http://twitpic.com/3a0vag/full http://picasaweb.google.com/Runitai/DeferredRendering#slideshow/5542853119016406770 http://picasaweb.google.com/Runitai/DeferredRendering#slideshow/5543062518728480114 Where can I find more information about this depth-of-field feature? (wiki pages, blog/forums, JIRA...) It really looks good. I'm going to download a test build now. Thanks in advance Opensource Obscure From open at autistici.org Thu Nov 25 10:29:25 2010 From: open at autistici.org (Opensource Obscure) Date: Thu, 25 Nov 2010 19:29:25 +0100 Subject: [opensource-dev] 'Close' button doesn't work after setting Custom port in Preferences > Setup > Network Message-ID: <3539a13304268fda61f98e14e40bc3f1@inventati.org> I just filed https://jira.secondlife.com/browse/VWR-23993 Got notice of it on Linux; a friend just confirmed it on Windows. I'd think this bug is recent, as in a few weeks. Before then, I was using the 'Custom Port' feature with no problems. Then I temporarily replaced my router, stopped using the feature, and only got aware of it today when I enabled it on a fresh viewer install. Anyway, I could see it on various releases: 2.3 (official), 2.4 (mesh), 2.5 (snowstorm). The 'Custom Port' option itself seems to work: even if you shut down the viewer, your setting sticks when you restart it. Problem is you can't close the floater and the Preferences window. Opensource Obscure From nexisentertainment at gmail.com Thu Nov 25 12:34:57 2010 From: nexisentertainment at gmail.com (Rob Nelson) Date: Thu, 25 Nov 2010 12:34:57 -0800 Subject: [opensource-dev] Upcoming depth-of-field feature In-Reply-To: <8d8d3ba11429ee4ace15d41b2f854143@inventati.org> References: <8d8d3ba11429ee4ace15d41b2f854143@inventati.org> Message-ID: <4CEEC871.80903@gmail.com> Oh good, let's add more features instead of either optimizing things or fixing things. Rob On 11/25/2010 8:56 AM, Opensource Obscure wrote: > Thanks to BlakOpal today I saw these very cool images: > http://twitpic.com/3a0vag/full > http://picasaweb.google.com/Runitai/DeferredRendering#slideshow/5542853119016406770 > http://picasaweb.google.com/Runitai/DeferredRendering#slideshow/5543062518728480114 > > Where can I find more information about this depth-of-field > feature? (wiki pages, blog/forums, JIRA...) > > It really looks good. I'm going to download a test build now. > > > Thanks in advance > Opensource Obscure > _______________________________________________ > 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 > From kf6kjg at gmail.com Thu Nov 25 14:43:08 2010 From: kf6kjg at gmail.com (Ricky) Date: Thu, 25 Nov 2010 14:43:08 -0800 Subject: [opensource-dev] Upcoming depth-of-field feature In-Reply-To: <4CEEC871.80903@gmail.com> References: <8d8d3ba11429ee4ace15d41b2f854143@inventati.org> <4CEEC871.80903@gmail.com> Message-ID: Things ARE getting fixed, just look at the daily scrum reports or the progress tracking in the JIRA. Also take note that sometimes "adding" a single feature will often resolve several bugs and feature requests. For instance the Deferred rendering channel will add the ability to have greater than 7 light-sources, solving several issues with facelights and other lights taking out room lighting. As to optimization, things are pretty optimized. Yes, they CAN get better, but without a major restructuring of how content is created, we will never have the high render rates found in the online and offline games. Even so, the work being done on upgrading KDU looks like it is improving load/render rates as it is. Don't forget that there are multiple people in multiple teams working on this program. Some are better at adding new features, and so are better utilized in that area. Some are better testers than coders, and so that's where they get used. Some, fairly rare, are really good at making existing code much better. All these people types are at work here, and putting them all into "optimizing or fixing things" would be a death-knell for the company. I'd say, instead of berating new (and very cool,) advancements, we should all applaud the work being done. At the very least it will make someone's day that much brighter. Just my opinion, Ricky Cron Stardust On Thu, Nov 25, 2010 at 12:34 PM, Rob Nelson wrote: > Oh good, let's add more features instead of either optimizing things or > fixing things. > > Rob > > On 11/25/2010 8:56 AM, Opensource Obscure wrote: >> ? Thanks to BlakOpal today I saw these very cool images: >> ? http://twitpic.com/3a0vag/full >> ? http://picasaweb.google.com/Runitai/DeferredRendering#slideshow/5542853119016406770 >> ? http://picasaweb.google.com/Runitai/DeferredRendering#slideshow/5543062518728480114 >> >> ? Where can I find more information about this depth-of-field >> ? feature? (wiki pages, blog/forums, JIRA...) >> >> ? It really looks good. I'm going to download a test build now. >> >> >> ? Thanks in advance >> ? Opensource Obscure >> _______________________________________________ >> 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 > From geenz at geenzo.com Thu Nov 25 15:11:15 2010 From: geenz at geenzo.com (Geenz Spad) Date: Thu, 25 Nov 2010 17:11:15 -0600 Subject: [opensource-dev] Upcoming depth-of-field feature In-Reply-To: References: <8d8d3ba11429ee4ace15d41b2f854143@inventati.org> <4CEEC871.80903@gmail.com> Message-ID: I wonder how awesome it'll run on top of the already awesome deferred renderer that has really awesome performance on really awesome video cards that have really awesome drivers? Honestly, as nifty as DOF is as far as the "pretty" factor is concerned, right now the deferred renderer needs a few more optimizations before any additional features are added to it, and it still needs a few more work arounds for buggy drivers (for example, successfully running the deferred renderer on ATI hardware still tends to vary from person to person, depending on their hardware and driver combination). On top of that, you still need a pretty powerful video card in order to really take advantage of it, though I think that really has to do with bottle necks within the rendering system as a whole, not just bottle necks presented by the deferred renderer its self (although deferred rendering does have it's own bottle necks, and SL's deferred renderer in particular presents a few interesting ones of its own due to its flexibility). On Thu, Nov 25, 2010 at 4:43 PM, Ricky wrote: > Things ARE getting fixed, just look at the daily scrum reports or the > progress tracking in the JIRA. Also take note that sometimes "adding" > a single feature will often resolve several bugs and feature requests. > For instance the Deferred rendering channel will add the ability to > have greater than 7 light-sources, solving several issues with > facelights and other lights taking out room lighting. > > As to optimization, things are pretty optimized. Yes, they CAN get > better, but without a major restructuring of how content is created, > we will never have the high render rates found in the online and > offline games. Even so, the work being done on upgrading KDU looks > like it is improving load/render rates as it is. > > Don't forget that there are multiple people in multiple teams working > on this program. Some are better at adding new features, and so are > better utilized in that area. Some are better testers than coders, > and so that's where they get used. Some, fairly rare, are really good > at making existing code much better. All these people types are at > work here, and putting them all into "optimizing or fixing things" > would be a death-knell for the company. > > I'd say, instead of berating new (and very cool,) advancements, we > should all applaud the work being done. At the very least it will > make someone's day that much brighter. > > Just my opinion, > Ricky > Cron Stardust > > On Thu, Nov 25, 2010 at 12:34 PM, Rob Nelson > wrote: > > Oh good, let's add more features instead of either optimizing things or > > fixing things. > > > > Rob > > > > On 11/25/2010 8:56 AM, Opensource Obscure wrote: > >> Thanks to BlakOpal today I saw these very cool images: > >> http://twitpic.com/3a0vag/full > >> > http://picasaweb.google.com/Runitai/DeferredRendering#slideshow/5542853119016406770 > >> > http://picasaweb.google.com/Runitai/DeferredRendering#slideshow/5543062518728480114 > >> > >> Where can I find more information about this depth-of-field > >> feature? (wiki pages, blog/forums, JIRA...) > >> > >> It really looks good. I'm going to download a test build now. > >> > >> > >> Thanks in advance > >> Opensource Obscure > >> _______________________________________________ > >> 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 > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101125/c92e697e/attachment.htm From kf6kjg at gmail.com Thu Nov 25 15:54:08 2010 From: kf6kjg at gmail.com (Ricky) Date: Thu, 25 Nov 2010 15:54:08 -0800 Subject: [opensource-dev] Upcoming depth-of-field feature In-Reply-To: References: <8d8d3ba11429ee4ace15d41b2f854143@inventati.org> <4CEEC871.80903@gmail.com> Message-ID: Agreed, DOF is on my long-list not my short-list of things I'd like to see done. However, I expect that SL's deferred rendering system has a laundry list of issues. Just look at it's history; it's been little more than a pet-project since it's inception. A pet project with the capability to go far, but still just a pet project. Getting the client into a stronger codebase (2.0) and then stabilized with very little new features has been the largest pushes in recent history. In fact, we've (LL and OS devs,) been working stability for so many months that it might be time to push for a cool, if small, new feature. However, with the new level of visibility, it won't be as much a surprise. I hope. From my reading here, most people don't like surprises! :P Maybe something nice, like a good UI skinning system... See http://wiki.secondlife.com/wiki/Skinning#Phase_2_-_Switchable_Skins Or maybe a roll-out of meshes, but I suspect that's wishing too hard! :P As to the original question about DoF, here's what is known: http://www.google.com/search?sourceid=chrome&ie=UTF-8&q=%22depth+of+field%22+OR+DOF+site:secondlife.com Which gives the following JIRAs: https://jira.secondlife.com/browse/VWR-19244 PROFESSIoNAL TOOL: Snapshot: add functions: Dynamic Focus, Depth of field and Blurr https://jira.secondlife.com/browse/VWR-3921 photographic tools: DoF In VWR-3921 Adeon Writer pointed to this build of the mesh viewer: http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/mesh-development/rev/215482/index.html Ricky Cron Stardust On Thu, Nov 25, 2010 at 3:11 PM, Geenz Spad wrote: > I wonder how awesome it'll run on top of the already awesome deferred > renderer that has really awesome performance on really awesome video cards > that have really awesome drivers? > > Honestly, as nifty as DOF is as far as the "pretty" factor is concerned, > right now the deferred renderer needs a few more optimizations before any > additional features are added to it, and it still needs a few more work > arounds for buggy drivers (for example, successfully running the deferred > renderer on ATI hardware still tends to vary from person to person, > depending on their hardware and driver combination).? On top of that, you > still need a pretty powerful video card in order to really take advantage of > it, though I think that really has to do with bottle necks within the > rendering system as a whole, not just bottle necks presented by the deferred > renderer its self (although deferred rendering does have it's own bottle > necks, and SL's deferred renderer in particular presents a few interesting > ones of its own due to its flexibility). > > On Thu, Nov 25, 2010 at 4:43 PM, Ricky wrote: >> >> Things ARE getting fixed, just look at the daily scrum reports or the >> progress tracking in the JIRA. ?Also take note that sometimes "adding" >> a single feature will often resolve several bugs and feature requests. >> ?For instance the Deferred rendering channel will add the ability to >> have greater than 7 light-sources, solving several issues with >> facelights and other lights taking out room lighting. >> >> As to optimization, things are pretty optimized. ?Yes, they CAN get >> better, but without a major restructuring of how content is created, >> we will never have the high render rates found in the online and >> offline games. ?Even so, the work being done on upgrading KDU looks >> like it is improving load/render rates as it is. >> >> Don't forget that there are multiple people in multiple teams working >> on this program. ?Some are better at adding new features, and so are >> better utilized in that area. ?Some are better testers than coders, >> and so that's where they get used. ?Some, fairly rare, are really good >> at making existing code much better. ?All these people types are at >> work here, and putting them all into "optimizing or fixing things" >> would be a death-knell for the company. >> >> I'd say, instead of berating new (and very cool,) advancements, we >> should all applaud the work being done. ?At the very least it will >> make someone's day that much brighter. >> >> Just my opinion, >> Ricky >> Cron Stardust >> >> On Thu, Nov 25, 2010 at 12:34 PM, Rob Nelson >> wrote: >> > Oh good, let's add more features instead of either optimizing things or >> > fixing things. >> > >> > Rob >> > >> > On 11/25/2010 8:56 AM, Opensource Obscure wrote: >> >> ? Thanks to BlakOpal today I saw these very cool images: >> >> ? http://twitpic.com/3a0vag/full >> >> >> >> http://picasaweb.google.com/Runitai/DeferredRendering#slideshow/5542853119016406770 >> >> >> >> http://picasaweb.google.com/Runitai/DeferredRendering#slideshow/5543062518728480114 >> >> >> >> ? Where can I find more information about this depth-of-field >> >> ? feature? (wiki pages, blog/forums, JIRA...) >> >> >> >> ? It really looks good. I'm going to download a test build now. >> >> >> >> >> >> ? Thanks in advance >> >> ? Opensource Obscure >> >> _______________________________________________ >> >> 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 > From angel_of_crimson at hotmail.com Thu Nov 25 20:47:39 2010 From: angel_of_crimson at hotmail.com (Erin Mallory) Date: Thu, 25 Nov 2010 23:47:39 -0500 Subject: [opensource-dev] 'Close' button doesn't work after setting Custom port in Preferences > Setup > Network In-Reply-To: <3539a13304268fda61f98e14e40bc3f1@inventati.org> References: <3539a13304268fda61f98e14e40bc3f1@inventati.org> Message-ID: I can repo this on various windows versions as well. > Date: Thu, 25 Nov 2010 19:29:25 +0100 > From: open at autistici.org > To: opensource-dev at lists.secondlife.com > Subject: [opensource-dev] 'Close' button doesn't work after setting Custom port in Preferences > Setup > Network > > I just filed https://jira.secondlife.com/browse/VWR-23993 > > Got notice of it on Linux; a friend just confirmed it on Windows. > > I'd think this bug is recent, as in a few weeks. Before then, > I was using the 'Custom Port' feature with no problems. Then I > temporarily replaced my router, stopped using the feature, > and only got aware of it today when I enabled it on a fresh > viewer install. > Anyway, I could see it on various releases: 2.3 (official), > 2.4 (mesh), 2.5 (snowstorm). > > The 'Custom Port' option itself seems to work: even if you > shut down the viewer, your setting sticks when you restart it. > Problem is you can't close the floater and the Preferences window. > > Opensource Obscure > _______________________________________________ > 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101125/45fe9520/attachment-0001.htm From sldev at catznip.com Fri Nov 26 03:34:50 2010 From: sldev at catznip.com (Kitty) Date: Fri, 26 Nov 2010 12:34:50 +0100 Subject: [opensource-dev] 'Close' button doesn't work after setting Custom port in Preferences > Setup > Network Message-ID: <001901cb8d5d$f0f90e40$d2eb2ac0$@com> I had a filed bug report on it for my 2.2 release on October 25th so it's been there for at least that long. I haven't heard anything since so the fix should be all good. Kitty -----Original Message----- From: opensource-dev-bounces at lists.secondlife.com [mailto:opensource-dev-bounces at lists.secondlife.com] On Behalf Of Opensource Obscure Sent: donderdag 25 november 2010 19:29 To: opensource-dev Subject: [opensource-dev] 'Close' button doesn't work after setting Custom port in Preferences > Setup > Network I just filed https://jira.secondlife.com/browse/VWR-23993 Got notice of it on Linux; a friend just confirmed it on Windows. I'd think this bug is recent, as in a few weeks. Before then, I was using the 'Custom Port' feature with no problems. Then I temporarily replaced my router, stopped using the feature, and only got aware of it today when I enabled it on a fresh viewer install. Anyway, I could see it on various releases: 2.3 (official), 2.4 (mesh), 2.5 (snowstorm). The 'Custom Port' option itself seems to work: even if you shut down the viewer, your setting sticks when you restart it. Problem is you can't close the floater and the Preferences window. Opensource Obscure _______________________________________________ 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 -------------- next part -------------- A non-text attachment was scrubbed... Name: VWR-23993.patch Type: application/octet-stream Size: 1124 bytes Desc: not available Url : http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101126/2f204d20/attachment.obj From oz at lindenlab.com Fri Nov 26 05:21:20 2010 From: oz at lindenlab.com (Oz Linden (Scott Lawrence)) Date: Fri, 26 Nov 2010 08:21:20 -0500 Subject: [opensource-dev] [WIKI] 'Downloading test builds' vs. 'Linden_Lab_Official:Alternate_Viewers' In-Reply-To: References: Message-ID: <4CEFB450.9080402@lindenlab.com> On 2010-11-25 9:29, Opensource Obscure wrote: > Wouldn't be appropriate to merge together these pages, > or a part of them? Maybe using a template, to > avoid duplicated and out-of-date content. > > http://wiki.secondlife.com/wiki/Linden_Lab_Official:Alternate_Viewers > http://wiki.secondlife.com/wiki/Downloading_test_builds > > They both offer links to open-source experimental viewers > and development builds - it would be cool to have the whole > list available in a single page. > > Sorry if I'm not clear - I'm not asking to delete any page, > just to get a 100%comprehensive list in a single place. The 'Linden Lab Official:' namespace in the wiki disallows edits by non-Lindens. The first of those pages is for official releases from Linden project teams who have Project viewers available (they are typically relatively long-lived - weeks). The second page can be modified by anyone, and is there for open source developer to distribute test versions. From jhwelch at gmail.com Fri Nov 26 05:42:55 2010 From: jhwelch at gmail.com (Jonathan Welch) Date: Fri, 26 Nov 2010 08:42:55 -0500 Subject: [opensource-dev] Comments needed -- Communicate menu addition Message-ID: Greetings from the Annoyance Reduction Department. How would you like to see some little annoying issues addressed and bugs fixed? If so, I can use your help! Today I am looking for comments on adding Nearby Voice to the Communicate menu. Please go to https://jira.secondlife.com/browse/VWR-23871 and put in a comment, even if it is a short one. The Lindens need to see that something is wanted before they will let me make a change. Thank you, -Jonathan From lee.ponzu at gmail.com Fri Nov 26 10:56:46 2010 From: lee.ponzu at gmail.com (Ponzu) Date: Fri, 26 Nov 2010 13:56:46 -0500 Subject: [opensource-dev] [WIKI] 'Downloading test builds' vs. 'Linden_Lab_Official:Alternate_Viewers' In-Reply-To: <4CEFB450.9080402@lindenlab.com> References: <4CEFB450.9080402@lindenlab.com> Message-ID: So, if it is not there already, perhaps some official Linden could add a prominent link for the Official Linden page to the Officially not-Linden page. That would have the more-or-less same effect as merging the pages. regards ponzu On Fri, Nov 26, 2010 at 8:21 AM, Oz Linden (Scott Lawrence) < oz at lindenlab.com> wrote: > On 2010-11-25 9:29, Opensource Obscure wrote: > > Wouldn't be appropriate to merge together these pages, > > or a part of them? Maybe using a template, to > > avoid duplicated and out-of-date content. > > > > http://wiki.secondlife.com/wiki/Linden_Lab_Official:Alternate_Viewers > > http://wiki.secondlife.com/wiki/Downloading_test_builds > > > > They both offer links to open-source experimental viewers > > and development builds - it would be cool to have the whole > > list available in a single page. > > > > Sorry if I'm not clear - I'm not asking to delete any page, > > just to get a 100%comprehensive list in a single place. > > The 'Linden Lab Official:' namespace in the wiki disallows edits by > non-Lindens. The first of those pages is for official releases from > Linden project teams who have Project viewers available (they are > typically relatively long-lived - weeks). The second page can be > modified by anyone, and is there for open source developer to distribute > test versions. > > _______________________________________________ > 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 > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101126/6687c077/attachment.htm From lee.ponzu at gmail.com Fri Nov 26 11:03:57 2010 From: lee.ponzu at gmail.com (Ponzu) Date: Fri, 26 Nov 2010 14:03:57 -0500 Subject: [opensource-dev] Comments needed -- Communicate menu addition In-Reply-To: References: Message-ID: OK, maybe this is already there, I dunno, I keep voice on all the time, but rarely hear anybody using it. I don't use it because my upload speed is pitiful (pity via Paypal accepted.) Anyway... As a user, it annoys me when I hear people using voice that are *far away* from me. In Real life, if people are even ten feet away, and speaking normally, my auditory system easily tunes them out. In SL, it seems like even if they are 50 virtual meters away, and I turn them down, they still distract me. Maybe it is just me. Instead, I expect that if people are more than about five meters away, I would hear only some low murmering. If I want to actually hear them clearly, I can walk or cam over to them. On Fri, Nov 26, 2010 at 8:42 AM, Jonathan Welch wrote: > Greetings from the Annoyance Reduction Department. > > How would you like to see some little annoying issues addressed and bugs > fixed? > > If so, I can use your help! > > Today I am looking for comments on adding Nearby Voice to the Communicate > menu. > > Please go to https://jira.secondlife.com/browse/VWR-23871 and put in a > comment, even if it is a short one. The Lindens need to see that > something is wanted before they will let me make a change. > > Thank you, > > -Jonathan > _______________________________________________ > 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 > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101126/c62019a6/attachment.htm From hantualert at gmail.com Fri Nov 26 11:23:19 2010 From: hantualert at gmail.com (lonetorus Habilis) Date: Fri, 26 Nov 2010 20:23:19 +0100 Subject: [opensource-dev] Comments needed -- Communicate menu addition In-Reply-To: References: Message-ID: Indeed we used to have the rolloff factor in preferences that control exactly what you are experiencing. (http://wiki.secondlife.com/wiki/Preferences_window#Audio_.26_Video) but it seems to be missing from 2.3.0.... /lonetorus On Fri, Nov 26, 2010 at 8:03 PM, Ponzu wrote: > OK, maybe this is already there, I dunno, I keep voice on all the time, but > rarely hear anybody using it. ?I don't use it because my upload speed is > pitiful (pity via Paypal accepted.) > Anyway... From jhwelch at gmail.com Sat Nov 27 04:59:34 2010 From: jhwelch at gmail.com (Jonathan Welch) Date: Sat, 27 Nov 2010 07:59:34 -0500 Subject: [opensource-dev] Comments needed -- Object Gear menu name confusion and ordering Message-ID: Friendly Greetings......no, that is someone else's line. Good morning from ARDvark, your viewer 2 Aggravation Reduction Department. Today I would like you to take just a few moments and put in a comment on https://jira.secondlife.com/browse/VWR-23989 This is about fixing up some confusing word choices in the Object Gear menu and adding what you knew in viewer 1 was More>More>Inspect. I've also reordered the menu to be consistent with my proposed changes for two other menus (see the links in the jira). I am ready to make this change but need your help to convince those Lindens that this is A Good Thing, so please jot down even a 1 line comment. Thank you for your support! From chuckbaggettweb at gmail.com Sat Nov 27 11:12:46 2010 From: chuckbaggettweb at gmail.com (Chuck Baggett) Date: Sat, 27 Nov 2010 13:12:46 -0600 Subject: [opensource-dev] Comments needed -- Communicate menu addition In-Reply-To: References: Message-ID: The rolloff slider predates voice, and following the introduction of voice did not affect voice, if memory serves. On Fri, Nov 26, 2010 at 1:23 PM, lonetorus Habilis wrote: > Indeed we used to have the rolloff factor in preferences that control > exactly what you are experiencing. > (http://wiki.secondlife.com/wiki/Preferences_window#Audio_.26_Video) > but it seems to be missing from 2.3.0.... > > /lonetorus > > > On Fri, Nov 26, 2010 at 8:03 PM, Ponzu wrote: > > OK, maybe this is already there, I dunno, I keep voice on all the time, > but > > rarely hear anybody using it. I don't use it because my upload speed is > > pitiful (pity via Paypal accepted.) > > Anyway... > _______________________________________________ > 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 > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101127/b5c585c1/attachment.htm From dave at meadowlakearts.com Sat Nov 27 17:29:53 2010 From: dave at meadowlakearts.com (Dave Booth) Date: Sat, 27 Nov 2010 19:29:53 -0600 Subject: [opensource-dev] does anyone else think this would be a good thing? Message-ID: <4CF1B091.8050106@meadowlakearts.com> I've been thinking about the anims I've been making for my products inworld.. I know the mesh guys are screaming for custom bones but it strikes me that even in the standard animation setup theres a possible enhancement. More hand positions I know its not a viewer side thing really.. but what do you guys think about these... The "thumb" position - enables thumbs up, thumbs down and incidentally the Sicilian thumbnail flip.. The V position - enables the classic anime gesture, along with the "Winston Churchill" and unavoidably the "Harvey Smith" (which is the brit equivalent of...) The bird.. Its gotta be there.. the flip off is part of human interaction and even if it isn't kind it is an essential part of immersion in the world May as well add the "horns" too - useful for inworld pagans as well as folks wanting to ward off the evil eye... From kf6kjg at gmail.com Sat Nov 27 21:15:40 2010 From: kf6kjg at gmail.com (Ricky) Date: Sat, 27 Nov 2010 21:15:40 -0800 Subject: [opensource-dev] does anyone else think this would be a good thing? In-Reply-To: <4CF1B091.8050106@meadowlakearts.com> References: <4CF1B091.8050106@meadowlakearts.com> Message-ID: If we were to go to that level, then it'd be better (and more PC) to simply add bones to the fingers of the hands. That way animators could do whatever they feel like to the hands. Combine that with an extensible client-side animation system... But that's a pipe dream for now! :) But maybe.... Ricky Cron Stardust On Sat, Nov 27, 2010 at 5:29 PM, Dave Booth wrote: > I've been thinking about the anims I've been making for my products > inworld.. I know the mesh guys are screaming for custom bones but it > strikes me that even in the standard animation setup theres a possible > enhancement. More hand positions > > I know its not a viewer side thing really.. but what do you guys think > about these... > > The "thumb" position - enables thumbs up, thumbs down and incidentally > the Sicilian thumbnail flip.. > The V position - enables the classic anime gesture, along with the > "Winston Churchill" and unavoidably the "Harvey Smith" (which is the > brit equivalent of...) > The bird.. ?Its gotta be there.. the flip off is part of human > interaction and even if it isn't kind it is an essential part of > immersion in the world > May as well add the "horns" too - useful for inworld pagans as well as > folks wanting to ward off the evil eye... > _______________________________________________ > 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 > From joel.foner at gmail.com Sat Nov 27 23:18:14 2010 From: joel.foner at gmail.com (Joel Foner) Date: Sun, 28 Nov 2010 02:18:14 -0500 Subject: [opensource-dev] does anyone else think this would be a good thing? In-Reply-To: References: <4CF1B091.8050106@meadowlakearts.com> Message-ID: Folks who want to see sign language for accessibility would be all over that :) Joel On Sun, Nov 28, 2010 at 12:15 AM, Ricky wrote: > If we were to go to that level, then it'd be better (and more PC) to > simply add bones to the fingers of the hands. That way animators > could do whatever they feel like to the hands. > > Combine that with an extensible client-side animation system... But > that's a pipe dream for now! :) But maybe.... > > Ricky > Cron Stardust > > On Sat, Nov 27, 2010 at 5:29 PM, Dave Booth > wrote: > > I've been thinking about the anims I've been making for my products > > inworld.. I know the mesh guys are screaming for custom bones but it > > strikes me that even in the standard animation setup theres a possible > > enhancement. More hand positions > > > > I know its not a viewer side thing really.. but what do you guys think > > about these... > > > > The "thumb" position - enables thumbs up, thumbs down and incidentally > > the Sicilian thumbnail flip.. > > The V position - enables the classic anime gesture, along with the > > "Winston Churchill" and unavoidably the "Harvey Smith" (which is the > > brit equivalent of...) > > The bird.. Its gotta be there.. the flip off is part of human > > interaction and even if it isn't kind it is an essential part of > > immersion in the world > > May as well add the "horns" too - useful for inworld pagans as well as > > folks wanting to ward off the evil eye... > > _______________________________________________ > > 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 > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101128/eda73e95/attachment.htm From jhwelch at gmail.com Sun Nov 28 07:33:17 2010 From: jhwelch at gmail.com (Jonathan Welch) Date: Sun, 28 Nov 2010 10:33:17 -0500 Subject: [opensource-dev] Menu change to get Object Details when right clicking an avatar Message-ID: Hello again -- Today I would like you to take a look at https://jira.secondlife.com/browse/VWR-23946 This change would make it much easier to get the object details (aka the old v1.x floater you'd get by doing a pie More>More>Inspect) when right clicking on an avatar. This is related to vwr-23944 (similar change but for the object menu) and vwr-23989 (gear menu). I'd like to see all three menus set up consistently. So please take a look at this jira and jot down a comment before you click on to the next email in your list. Thank you, -Jonathan From andsim2 at gmail.com Mon Nov 29 07:56:59 2010 From: andsim2 at gmail.com (Andrew Simpson) Date: Mon, 29 Nov 2010 10:56:59 -0500 (Eastern Standard Time) Subject: [opensource-dev] map Message-ID: <4CF3CD4A.000005.01152@ANDREW-PC> Hi Anyone tell me what map type it use now, when I use map it never show land expect mini-map on opensim it only happen on 1.5 and later viewer But work in 1.23.x viewer perfectly -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101129/11a991b0/attachment-0001.htm -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/gif Size: 61041 bytes Desc: not available Url : http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101129/11a991b0/attachment-0001.gif From lee.ponzu at gmail.com Mon Nov 29 09:06:15 2010 From: lee.ponzu at gmail.com (Ponzu) Date: Mon, 29 Nov 2010 12:06:15 -0500 Subject: [opensource-dev] map In-Reply-To: <4CF3CD4A.000005.01152@ANDREW-PC> References: <4CF3CD4A.000005.01152@ANDREW-PC> Message-ID: I am not sure what you are asking. Please make more clear. On Mon, Nov 29, 2010 at 10:56 AM, Andrew Simpson wrote: > Hi > > Anyone tell me what map type it use now, when I use map it never show land > expect mini-map on opensim it only happen on 1.5 and later viewer > But work in 1.23.x viewer perfectly > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101129/4e33cd93/attachment.htm From andsim2 at gmail.com Mon Nov 29 09:17:40 2010 From: andsim2 at gmail.com (Andrew Simpson) Date: Mon, 29 Nov 2010 12:17:40 -0500 (Eastern Standard Time) Subject: [opensource-dev] map References: <4CF3CD4A.000005.01152@ANDREW-PC> Message-ID: <4CF3E034.000003.03288@ANDREW-PC> When I use big map all I see is water , no land even no name too, it work great in secondlife but not in opensim, but I am wondering what map is base it is using, it sure using different type then on opensim map -------Original Message------- From: Ponzu Date: 29/11/2010 12:06:16 PM To: Andrew Simpson Cc: opensource-dev at lists.secondlife.com Subject: Re: [opensource-dev] map I am not sure what you are asking. Please make more clear. On Mon, Nov 29, 2010 at 10:56 AM, Andrew Simpson wrote: Hi Anyone tell me what map type it use now, when I use map it never show land expect mini-map on opensim it only happen on 1.5 and later viewer But work in 1.23.x viewer perfectly -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101129/400b0bbe/attachment-0001.htm -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/gif Size: 61041 bytes Desc: not available Url : http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101129/400b0bbe/attachment-0001.gif From lee.ponzu at gmail.com Mon Nov 29 10:45:25 2010 From: lee.ponzu at gmail.com (Ponzu) Date: Mon, 29 Nov 2010 13:45:25 -0500 Subject: [opensource-dev] map In-Reply-To: <4CF3E034.000003.03288@ANDREW-PC> References: <4CF3CD4A.000005.01152@ANDREW-PC> <4CF3E034.000003.03288@ANDREW-PC> Message-ID: Hmmm. This is not surprising, I think. This only means that Second Life has a data source for the maps, and the Opensim does not. i think there is little effort to test the official SL viewer against the many Open Sims. You could look in the source code for the url for the map data. ponzu PS...don't attach silly graphics to emails to this list 8-) On Mon, Nov 29, 2010 at 12:17 PM, Andrew Simpson wrote: > When I use big map all I see is water , no land even no name too, it > work great in secondlife but not in opensim, but I am wondering what map is > base it is using, it sure using different type then on opensim map > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101129/35d4a8ca/attachment.htm From akanevsky at productengine.com Mon Nov 29 11:39:50 2010 From: akanevsky at productengine.com (Anya Kanevsky) Date: Mon, 29 Nov 2010 14:39:50 -0500 Subject: [opensource-dev] Daily Scrum Summary - Monday, November 29 Message-ID: Monday, November 29, 2010 General Notes ------------------------------ - Merge Monkey of the Day: Merov - IMPORTANT: When reopening issues from prior sprints, please move into unscheduled (remove Sprint X) and comment that it was reopnened. Reopnened current sprint issues should stay in current sprint. - if it?s intended for Beta, please make sure it?s in a beta branch and builds in TC _before_ you ask for a merge. - 2 new fields in jira: Target viewer version - set to indicate which branch should go (beta or dev) - PE - if there?s any chance it will go to beta (bug fixes), please branch from beta. Team Status ------------------------------ Merov Linden ------------------------------ *PAST* - STORM-151: kdu static link: reviewing my options for texture compression code, likely go with some variation on kdu-buffered-compress. - Merge Monkeying (lots of...) *FUTURE* - STORM-151: kdu static link: More work on compression, hope to take first shot at it. - Merge Monkeying *IMPEDIMENTS* - none Oz Linden ------------------------------ *PAST* - Setting up Code Review system - System is live - One outstanding support request with reviewboard - Contributed a patch to reviewboard - Prepping documentation - Started testing - Meeting on upcoming tools priorities - First pass at metrics for open source contributions - Office Hours *FUTURE* - Code Review system - Autobuild reviews *IMPEDIMENTS* - none Q Linden ------------------------------ *PAST* - turkey, shopping - email - STORM-34 - Beta 2.4 investigation *FUTURE* - Beta 2.4 - STORM-34 - Triage *IMPEDIMENTS* - none Esbee Linden ------------------------------ *PAST* - Thanksgiving - Updated STORM-34 w/quick design sketch - Added subtasks to STORM-34 *FUTURE* - Work on internal reporting documents - Spelling clean-up pass in Prefs - [STORM-537] Update, review, and publish (publicly) the keyboard shortcut doc - [STORM-539] Finish draft of prim alignment tool design - VWR Triage - Ticket prioritization - OOO Tomorrow *IMPEDIMENTS* - none Paul ProductEngine ------------------------------ *PAST* - TASK STORM-593 (Make transparent texteditor and lineeditor) - Corrected according to Vadim's commentaries and pushed to bitbucket - Created tasks: - TASK STORM-675 (Web page inside web browser floater is not transparent.) - TASK STORM-676 (Color swatches inside transparent floater are not transparent) - TASK STORM-677 (Texture picker inside transparent floater are not transparent) - TASK STORM- 622 (Texture picker screws up when multiple textures are opened ) - WIP. Very hard to give any estimates. Still can't figure out where is the problem. *FUTURE* - STORM-684 subtasks (fix transparency in some panels/floaters). *IMPEDIMENTS* - none Seth Productengine ------------------------------ *PAST* - BUG (STORM-667) Nametag barely readable due to poor contrast. - Fixed. - This issue was the reason for reopening of: - TASK (STORM-584) Fix color and opacity setting for Bubble Chat - Read the complaints about the implementation. Reopened the issue and suggested some possible solutions. - BUG (STORM-530) Drop-down menu can not be opened by 'Down' keyboard key if bottom menu item was selected before - Fixed. - BUG (STORM-498) There is no space between bottom bar and bottom border of resized and docked IM window - Fixed. Sent for review. *FUTURE* - BUG (STORM-550) LLDir::getNextFileInDir fails for some complex wildcard combinations - Estimated: about 2 days. *IMPEDIMENTS* - TASK (STORM-584) Fix color and opacity setting for Bubble Chat - Waiting for description of the new behavior to implement for Bubble Chat colors. Andrew Productengine ------------------------------ *PAST* - Normal bug STORM-375 (Clothing accordion is expanded after minimising Appearance floater). - Fixed and put on review. - Major bug STORM-671 (duplicated XUI ID in floater_preferences.xml, Duplicate node exists: id=pref core.audio[label]) - Fixed and put on review. - Normal bug STORM-344 (Speak button label is shrinked when bottom bar has enough space for displaying full Speak label) - Fixed & put on review - Cloned and built viewer-beta to move fixes of some v-d tickets there, but found out when applying patches that changes are already there :) Left comments in tickets and set them back to approved. - Normal bug STORM-552 ([I18N] Mess in the Chat preferences for many langs) - Closed as cannot reproduce. - Normal task STORM-138 (As a Content Creator, I want llTextBox input support in llDialog windows so users can input text into the space allotted in that floater) - Couldn't find out where to take patch from, cause all Tofu's changes are already in v-d. Asked Oz a question about it. He closed both remaining subtasks as fixed- perhaps he has integrated them but forgot to set right statuses. - Made STORM-593 win build for testing. - Critical bug STORM-527 (Jumping Halts Strafing Movement). - Investigating. Debugging code where problem is happening. Tested older builds- seems like this problem have been there a long time. Rough estimate- 12 hours. *FUTURE* - Critical bug STORM-527 (Jumping Halts Strafing Movement). *IMPEDIMENTS* - none Vadim Productengine ------------------------------ *PAST* - Story STORM-40 (As a Content Creator, I want the texture selection window to scroll down to existing texture when I open the window): - Resolved as not reproducible. - Task STORM-676 (Color swatches inside transparent floater are not transparent): - Implemented - Bug STORM-666 (Place profile overflow menu appears too far from overflow button): - Fixed. - Task STORM-676 (Color swatches inside transparent floater are not transparent): - Completed. - Bug STORM-557 ("Add friend" button is enabled when selected avatar has accepted Friendship offer): - Fixed. - Misc discussions. *FUTURE* - STORM-684 subtasks (fix transparency in some panels/floaters). *IMPEDIMENTS* - PE team needs more tickets to work on. - STORM-535: Not sure what transparency to choose for chat toasts (and other toasts). Esbee? Andrey Productengine ------------------------------ *PAST* - proceed with 2.4.0 Beta1 regression testing on Windows XP, Win7, Linux and OSX - verified all of the major tickets from bug-fix filter - exploratory testing of changes in scope of STORM-535, refer to the spreadsheet for more details. - opened STORM-684 + 12 sub-tasks for fixing remain issues with floaters transparency *FUTURE* - proceed with more Beta1 testing - assign 1 person for testing v-d integrated tickets *IMPEDIMENTS* - STORM-579: needs answer from Esbee - fast, so we can make the fix before releasing beta - STORM-535: implemented changes haven't resolved issue stated in the ticket - toasts transparency. Notification and chat toasts continue to appear opaque. Making their opacity configurable can break "fade away" functionality. I guess this issue should be discussed again. Jonathan Yap ------------------------------ *Note* - STORM-138 Needs to be reopened until linked issues are complete. - VWR-23959, VWR-23958 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101129/28a1ede2/attachment.htm From sllists at boroon.dasgupta.ch Mon Nov 29 14:08:19 2010 From: sllists at boroon.dasgupta.ch (Boroondas Gupte) Date: Mon, 29 Nov 2010 23:08:19 +0100 Subject: [opensource-dev] map In-Reply-To: References: <4CF3CD4A.000005.01152@ANDREW-PC> <4CF3E034.000003.03288@ANDREW-PC> Message-ID: <4CF42453.40208@boroon.dasgupta.ch> On 11/29/2010 07:45 PM, Ponzu wrote: > Hmmm. This is not surprising, I think. This only means that Second > Life has a data source for the maps, and the Opensim does not. Shouldn't that be fixed since SNOW-77 ? Of course, you'd need a recent enough OpenSim version so that it provides the map-server-url login response. (I don't think the requestHTTPMapURL capability made it into Viewer 2.) Cheers, Boroondas -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101129/265f5037/attachment.htm From merov at lindenlab.com Mon Nov 29 17:41:10 2010 From: merov at lindenlab.com (Philippe (Merov) Bossut) Date: Mon, 29 Nov 2010 17:41:10 -0800 Subject: [opensource-dev] map In-Reply-To: <4CF42453.40208@boroon.dasgupta.ch> References: <4CF3CD4A.000005.01152@ANDREW-PC> <4CF3E034.000003.03288@ANDREW-PC> <4CF42453.40208@boroon.dasgupta.ch> Message-ID: Hi, On Mon, Nov 29, 2010 at 2:08 PM, Boroondas Gupte wrote: > Shouldn't that be fixed since SNOW-77? > Of course, you'd need a recent enough OpenSim version so that it provides > the map-server-url login response. (I don't think the requestHTTPMapURL > capability made it into Viewer 2.) > What Boroondas said. You can also edit the MapServerURL key in settings.xml and make it point to a URL that your OpenSim grid serves with region tiles. Cheers, - Merov -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101129/b98fd27f/attachment.htm From bunny at bunnynet.org Mon Nov 29 19:42:45 2010 From: bunny at bunnynet.org (Bunny Halberd) Date: Mon, 29 Nov 2010 21:42:45 -0600 Subject: [opensource-dev] Autoupdater Flashback Message-ID: Hey Guys - So, when I got home from work I grabbed whatever the current Snowstorm build at the time is to use for the evening. (Build 215642 today.) Shortly after logging in I see that a new version of SL has been downloaded and will be installed on the next restart... thought that was weird since I'd never seen that message before. When I restarted the SL Viewer a console window opened up and a new version of the viewer was installed. Version: - Second Life 2.1.2 (209456) Sep 13 2010 16:05:27 (Second Life Development) Which is much older than 215642. :) So yay! The autoupdater works! Except, uh, it's handing out a really old version! :) - Bunny From sldev at free.fr Tue Nov 30 01:23:34 2010 From: sldev at free.fr (Henri Beauchamp) Date: Tue, 30 Nov 2010 10:23:34 +0100 Subject: [opensource-dev] map In-Reply-To: References: <4CF3CD4A.000005.01152@ANDREW-PC> <4CF3E034.000003.03288@ANDREW-PC> <4CF42453.40208@boroon.dasgupta.ch> Message-ID: <20101130102334.71c967ce.sldev@free.fr> On Mon, 29 Nov 2010 17:41:10 -0800, Philippe (Merov) Bossut wrote: > Hi, > > On Mon, Nov 29, 2010 at 2:08 PM, Boroondas Gupte > wrote: > > > Shouldn't that be fixed since SNOW-77? > > Of course, you'd need a recent enough OpenSim version so that it provides > > the map-server-url login response. (I don't think the requestHTTPMapURL > > capability made it into Viewer 2.) > > What Boroondas said. You can also edit the MapServerURL key in settings.xml > and make it point to a URL that your OpenSim grid serves with region tiles. The problem is that OpenSim servers do *not* provide HTTP tiles, and that LL does not seem to care about the backward compatibility any more: this issue was reported *ages* ago for Snowglobe, but was never fixed in LL's viewers. That's one of the reasons why Snowglobe and later LL's viewers are incompatible with OpenSim grids. I made a patch to revert full compatibility with OpenSim world maps in Snowglobe v1.5 (latest SVN sources), which is available here: http://sldev.free.fr/patches/12500/slviewer-0-v12502-RevertToOldMap_v3.patch.bz2 This code is of course used by the Cool VL Viewer v1.25.0 (SG 1.5 based). This patch reverts the map floater to v1.23.5's one (i.e. it also allows to display the "Terrain only" map layer, and also the land sales icons do appear properly, unlike in SG and v2), but when logged into SL, or on an OpenSim grid supporting HTTP map tiles (yet to be seen...), it uses them instead of the asset server based tiles for the Terrain+Objects layer. Henri. From jhwelch at gmail.com Tue Nov 30 06:57:05 2010 From: jhwelch at gmail.com (Jonathan Welch) Date: Tue, 30 Nov 2010 09:57:05 -0500 Subject: [opensource-dev] Comments needed -- Location of time & volume controls Message-ID: Good day everybody. How many times have you heard someone say "I wish those Lindens would fix things instead of adding more new features"? While I am not a Linden, I am trying to fix things, and could use your comments on this one: https://jira.secondlife.com/browse/VWR-24005 Have you ever gone to push the play button or use the volume control in the top right of the screen and hit X by accident? I am suggesting moving the time display over there to help stop that. What do you say? -Jonathan From nyx at lindenlab.com Tue Nov 30 09:00:01 2010 From: nyx at lindenlab.com (Nyx Linden) Date: Tue, 30 Nov 2010 12:00:01 -0500 Subject: [opensource-dev] Upcoming depth-of-field feature In-Reply-To: References: <8d8d3ba11429ee4ace15d41b2f854143@inventati.org> <4CEEC871.80903@gmail.com> Message-ID: <4CF52D91.5040002@lindenlab.com> Depth of Field is a quick feature one of our devs developed while looking into anti-aliasing bugs. It didn't take a substantial amount of time away from bug-hunting, and should be useful for a variety of purposes (photography and machinima for starters). At this point it should be considered a toy, in that its a feature that hasn't yet been formally finished, debugged, qa'd, or had a good interface put on top of it. Feedback is appreciated for when we do prepare to polish it up of course. As always, you can see the changes we've made in the mesh branch in our public repository: http://hg.secondlife.com/mesh-development You can always get the latest successful build of our changes here (link is also on the wiki downloads page): http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/mesh-development/latest.html Feedback is appreciated to be put into jira-form under the mesh beta project for specific bug reports and feature requests, or on the forums for any topics that could require discussion: http://blogs.secondlife.com/community/forums/mesh Thanks for noticing, and thanks for the feedback! -Nyx On 11/25/2010 06:54 PM, Ricky wrote: > Agreed, DOF is on my long-list not my short-list of things I'd like to > see done. However, I expect that SL's deferred rendering system has a > laundry list of issues. Just look at it's history; it's been little > more than a pet-project since it's inception. A pet project with the > capability to go far, but still just a pet project. Getting the > client into a stronger codebase (2.0) and then stabilized with very > little new features has been the largest pushes in recent history. > > In fact, we've (LL and OS devs,) been working stability for so many > months that it might be time to push for a cool, if small, new > feature. However, with the new level of visibility, it won't be as > much a surprise. I hope. From my reading here, most people don't like > surprises! :P Maybe something nice, like a good UI skinning system... > See http://wiki.secondlife.com/wiki/Skinning#Phase_2_-_Switchable_Skins > Or maybe a roll-out of meshes, but I suspect that's wishing too hard! > :P > > As to the original question about DoF, here's what is known: > http://www.google.com/search?sourceid=chrome&ie=UTF-8&q=%22depth+of+field%22+OR+DOF+site:secondlife.com > Which gives the following JIRAs: > https://jira.secondlife.com/browse/VWR-19244 PROFESSIoNAL TOOL: > Snapshot: add functions: Dynamic Focus, Depth of field and Blurr > https://jira.secondlife.com/browse/VWR-3921 photographic tools: DoF > > In VWR-3921 Adeon Writer pointed to this build of the mesh viewer: > http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/mesh-development/rev/215482/index.html > > Ricky > Cron Stardust > > On Thu, Nov 25, 2010 at 3:11 PM, Geenz Spad wrote: > >> I wonder how awesome it'll run on top of the already awesome deferred >> renderer that has really awesome performance on really awesome video cards >> that have really awesome drivers? >> >> Honestly, as nifty as DOF is as far as the "pretty" factor is concerned, >> right now the deferred renderer needs a few more optimizations before any >> additional features are added to it, and it still needs a few more work >> arounds for buggy drivers (for example, successfully running the deferred >> renderer on ATI hardware still tends to vary from person to person, >> depending on their hardware and driver combination). On top of that, you >> still need a pretty powerful video card in order to really take advantage of >> it, though I think that really has to do with bottle necks within the >> rendering system as a whole, not just bottle necks presented by the deferred >> renderer its self (although deferred rendering does have it's own bottle >> necks, and SL's deferred renderer in particular presents a few interesting >> ones of its own due to its flexibility). >> >> On Thu, Nov 25, 2010 at 4:43 PM, Ricky wrote: >> >>> Things ARE getting fixed, just look at the daily scrum reports or the >>> progress tracking in the JIRA. Also take note that sometimes "adding" >>> a single feature will often resolve several bugs and feature requests. >>> For instance the Deferred rendering channel will add the ability to >>> have greater than 7 light-sources, solving several issues with >>> facelights and other lights taking out room lighting. >>> >>> As to optimization, things are pretty optimized. Yes, they CAN get >>> better, but without a major restructuring of how content is created, >>> we will never have the high render rates found in the online and >>> offline games. Even so, the work being done on upgrading KDU looks >>> like it is improving load/render rates as it is. >>> >>> Don't forget that there are multiple people in multiple teams working >>> on this program. Some are better at adding new features, and so are >>> better utilized in that area. Some are better testers than coders, >>> and so that's where they get used. Some, fairly rare, are really good >>> at making existing code much better. All these people types are at >>> work here, and putting them all into "optimizing or fixing things" >>> would be a death-knell for the company. >>> >>> I'd say, instead of berating new (and very cool,) advancements, we >>> should all applaud the work being done. At the very least it will >>> make someone's day that much brighter. >>> >>> Just my opinion, >>> Ricky >>> Cron Stardust >>> >>> On Thu, Nov 25, 2010 at 12:34 PM, Rob Nelson >>> wrote: >>> >>>> Oh good, let's add more features instead of either optimizing things or >>>> fixing things. >>>> >>>> Rob >>>> >>>> On 11/25/2010 8:56 AM, Opensource Obscure wrote: >>>> >>>>> Thanks to BlakOpal today I saw these very cool images: >>>>> http://twitpic.com/3a0vag/full >>>>> >>>>> http://picasaweb.google.com/Runitai/DeferredRendering#slideshow/5542853119016406770 >>>>> >>>>> http://picasaweb.google.com/Runitai/DeferredRendering#slideshow/5543062518728480114 >>>>> >>>>> Where can I find more information about this depth-of-field >>>>> feature? (wiki pages, blog/forums, JIRA...) >>>>> >>>>> It really looks good. I'm going to download a test build now. >>>>> >>>>> >>>>> Thanks in advance >>>>> Opensource Obscure >>>>> _______________________________________________ >>>>> 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 > From akanevsky at productengine.com Tue Nov 30 12:12:03 2010 From: akanevsky at productengine.com (Anya Kanevsky) Date: Tue, 30 Nov 2010 14:12:03 -0600 Subject: [opensource-dev] Daily Scrum Summary - Tuesday, November 30 + Meeting time change for tomorrow (11 PST) Message-ID: * Meeting time changed to 11AM PST only for tomorrow, Wednesday, December 1 Tuesday, November 30, 2010 General Notes ------------------------------ - Merge Monkey of the Day: Oz - IMPORTANT: When reopening issues from prior sprints, please move into unscheduled (remove Sprint X) and comment that it was reopnened. Reopnened current sprint issues should stay in current sprint. - if it?s intended for Beta, please make sure it?s in a beta branch and builds in TC _before_ you ask for a merge. - 2 new fields in jira: Target viewer version - set to indicate which branch should go (beta or dev) - PE - if there?s any chance it will go to beta (bug fixes), please branch from beta. Team Status ------------------------------ Merov Linden ------------------------------ *PAST* - STORM-151: kdu static link: Read more docs and played with example code kdu-buffered-compress. - STORM-672 : Took that one to provide a quick fix for l10n - Merge Monkeying *FUTURE* - STORM-151: kdu static link: More work on compression, hope to take first shot at it. - Merge Monkeying *IMPEDIMENTS* - none Oz Linden ------------------------------ *PAST* - Setting up Code Review system - System is live - One outstanding support request with reviewboard, not critical *FUTURE* - Post test review - Announce/Open code review system - Document code review system on wiki - Autobuild reviews *IMPEDIMENTS* - none Q Linden ------------------------------ *PAST* - STORM-34 and children - STORM-676 etc (transparency) - triage - meetings - Beta 2.4 - Version management *FUTURE* - Beta 2.4 - Code *IMPEDIMENTS* - none Esbee Linden ------------------------------ - OOO Paul ProductEngine ------------------------------ *PAST* - TASK STORM-688 (Sidebar becomes semitransparent if dock semitransparent side panel back to the Sidebar) - Fixed and pushed to bitbucket - TASK STORM-689 ("Back" but is opaque in all of the undocked side panels) - Fixed and pushed to the bitbucket *FUTURE* - Pick up some subtask of STORM-684 (Floater transparency settings aren't applied for some floaters and/or controls inside them) *IMPEDIMENTS* - none Seth Productengine ------------------------------ *PAST* - BUG (STORM-550) LLDir::getNextFileInDir fails for some complex wildcard combinations. - WIP. Added directory iterator class using boost::filesystem and . - Working on a compiling problem when including boost/filesystem.hpp into lldir.h. - Working on converting glob matching patterns to regexp. *FUTURE* - TASK (STORM-693) Preview thumbnails in the Edit Wearable and Edit Body Parts panels do not honor opacity settings - BUG (STORM-378) Snapshot animation should be played when snapshot is actually taken, not sent - BUG (STORM-550) LLDir::getNextFileInDir fails for some complex wildcard combinations *IMPEDIMENTS* - none Andrew Productengine ------------------------------ *PAST* - Critical bug STORM-560 (Add Preference that allows users to select default behavior when pressing letter keys). - - Closed as expected behavior. - Critical bug STORM-527 (Jumping Halts Strafing Movement). - Investigated code further. Tested on alternative grid. I'm 95% sure it's server-side problem, but still can't find the exact place in code where client receives wrong info. Will search for it for a 2-3 more hours and ask to assign it to server team with or without it. *FUTURE* - Critical bug STORM-527 (Jumping Halts Strafing Movement). - Estimate- 3 hours. - Something new (need tickets!). *IMPEDIMENTS* - STORM-34 - question in jira Vadim Productengine ------------------------------ *PAST* - Task STORM-698 (Icons don't follow opacity settings): - Implemented. - Task STORM-685 (Transparency settings aren't applied to the Buy L$ floater content): - Implemented. - Task STORM-694 (Userpics in the IM windows don't follow opacity settings): - Resolved as duplicate. - Task STORM-695 (Texture preview doesn't follow opacity settings): - WIP. *FUTURE* - Task STORM-695 (Texture preview doesn't follow opacity settings): - ETA: 2h (not sure this is fixable though). - Task STORM-690 (Second layer is visible when undocked panel is inactive and semitransparent). - ETA: 3h. - Task STORM-686 (Transparency settings aren't applied to the map preview inside Map floater). - ETA: 3h. *IMPEDIMENTS* - none Andrey Productengine ------------------------------ *PAST* - proceed with Beta1 2.4.0 exploratory regression testing - verified bunch on integrated v-d tickets on the r215544 *FUTURE* - proceed with more Beta1 testing - assign 1 person for testing v-d integrated tickets *IMPEDIMENTS* - none Jonathan Yap ------------------------------ *PAST* - STORM-615 (Object menu changes: Delete to main menu, rename Remove> to Manage>) - STORM-596 (Help menu change: move Enable Hints) - STORM-679 (Compilation error) - STORM-49 (Rezz a sculpt via magic wand / build menu selection) - Partial success - pushed up to bitbucket for someone else to look at. - See jira for link. - Send daily email to dev mailing list of proposed change - soliciting comments. - Gave advice on what needs to be done to finish STORM-138 (llTextBox support) *FUTURE* - Daily email to dev mailing list. - Email to Esbee - list of things I would like to take up in the next scrum. As these are changes they need to be considered in advance. - [long range] - Update lsl wiki - remove Unsupported icon next to llTextBox. Timing of when to make this edit? *IMPEDIMENTS* - Need reply from Oz on email about VWR-18743 and VWR-23903 and VWR-17465 - Jira processing needs to be performed by a Linden on - STORM-615 - STORM-596 - STORM-679 - -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101130/887f685c/attachment-0001.htm From tillie at xp2.de Tue Nov 30 12:29:16 2010 From: tillie at xp2.de (Tillie Ariantho) Date: Tue, 30 Nov 2010 21:29:16 +0100 Subject: [opensource-dev] Upcoming depth-of-field feature In-Reply-To: <4CF52D91.5040002@lindenlab.com> References: <8d8d3ba11429ee4ace15d41b2f854143@inventati.org> <4CEEC871.80903@gmail.com> <4CF52D91.5040002@lindenlab.com> Message-ID: <4CF55E9C.8030400@xp2.de> On 30.11.2010 18:00, Nyx Linden wrote: > Depth of Field is a quick feature one of our devs developed while > looking into anti-aliasing bugs. It didn't take a substantial amount of > time away from bug-hunting, and should be useful for a variety of > purposes (photography and machinima for starters). Are the major screenshot bugs being fixed? Cause I dont need no nifty DoF feature if the second I hit snapshot for doing a screensized shot (2560x1600) or doing a socalled 'hires shot' the client crashes with a memory error. And I think there is still the annoying 'offset-lines' bug with fog, clouds and water when doin hires snaps. Tillie From brad at lindenlab.com Tue Nov 30 13:34:13 2010 From: brad at lindenlab.com (Brad Kittenbrink (Brad Linden)) Date: Tue, 30 Nov 2010 13:34:13 -0800 Subject: [opensource-dev] Autoupdater Flashback In-Reply-To: References: Message-ID: Oops, thanks for the heads-up. The background updater is new in viewer 2.4 (as it's not released in beta yet, it doesn't have release notes yet, so sorry for the surprise). Yesterday we deployed the server side work in preparation for the beginning of the 2.4 beta releases, and it turned on. Unfortunately we hadn't been paying attention to the Second Life Development channel, and there was some obsolete data in the database. Anyways, thanks again for testing this for us. We should be getting it fixed shortly. -Brad On Mon, Nov 29, 2010 at 7:42 PM, Bunny Halberd wrote: > Hey Guys - > > So, when I got home from work I grabbed whatever the current Snowstorm > build at the time is to use for the evening. (Build 215642 today.) > Shortly after logging in I see that a new version of SL has been > downloaded and will be installed on the next restart... thought that > was weird since I'd never seen that message before. > > When I restarted the SL Viewer a console window opened up and a new > version of the viewer was installed. Version: > > - Second Life 2.1.2 (209456) Sep 13 2010 16:05:27 (Second Life Development) > > Which is much older than 215642. :) > > So yay! The autoupdater works! Except, uh, it's handing out a really > old version! :) > > - Bunny > _______________________________________________ > 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 > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20101130/78c13c1d/attachment.htm From q at lindenlab.com Tue Nov 30 13:58:37 2010 From: q at lindenlab.com (Kent Quirk (Q Linden)) Date: Tue, 30 Nov 2010 16:58:37 -0500 Subject: [opensource-dev] Upcoming depth-of-field feature In-Reply-To: <4CF55E9C.8030400@xp2.de> References: <8d8d3ba11429ee4ace15d41b2f854143@inventati.org> <4CEEC871.80903@gmail.com> <4CF52D91.5040002@lindenlab.com> <4CF55E9C.8030400@xp2.de> Message-ID: Can we please not have the "fix bugs not features" and "add missing features now" debates? We have a lot of developers, and they work in different areas, and both features and bugs are considered on our backlog and prioritized according to available resources. If you disagree with the priority of a particular issue, that is appropriate, but let's avoid the absolutes, please, and recognize that not all resources are equivalent. From kf6kjg at gmail.com Tue Nov 30 22:19:06 2010 From: kf6kjg at gmail.com (Ricky) Date: Tue, 30 Nov 2010 22:19:06 -0800 Subject: [opensource-dev] Upcoming depth-of-field feature In-Reply-To: References: <8d8d3ba11429ee4ace15d41b2f854143@inventati.org> <4CEEC871.80903@gmail.com> <4CF52D91.5040002@lindenlab.com> <4CF55E9C.8030400@xp2.de> Message-ID: Agreed. On Tue, Nov 30, 2010 at 1:58 PM, Kent Quirk (Q Linden) wrote: > Can we please not have the "fix bugs not features" and "add missing features now" debates? We have a lot of developers, and they work in different areas, and both features and bugs are considered on our backlog and prioritized according to available resources. If you disagree with the priority of a particular issue, that is appropriate, but let's avoid the absolutes, please, and recognize that not all resources are equivalent. > _______________________________________________ > 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 >