From slitovchuk at productengine.com Mon Aug 1 06:33:23 2011 From: slitovchuk at productengine.com (Seth ProductEngine) Date: Mon, 01 Aug 2011 13:33:23 -0000 Subject: [opensource-dev] Review Request: STORM-632 URL-like resident display name is shown as clickable HTTP URL in various places In-Reply-To: <20110729150139.25764.67541@domU-12-31-38-00-90-68.compute-1.internal> References: <20110729150139.25764.67541@domU-12-31-38-00-90-68.compute-1.internal> Message-ID: <20110801133323.23993.71630@domU-12-31-38-00-90-68.compute-1.internal> ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/423/#review942 ----------------------------------------------------------- Ship it! Looks good. - Seth On July 29, 2011, 8:01 a.m., Vadim ProductEngine wrote: > > ----------------------------------------------------------- > This is an automatically generated e-mail. To reply, visit: > http://codereview.secondlife.com/r/423/ > ----------------------------------------------------------- > > (Updated July 29, 2011, 8:01 a.m.) > > > Review request for Viewer. > > > Summary > ------- > > Disallow showing URL-like avatar display names as Web links in various places. > > Fixed in: > * People panel -> friend list > * IM toast > * Friend online/offline notification toasts > * IM well > * Avatar inspector > > > This addresses bug STORM-632. > http://jira.secondlife.com/browse/STORM-632 > > > Diffs > ----- > > indra/newview/skins/default/xui/en/inspect_avatar.xml abd84f85d848 > indra/newview/skins/default/xui/en/notifications.xml abd84f85d848 > indra/newview/skins/default/xui/en/panel_activeim_row.xml abd84f85d848 > indra/newview/skins/default/xui/en/panel_avatar_list_item.xml abd84f85d848 > indra/newview/skins/default/xui/en/panel_instant_message.xml abd84f85d848 > > Diff: http://codereview.secondlife.com/r/423/diff > > > Testing > ------- > > > Thanks, > > Vadim > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110801/7691dfb2/attachment.htm From slitovchuk at productengine.com Mon Aug 1 06:39:40 2011 From: slitovchuk at productengine.com (Seth ProductEngine) Date: Mon, 01 Aug 2011 13:39:40 -0000 Subject: [opensource-dev] Review Request: STORM-1194 Web browser opens clicking URL-name of object in Object Contents floater In-Reply-To: <20110729140503.21540.75425@domU-12-31-38-00-90-68.compute-1.internal> References: <20110729140503.21540.75425@domU-12-31-38-00-90-68.compute-1.internal> Message-ID: <20110801133940.23994.42488@domU-12-31-38-00-90-68.compute-1.internal> ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/422/#review943 ----------------------------------------------------------- Ship it! Looks good. - Seth On July 29, 2011, 7:05 a.m., Vadim ProductEngine wrote: > > ----------------------------------------------------------- > This is an automatically generated e-mail. To reply, visit: > http://codereview.secondlife.com/r/422/ > ----------------------------------------------------------- > > (Updated July 29, 2011, 7:05 a.m.) > > > Review request for Viewer. > > > Summary > ------- > > Object Contents floater: disabled links in the object name text box. > > > This addresses bug STORM-1194. > http://jira.secondlife.com/browse/STORM-1194 > > > Diffs > ----- > > indra/newview/skins/default/xui/en/floater_openobject.xml abd84f85d848 > > Diff: http://codereview.secondlife.com/r/422/diff > > > Testing > ------- > > > Thanks, > > Vadim > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110801/849f2ea3/attachment.htm From slitovchuk at productengine.com Mon Aug 1 06:42:18 2011 From: slitovchuk at productengine.com (Seth ProductEngine) Date: Mon, 01 Aug 2011 13:42:18 -0000 Subject: [opensource-dev] Review Request: STORM-1473 [VIEWER DEV] ALL LANGS Untranslated Voice Morph Names in the French viewer In-Reply-To: <20110729135201.21538.96860@domU-12-31-38-00-90-68.compute-1.internal> References: <20110729135201.21538.96860@domU-12-31-38-00-90-68.compute-1.internal> Message-ID: <20110801134218.23994.18404@domU-12-31-38-00-90-68.compute-1.internal> ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/421/#review944 ----------------------------------------------------------- Ship it! Looks plausible. - Seth On July 29, 2011, 6:52 a.m., Vadim ProductEngine wrote: > > ----------------------------------------------------------- > This is an automatically generated e-mail. To reply, visit: > http://codereview.secondlife.com/r/421/ > ----------------------------------------------------------- > > (Updated July 29, 2011, 6:52 a.m.) > > > Review request for Viewer. > > > Summary > ------- > > Localized voice morph names. > > > This addresses bug STORM-1473. > http://jira.secondlife.com/browse/STORM-1473 > > > Diffs > ----- > > indra/newview/llfloatervoiceeffect.cpp abd84f85d848 > indra/newview/skins/default/xui/en/floater_voice_effect.xml abd84f85d848 > > Diff: http://codereview.secondlife.com/r/421/diff > > > Testing > ------- > > > Thanks, > > Vadim > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110801/2cacfb2d/attachment-0001.htm From vsavchuk at productengine.com Mon Aug 1 11:41:17 2011 From: vsavchuk at productengine.com (Vadim ProductEngine) Date: Mon, 01 Aug 2011 18:41:17 -0000 Subject: [opensource-dev] Review Request: STORM-1186 "no mCurrentRMessageTemplate" spam when first opening inventory Message-ID: <20110801184117.23993.31139@domU-12-31-38-00-90-68.compute-1.internal> ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/425/ ----------------------------------------------------------- Review request for Viewer, Stone Linden and Richard Nelson. Summary ------- Removed the "no mCurrentRMessageTemplate" warning message. The mCurrentRMessageTemplate member seems to only be non-NULL for a short while after an incoming message was validated and parsed, thus there is no guarantee that we can obtain name of the last received message at any given time. So if we can't we'll simply return an empty string without spamming the log with warnings. The issue may have been introduced in changeset https://bitbucket.org/lindenlab/viewer-development/changeset/354916d6f13c. This addresses bug STORM-1186. http://jira.secondlife.com/browse/STORM-1186 Diffs ----- indra/llmessage/lltemplatemessagereader.cpp ac0f1a132d35 Diff: http://codereview.secondlife.com/r/425/diff Testing ------- Thanks, Vadim -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110801/e344a145/attachment.htm From armin.weatherwax at googlemail.com Mon Aug 1 15:37:34 2011 From: armin.weatherwax at googlemail.com (ArminWeatherHax Resident) Date: Mon, 01 Aug 2011 22:37:34 -0000 Subject: [opensource-dev] Review Request: STORM-1186 "no mCurrentRMessageTemplate" spam when first opening inventory In-Reply-To: <20110801184117.23993.31139@domU-12-31-38-00-90-68.compute-1.internal> References: <20110801184117.23993.31139@domU-12-31-38-00-90-68.compute-1.internal> Message-ID: <20110801223734.24948.27278@domU-12-31-38-00-90-68.compute-1.internal> ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/425/#review945 ----------------------------------------------------------- Ship it! - ArminWeatherHax On Aug. 1, 2011, 11:41 a.m., Vadim ProductEngine wrote: > > ----------------------------------------------------------- > This is an automatically generated e-mail. To reply, visit: > http://codereview.secondlife.com/r/425/ > ----------------------------------------------------------- > > (Updated Aug. 1, 2011, 11:41 a.m.) > > > Review request for Viewer, Stone Linden and Richard Nelson. > > > Summary > ------- > > Removed the "no mCurrentRMessageTemplate" warning message. > > The mCurrentRMessageTemplate member seems to only be non-NULL for a short while > after an incoming message was validated and parsed, thus there is no > guarantee that we can obtain name of the last received message at any given > time. So if we can't we'll simply return an empty string without spamming the > log with warnings. > > The issue may have been introduced in changeset https://bitbucket.org/lindenlab/viewer-development/changeset/354916d6f13c. > > > This addresses bug STORM-1186. > http://jira.secondlife.com/browse/STORM-1186 > > > Diffs > ----- > > indra/llmessage/lltemplatemessagereader.cpp ac0f1a132d35 > > Diff: http://codereview.secondlife.com/r/425/diff > > > Testing > ------- > > > Thanks, > > Vadim > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110801/b62177b9/attachment.htm From oz at lindenlab.com Tue Aug 2 07:16:22 2011 From: oz at lindenlab.com (Oz Linden (Scott Lawrence)) Date: Tue, 02 Aug 2011 10:16:22 -0400 Subject: [opensource-dev] Fwd: Call for mesh volunteer regions In-Reply-To: <3EA81BEF-B295-4962-8129-6D162E4C7A16@Lindenlab.com> References: <3EA81BEF-B295-4962-8129-6D162E4C7A16@Lindenlab.com> Message-ID: <4E3806B6.4000408@lindenlab.com> -------- Original Message -------- Subject: Call for mesh volunteer regions Date: Wed, 27 Jul 2011 16:14:55 -0700 From: Charlie (Charlar) We're at about 100 regions right now - but we want to be at 300+ by the end of the week. Now we want to accelerate the process, and to do that, we need more volunteers. If you have a region, or know a good resident who has one, the mesh team would love for you to volunteer it to run mesh. To understand the limitations (it can't be on the mainland, for one) and find out how to get on the list, *go to https://wiki.secondlife.com/wiki/Mesh/LiveVolunteers.* Come live /La Vida Residente!/ Charlie (Charlar) -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110802/aef75617/attachment.htm From vsavchuk at productengine.com Tue Aug 2 08:40:52 2011 From: vsavchuk at productengine.com (Vadim ProductEngine) Date: Tue, 02 Aug 2011 15:40:52 -0000 Subject: [opensource-dev] Review Request: STORM-1291 [STRING IN ENG] Gestos button. Many gestures. (part 2) Message-ID: <20110802154052.24229.43218@domU-12-31-38-00-90-68.compute-1.internal> ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/426/ ----------------------------------------------------------- Review request for Viewer. Summary ------- Localized common (unisex) gestures. This addresses bug STORM-1291. http://jira.secondlife.com/browse/STORM-1291 Diffs ----- indra/newview/llfloatergesture.cpp b87a6090fb74 indra/newview/llviewerinventory.cpp b87a6090fb74 indra/newview/skins/default/xui/en/strings.xml b87a6090fb74 Diff: http://codereview.secondlife.com/r/426/diff Testing ------- Thanks, Vadim -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110802/3247fe1c/attachment.htm From slitovchuk at productengine.com Tue Aug 2 09:51:07 2011 From: slitovchuk at productengine.com (Seth ProductEngine) Date: Tue, 02 Aug 2011 16:51:07 -0000 Subject: [opensource-dev] Review Request: STORM-1436 [JP]"Contents" and "New Script" folder text are missing in "Content" tab for "Build" floater In-Reply-To: <20110729022927.21536.91203@domU-12-31-38-00-90-68.compute-1.internal> References: <20110729022927.21536.91203@domU-12-31-38-00-90-68.compute-1.internal> Message-ID: <20110802165107.23999.64844@domU-12-31-38-00-90-68.compute-1.internal> ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/420/#review946 ----------------------------------------------------------- Ship it! Looks good to me. - Seth On July 28, 2011, 7:29 p.m., Vadim ProductEngine wrote: > > ----------------------------------------------------------- > This is an automatically generated e-mail. To reply, visit: > http://codereview.secondlife.com/r/420/ > ----------------------------------------------------------- > > (Updated July 28, 2011, 7:29 p.m.) > > > Review request for Viewer and Richard Nelson. > > > Summary > ------- > > Fixed broken localization of "Contents" and "New Script" items in the Contents tab of Build Tools. > The bug happened when the translations contained non-ASCII characters. > > Reason: Names of inventory items are limited to ASCII characters. > Fix: Leave names in English, localize them when displaying (on the fly). > > The fix only affects object's inventory (i.e. not agent inventory). > > > This addresses bug STORM-1436. > http://jira.secondlife.com/browse/STORM-1436 > > > Diffs > ----- > > indra/newview/llpanelcontents.cpp 2f9a87538ca1 > indra/newview/llpanelobjectinventory.cpp 2f9a87538ca1 > indra/newview/llviewerobject.cpp 2f9a87538ca1 > > Diff: http://codereview.secondlife.com/r/420/diff > > > Testing > ------- > > Tested Japanese and Polish translations. The "Contents", "New Script", ""New Script 1", "New Script 2", etc names were correctly localized. > > > Thanks, > > Vadim > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110802/145ff087/attachment.htm From oz at lindenlab.com Tue Aug 2 10:40:45 2011 From: oz at lindenlab.com (Oz Linden) Date: Tue, 02 Aug 2011 17:40:45 -0000 Subject: [opensource-dev] Review Request: STORM-1534: Derive Credits lists of contributors and translators from doc/ files Message-ID: <20110802174045.23995.5804@domU-12-31-38-00-90-68.compute-1.internal> ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/427/ ----------------------------------------------------------- Review request for Viewer. Summary ------- In the Help>About Second Life dialog, there are lists of users who have contributed to the viewer and provided translations. Prior to this change, those lists had to be updated manually (and had not been updated in quite some time). Since we have a separate file (doc/contributions.txt) to track contributions, and it is in an easily parseable format, this change modifies the viewer build to construct a file (app_settings/contributors.txt) containing those names, and another for the translators (app_settings/translators.txt) from a new doc/translations.txt file (the contents of which are not complete in this patch, but are sufficient for review and testing purposes). I also removed the list of Lindens from the dialog, as it too had not been updated in a long time and replaced it with a more generic statement. This addresses bug storm-1534. http://jira.secondlife.com/browse/storm-1534 Diffs ----- doc/contributions.txt abd84f85d848 doc/translations.txt PRE-CREATION indra/newview/llfloaterabout.cpp abd84f85d848 indra/newview/skins/default/xui/en/floater_about.xml abd84f85d848 indra/newview/viewer_manifest.py abd84f85d848 Diff: http://codereview.secondlife.com/r/427/diff Testing ------- So far built and tested only locally on my Mac... will set up a TeamCity build for other platforms shortly and add a pointer here. See screenshot on the jira issue. Thanks, Oz -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110802/6c869639/attachment-0001.htm From slitovchuk at productengine.com Tue Aug 2 10:49:07 2011 From: slitovchuk at productengine.com (Seth ProductEngine) Date: Tue, 02 Aug 2011 17:49:07 -0000 Subject: [opensource-dev] Review Request: STORM-1291 [STRING IN ENG] Gestos button. Many gestures. (part 2) In-Reply-To: <20110802154052.24229.43218@domU-12-31-38-00-90-68.compute-1.internal> References: <20110802154052.24229.43218@domU-12-31-38-00-90-68.compute-1.internal> Message-ID: <20110802174907.24229.99083@domU-12-31-38-00-90-68.compute-1.internal> ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/426/#review947 ----------------------------------------------------------- Ship it! - Seth On Aug. 2, 2011, 8:40 a.m., Vadim ProductEngine wrote: > > ----------------------------------------------------------- > This is an automatically generated e-mail. To reply, visit: > http://codereview.secondlife.com/r/426/ > ----------------------------------------------------------- > > (Updated Aug. 2, 2011, 8:40 a.m.) > > > Review request for Viewer. > > > Summary > ------- > > Localized common (unisex) gestures. > > > This addresses bug STORM-1291. > http://jira.secondlife.com/browse/STORM-1291 > > > Diffs > ----- > > indra/newview/llfloatergesture.cpp b87a6090fb74 > indra/newview/llviewerinventory.cpp b87a6090fb74 > indra/newview/skins/default/xui/en/strings.xml b87a6090fb74 > > Diff: http://codereview.secondlife.com/r/426/diff > > > Testing > ------- > > > Thanks, > > Vadim > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110802/dd673052/attachment.htm From kadah.coba at gmail.com Tue Aug 2 14:38:31 2011 From: kadah.coba at gmail.com (Kadah) Date: Tue, 02 Aug 2011 14:38:31 -0700 Subject: [opensource-dev] Review Request: STORM-1534: Derive Credits lists of contributors and translators from doc/ files In-Reply-To: <20110802174045.23995.5804@domU-12-31-38-00-90-68.compute-1.internal> References: <20110802174045.23995.5804@domU-12-31-38-00-90-68.compute-1.internal> Message-ID: <4E386E57.1010403@gmail.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 The lists in app_settings/contributors.txt and app_settings/translators.txt are not sorted or displayed alphabetically (random order?), is this intentional? On 8/2/2011 10:40 AM, Oz Linden wrote: > > Description > > In the Help>About Second Life dialog, there are lists of users who have contributed to the viewer and provided translations. Prior to this change, those lists had to be updated manually (and had not been updated in quite some time). > > Since we have a separate file (doc/contributions.txt) to track contributions, and it is in an easily parseable format, this change modifies the viewer build to construct a file (app_settings/contributors.txt) containing those names, and another for the translators (app_settings/translators.txt) from a new doc/translations.txt file (the contents of which are not complete in this patch, but are sufficient for review and testing purposes). > > I also removed the list of Lindens from the dialog, as it too had not been updated in a long time and replaced it with a more generic statement. > -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJOOG5XAAoJEIdLfPRu7qE2MNwIAIm+ueJzmaT4ht81vxZNPD/y SLcv8v8uUn3Wju+GygNr6QpnrBYw4GcU4iOlGyDJkfhqFlEB8Sc21TLL7WAYwJG2 x5lfxnMX/zt0jrjCbvjSNSHmxNH+KzYMtiAEC4P1NKYLG7upL0lZB7HJyO9wi6ev 1aepcsySgMr5X+63jUyi3slx61FXoBHUCxgHUEOp06mJNQT1e7UseJwZVj1mkygo ANroyJt41GF47kKelJBsT/rZtYfICFcz4Aasqxh0BGm57mxfqKZT9uaeRedE7bW/ z1T6uRwKC1QYub15kpXNkAJEh3XDg5psesFiqG28T9JmFEOksoMY6d/+ljyQ25c= =1xr7 -----END PGP SIGNATURE----- From latifer at streamgrid.net Tue Aug 2 15:44:43 2011 From: latifer at streamgrid.net (Latif Khalifa) Date: Wed, 3 Aug 2011 00:44:43 +0200 Subject: [opensource-dev] Review Request: STORM-1534: Derive Credits lists of contributors and translators from doc/ files In-Reply-To: <4E386E57.1010403@gmail.com> References: <20110802174045.23995.5804@domU-12-31-38-00-90-68.compute-1.internal> <4E386E57.1010403@gmail.com> Message-ID: The about box contains a list of people who have contributed not only code changes but have participate in other aspects of SL viewer development such as QA. Are these contributions going to be deleted now? On Tue, Aug 2, 2011 at 11:38 PM, Kadah wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > The lists in app_settings/contributors.txt and > app_settings/translators.txt are not sorted or displayed alphabetically > (random order?), is this intentional? > > On 8/2/2011 10:40 AM, Oz Linden wrote: > > > > Description > > > > In the Help>About Second Life dialog, there are lists of users who have > contributed to the viewer and provided translations. Prior to this change, > those lists had to be updated manually (and had not been updated in quite > some time). > > > > Since we have a separate file (doc/contributions.txt) to track > contributions, and it is in an easily parseable format, this change modifies > the viewer build to construct a file (app_settings/contributors.txt) > containing those names, and another for the translators > (app_settings/translators.txt) from a new doc/translations.txt file (the > contents of which are not complete in this patch, but are sufficient for > review and testing purposes). > > > > I also removed the list of Lindens from the dialog, as it too had not > been updated in a long time and replaced it with a more generic statement. > > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.11 (MingW32) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ > > iQEcBAEBAgAGBQJOOG5XAAoJEIdLfPRu7qE2MNwIAIm+ueJzmaT4ht81vxZNPD/y > SLcv8v8uUn3Wju+GygNr6QpnrBYw4GcU4iOlGyDJkfhqFlEB8Sc21TLL7WAYwJG2 > x5lfxnMX/zt0jrjCbvjSNSHmxNH+KzYMtiAEC4P1NKYLG7upL0lZB7HJyO9wi6ev > 1aepcsySgMr5X+63jUyi3slx61FXoBHUCxgHUEOp06mJNQT1e7UseJwZVj1mkygo > ANroyJt41GF47kKelJBsT/rZtYfICFcz4Aasqxh0BGm57mxfqKZT9uaeRedE7bW/ > z1T6uRwKC1QYub15kpXNkAJEh3XDg5psesFiqG28T9JmFEOksoMY6d/+ljyQ25c= > =1xr7 > -----END PGP SIGNATURE----- > _______________________________________________ > 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/20110803/49690e00/attachment.htm From kadah.coba at gmail.com Tue Aug 2 15:54:28 2011 From: kadah.coba at gmail.com (Kadah) Date: Tue, 02 Aug 2011 15:54:28 -0700 Subject: [opensource-dev] Review Request: STORM-1534: Derive Credits lists of contributors and translators from doc/ files In-Reply-To: References: <20110802174045.23995.5804@domU-12-31-38-00-90-68.compute-1.internal> <4E386E57.1010403@gmail.com> Message-ID: <4E388024.7060508@gmail.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Judging from the diff, it looks like they might have been merged in to the doc/contributions.txt list. Hmmm, the random order was intended.... Why is that? *cross posts question to jira* On 8/2/2011 3:44 PM, Latif Khalifa wrote: > The about box contains a list of people who have contributed not only > code changes but have participate in other aspects of SL viewer > development such as QA. Are these contributions going to be deleted now? > > On Tue, Aug 2, 2011 at 11:38 PM, Kadah > wrote: > > The lists in app_settings/contributors.txt and > app_settings/translators.txt are not sorted or displayed alphabetically > (random order?), is this intentional? > > On 8/2/2011 10:40 AM, Oz Linden wrote: > >> Description > >> In the Help>About Second Life dialog, there are lists of users who > have contributed to the viewer and provided translations. Prior to > this change, those lists had to be updated manually (and had not > been updated in quite some time). > >> Since we have a separate file (doc/contributions.txt) to track > contributions, and it is in an easily parseable format, this change > modifies the viewer build to construct a file > (app_settings/contributors.txt) containing those names, and another > for the translators (app_settings/translators.txt) from a new > doc/translations.txt file (the contents of which are not complete in > this patch, but are sufficient for review and testing purposes). > >> I also removed the list of Lindens from the dialog, as it too had > not been updated in a long time and replaced it with a more generic > statement. > _______________________________________________ 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 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJOOIAkAAoJEIdLfPRu7qE2OhAH/RD8gh5skBXWjOjUNHssTVj3 T+JqcLh7kVjlfcz6uwWqbl7EH/g1HntFtLXp8FMk847NIgGWfDcz6QRnRXC0m1uu lk+h7aoS2pBGEZfBPbAEZO6wbsL0LwCgdSNMdcmaw9J+P9HosM6o8aeLY32MDHeW HVmzhg+lGlweQW8d5qJL1TCrTT6YLQk5zRJCvpWuJf4SlJOnGWXIjvKClC8iN1/z /SnNnwD8V3VbYo/eLxuy0HJ1ByOVJY5Uyl6N+dO4qcyN2iyaq8xXKFMcLsUJAsBB t86V2D7CkygquNDnbKTa3uyEZqb/GsNWfBLX13NbwnsijjrllTZMNGJG9rbH7NY= =vBZT -----END PGP SIGNATURE----- From kadah.coba at gmail.com Tue Aug 2 15:57:22 2011 From: kadah.coba at gmail.com (Kadah Coba) Date: Tue, 02 Aug 2011 22:57:22 -0000 Subject: [opensource-dev] Review Request: STORM-1534: Derive Credits lists of contributors and translators from doc/ files In-Reply-To: <20110802174045.23995.5804@domU-12-31-38-00-90-68.compute-1.internal> References: <20110802174045.23995.5804@domU-12-31-38-00-90-68.compute-1.internal> Message-ID: <20110802225722.30212.70452@domU-12-31-38-00-90-68.compute-1.internal> ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/427/#review948 ----------------------------------------------------------- Works on windows within the IDE as long as 'package' is enabled (obviously) or the credits lists are blank (expected). - Kadah On Aug. 2, 2011, 10:40 a.m., Oz Linden wrote: > > ----------------------------------------------------------- > This is an automatically generated e-mail. To reply, visit: > http://codereview.secondlife.com/r/427/ > ----------------------------------------------------------- > > (Updated Aug. 2, 2011, 10:40 a.m.) > > > Review request for Viewer. > > > Summary > ------- > > In the Help>About Second Life dialog, there are lists of users who have contributed to the viewer and provided translations. Prior to this change, those lists had to be updated manually (and had not been updated in quite some time). > > Since we have a separate file (doc/contributions.txt) to track contributions, and it is in an easily parseable format, this change modifies the viewer build to construct a file (app_settings/contributors.txt) containing those names, and another for the translators (app_settings/translators.txt) from a new doc/translations.txt file (the contents of which are not complete in this patch, but are sufficient for review and testing purposes). > > I also removed the list of Lindens from the dialog, as it too had not been updated in a long time and replaced it with a more generic statement. > > > This addresses bug storm-1534. > http://jira.secondlife.com/browse/storm-1534 > > > Diffs > ----- > > doc/contributions.txt abd84f85d848 > doc/translations.txt PRE-CREATION > indra/newview/llfloaterabout.cpp abd84f85d848 > indra/newview/skins/default/xui/en/floater_about.xml abd84f85d848 > indra/newview/viewer_manifest.py abd84f85d848 > > Diff: http://codereview.secondlife.com/r/427/diff > > > Testing > ------- > > So far built and tested only locally on my Mac... will set up a TeamCity build for other platforms shortly and add a pointer here. See screenshot on the jira issue. > > > Thanks, > > Oz > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110802/6d9acd67/attachment.htm From latifer at streamgrid.net Tue Aug 2 16:16:21 2011 From: latifer at streamgrid.net (Latif Khalifa) Date: Wed, 3 Aug 2011 01:16:21 +0200 Subject: [opensource-dev] Review Request: STORM-1534: Derive Credits lists of contributors and translators from doc/ files In-Reply-To: <4E388024.7060508@gmail.com> References: <20110802174045.23995.5804@domU-12-31-38-00-90-68.compute-1.internal> <4E386E57.1010403@gmail.com> <4E388024.7060508@gmail.com> Message-ID: I see, thanks for the clarification. On Wed, Aug 3, 2011 at 12:54 AM, Kadah wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Judging from the diff, it looks like they might have been merged in to > the doc/contributions.txt list. > > Hmmm, the random order was intended.... Why is that? *cross posts > question to jira* > > On 8/2/2011 3:44 PM, Latif Khalifa wrote: > > The about box contains a list of people who have contributed not only > > code changes but have participate in other aspects of SL viewer > > development such as QA. Are these contributions going to be deleted now? > > > > On Tue, Aug 2, 2011 at 11:38 PM, Kadah > > wrote: > > > > The lists in app_settings/contributors.txt and > > app_settings/translators.txt are not sorted or displayed alphabetically > > (random order?), is this intentional? > > > > On 8/2/2011 10:40 AM, Oz Linden wrote: > > > >> Description > > > >> In the Help>About Second Life dialog, there are lists of users who > > have contributed to the viewer and provided translations. Prior to > > this change, those lists had to be updated manually (and had not > > been updated in quite some time). > > > >> Since we have a separate file (doc/contributions.txt) to track > > contributions, and it is in an easily parseable format, this change > > modifies the viewer build to construct a file > > (app_settings/contributors.txt) containing those names, and another > > for the translators (app_settings/translators.txt) from a new > > doc/translations.txt file (the contents of which are not complete in > > this patch, but are sufficient for review and testing purposes). > > > >> I also removed the list of Lindens from the dialog, as it too had > > not been updated in a long time and replaced it with a more generic > > statement. > > > _______________________________________________ > 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 > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.11 (MingW32) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ > > iQEcBAEBAgAGBQJOOIAkAAoJEIdLfPRu7qE2OhAH/RD8gh5skBXWjOjUNHssTVj3 > T+JqcLh7kVjlfcz6uwWqbl7EH/g1HntFtLXp8FMk847NIgGWfDcz6QRnRXC0m1uu > lk+h7aoS2pBGEZfBPbAEZO6wbsL0LwCgdSNMdcmaw9J+P9HosM6o8aeLY32MDHeW > HVmzhg+lGlweQW8d5qJL1TCrTT6YLQk5zRJCvpWuJf4SlJOnGWXIjvKClC8iN1/z > /SnNnwD8V3VbYo/eLxuy0HJ1ByOVJY5Uyl6N+dO4qcyN2iyaq8xXKFMcLsUJAsBB > t86V2D7CkygquNDnbKTa3uyEZqb/GsNWfBLX13NbwnsijjrllTZMNGJG9rbH7NY= > =vBZT > -----END PGP SIGNATURE----- > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110803/1e353413/attachment-0001.htm From laurent.bechir at madonie.org Tue Aug 2 16:42:51 2011 From: laurent.bechir at madonie.org (Laurent Bechir) Date: Wed, 3 Aug 2011 01:42:51 +0200 Subject: [opensource-dev] Call for mesh volunteer regions In-Reply-To: <4E3806B6.4000408@lindenlab.com> References: <3EA81BEF-B295-4962-8129-6D162E4C7A16@Lindenlab.com> <4E3806B6.4000408@lindenlab.com> Message-ID: <90C1B140-3C28-4C1D-AD65-E82640FE3066@madonie.org> I have a friend who is interested by this program. But I have some questions before. I read on the wiki : It is unlikely, but objects may be destroyed or broken permanently Does it concerns only meshes or also other objects rezzed on the sim ? I'm asking because the sim she wants to add in the beta program is where is her main store as fashion designer so I wondered if it was safe to be volunteer ? She is renting a sim. Can she asks herself to be volunteer or does she have to ask to the sim owner to do it ? Thank you Le 2 ao?t 2011 ? 16:16, Oz Linden (Scott Lawrence) a ?crit : > > > -------- Original Message -------- > Subject: Call for mesh volunteer regions > Date: Wed, 27 Jul 2011 16:14:55 -0700 > From: Charlie (Charlar) > > We're at about 100 regions right now - but we want to be at 300+ by the end of the week. > > Now we want to accelerate the process, and to do that, we need more volunteers. If you have a region, or know a good resident who has one, the mesh team would love for you to volunteer it to run mesh. > > To understand the limitations (it can't be on the mainland, for one) and find out how to get on the list, go to https://wiki.secondlife.com/wiki/Mesh/LiveVolunteers. > > > Come live La Vida Residente! > > Charlie (Charlar) > _______________________________________________ > 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/20110803/e5b96c55/attachment.htm From kadah.coba at gmail.com Tue Aug 2 17:16:43 2011 From: kadah.coba at gmail.com (Kadah) Date: Tue, 02 Aug 2011 17:16:43 -0700 Subject: [opensource-dev] Call for mesh volunteer regions In-Reply-To: <90C1B140-3C28-4C1D-AD65-E82640FE3066@madonie.org> References: <3EA81BEF-B295-4962-8129-6D162E4C7A16@Lindenlab.com> <4E3806B6.4000408@lindenlab.com> <90C1B140-3C28-4C1D-AD65-E82640FE3066@madonie.org> Message-ID: <4E38936B.9020108@gmail.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 The estate owner has to volunteer. On 8/2/2011 4:42 PM, Laurent Bechir wrote: > She is renting a sim. Can she asks herself to be volunteer or does she > have to ask to the sim owner to do it ? -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJOOJNrAAoJEIdLfPRu7qE2RIIH/2lacP1nrYEDL7E/5lq7If4c ewakwxq8/f0jbXuEwnesxPaS+TDlBWOyw/ngG/cQDkDTKCDChfYQdqJz5+BZocg9 rjCxJmtCYa78mK/aqn5sjhaEKxW2h/dtGxElCRtUFJZCWKBSB06POI3qrt0yo2HM npRO0GHM2Xh5EnZntCFU1Zt/4vSKaMtvx6InSqF5PNTBojEGKSHg/vimPkFV0D2H dQ072ZE2z5a/cduPQmZ1/1RLZS7AxB/XEHJ0DWO8SIL+zmTE4tNN8skVqozJU8uB rh8iyjJOGdrdakqbkbiEn46EnixSQ93ZpW5vkahKxhYihMwftLmHfcRVyLC6JaI= =lx4h -----END PGP SIGNATURE----- From tateru.nino at gmail.com Tue Aug 2 19:03:11 2011 From: tateru.nino at gmail.com (Tateru Nino) Date: Wed, 03 Aug 2011 12:03:11 +1000 Subject: [opensource-dev] Call for mesh volunteer regions In-Reply-To: <90C1B140-3C28-4C1D-AD65-E82640FE3066@madonie.org> References: <3EA81BEF-B295-4962-8129-6D162E4C7A16@Lindenlab.com> <4E3806B6.4000408@lindenlab.com> <90C1B140-3C28-4C1D-AD65-E82640FE3066@madonie.org> Message-ID: <4E38AC5F.5020004@gmail.com> Other objects. I 'lost' some sculptie items which were transformed into toroids, when the code rolled out to my home sim - I'm on the mainland, and my sim was randomly allocated to an RC channel at some point. We spent hours speculating what could have happened to our stuff to break it so badly. On 3/08/2011 9:42 AM, Laurent Bechir wrote: > > I have a friend who is interested by this program. But I have some > questions before. I read on the wiki : > > It is unlikely, but objects may be destroyed or broken permanently > > Does it concerns only meshes or also other objects rezzed on the sim ? > I'm asking because the sim she wants to add in the beta program is > where is her main store as fashion designer so I wondered if it was > safe to be volunteer ? > > She is renting a sim. Can she asks herself to be volunteer or does she > have to ask to the sim owner to do it ? > > Thank you > > > Le 2 ao?t 2011 ? 16:16, Oz Linden (Scott Lawrence) a ?crit : > >> >> >> -------- Original Message -------- >> Subject: Call for mesh volunteer regions >> Date: Wed, 27 Jul 2011 16:14:55 -0700 >> From: Charlie (Charlar) >> >> >> >> We're at about 100 regions right now - but we want to be at 300+ by >> the end of the week. >> >> Now we want to accelerate the process, and to do that, we need more >> volunteers. If you have a region, or know a good resident who has >> one, the mesh team would love for you to volunteer it to run mesh. >> >> To understand the limitations (it can't be on the mainland, for one) >> and find out how to get on the list, *go >> to https://wiki.secondlife.com/wiki/Mesh/LiveVolunteers.* >> >> >> Come live /La Vida Residente!/ >> >> Charlie (Charlar) >> _______________________________________________ >> 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/20110803/5600a421/attachment.htm From oz at lindenlab.com Wed Aug 3 05:56:59 2011 From: oz at lindenlab.com (Oz Linden) Date: Wed, 03 Aug 2011 12:56:59 -0000 Subject: [opensource-dev] Review Request: STORM-1534: Derive Credits lists of contributors and translators from doc/ files In-Reply-To: <20110802174045.23995.5804@domU-12-31-38-00-90-68.compute-1.internal> References: <20110802174045.23995.5804@domU-12-31-38-00-90-68.compute-1.internal> Message-ID: <20110803125659.23993.18598@domU-12-31-38-00-90-68.compute-1.internal> ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/427/ ----------------------------------------------------------- (Updated Aug. 3, 2011, 5:56 a.m.) Review request for Viewer. Changes ------- Restored the list of Lindens, which for the time being will have to be maintained by hand. Screen shot updated on Jira Summary ------- In the Help>About Second Life dialog, there are lists of users who have contributed to the viewer and provided translations. Prior to this change, those lists had to be updated manually (and had not been updated in quite some time). Since we have a separate file (doc/contributions.txt) to track contributions, and it is in an easily parseable format, this change modifies the viewer build to construct a file (app_settings/contributors.txt) containing those names, and another for the translators (app_settings/translators.txt) from a new doc/translations.txt file (the contents of which are not complete in this patch, but are sufficient for review and testing purposes). I also removed the list of Lindens from the dialog, as it too had not been updated in a long time and replaced it with a more generic statement. This addresses bug storm-1534. http://jira.secondlife.com/browse/storm-1534 Diffs (updated) ----- indra/newview/skins/default/xui/en/floater_about.xml abd84f85d848 Diff: http://codereview.secondlife.com/r/427/diff Testing ------- So far built and tested only locally on my Mac... will set up a TeamCity build for other platforms shortly and add a pointer here. See screenshot on the jira issue. Thanks, Oz -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110803/92234985/attachment.htm From oz at lindenlab.com Wed Aug 3 05:59:34 2011 From: oz at lindenlab.com (Oz Linden) Date: Wed, 03 Aug 2011 12:59:34 -0000 Subject: [opensource-dev] Review Request: STORM-1534: Derive Credits lists of contributors and translators from doc/ files In-Reply-To: <20110803125659.23993.18598@domU-12-31-38-00-90-68.compute-1.internal> References: <20110803125659.23993.18598@domU-12-31-38-00-90-68.compute-1.internal> Message-ID: <20110803125934.23994.96375@domU-12-31-38-00-90-68.compute-1.internal> ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/427/ ----------------------------------------------------------- (Updated Aug. 3, 2011, 5:59 a.m.) Review request for Viewer. Changes ------- fix diff upload Summary ------- In the Help>About Second Life dialog, there are lists of users who have contributed to the viewer and provided translations. Prior to this change, those lists had to be updated manually (and had not been updated in quite some time). Since we have a separate file (doc/contributions.txt) to track contributions, and it is in an easily parseable format, this change modifies the viewer build to construct a file (app_settings/contributors.txt) containing those names, and another for the translators (app_settings/translators.txt) from a new doc/translations.txt file (the contents of which are not complete in this patch, but are sufficient for review and testing purposes). I also removed the list of Lindens from the dialog, as it too had not been updated in a long time and replaced it with a more generic statement. This addresses bug storm-1534. http://jira.secondlife.com/browse/storm-1534 Diffs (updated) ----- doc/contributions.txt 3b734a58e7a6 doc/translations.txt PRE-CREATION indra/newview/llfloaterabout.cpp 3b734a58e7a6 indra/newview/skins/default/xui/en/floater_about.xml 3b734a58e7a6 indra/newview/viewer_manifest.py 3b734a58e7a6 Diff: http://codereview.secondlife.com/r/427/diff Testing ------- So far built and tested only locally on my Mac... will set up a TeamCity build for other platforms shortly and add a pointer here. See screenshot on the jira issue. Thanks, Oz -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110803/b60f9898/attachment-0001.htm From jhwelch at gmail.com Wed Aug 3 11:17:35 2011 From: jhwelch at gmail.com (Jonathan Yap) Date: Wed, 03 Aug 2011 18:17:35 -0000 Subject: [opensource-dev] Review Request: STORM-49 As a Content Creator, I have to select a regular prim type and than choose sculpt from a drop-down menu in order to create a sculpted prim. In-Reply-To: <20110720181414.9786.64870@domU-12-31-38-00-90-68.compute-1.internal> References: <20110720181414.9786.64870@domU-12-31-38-00-90-68.compute-1.internal> Message-ID: <20110803181735.23999.55201@domU-12-31-38-00-90-68.compute-1.internal> > On July 20, 2011, 11:14 a.m., Boroondas Gupte wrote: > > indra/newview/lltoolplacer.cpp, lines 391-393 > > > > > > Remove the empty line. Done > On July 20, 2011, 11:14 a.m., Boroondas Gupte wrote: > > indra/newview/lltoolplacer.cpp, lines 394-404 > > > > > > Where are these numbers coming from? Are they used elsewhere in the code? These numbers are copied from another place in the code dealing with converting an object to the sculpt type. In file \newview\llpanelobject.cpp see the end of getVolumeParams. > On July 20, 2011, 11:14 a.m., Boroondas Gupte wrote: > > indra/newview/llviewerobjectlist.h, lines 252-255 > > > > > > Please re-introduce the empty line before > > // Inlines Done. > On July 20, 2011, 11:14 a.m., Boroondas Gupte wrote: > > indra/newview/llviewerobjectlist.cpp, line 96 > > > > > > Is a global variable really the way to go here? Also, please add a short comment explaining the semantics of this variable. Comment added. Robin Cornelius suggested using a global variable. If you can think of a better way please let me know. - Jonathan ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/317/#review895 ----------------------------------------------------------- On June 2, 2011, 2:03 p.m., Jonathan Yap wrote: > > ----------------------------------------------------------- > This is an automatically generated e-mail. To reply, visit: > http://codereview.secondlife.com/r/317/ > ----------------------------------------------------------- > > (Updated June 2, 2011, 2:03 p.m.) > > > Review request for Viewer. > > > Summary > ------- > > As a Content Creator, I have to select a regular prim type and than choose sculpt from a drop-down menu in order to create a sculpted prim. > > I have added a new Sculpt icon to the list of available object types that can be selected on the build menu. You can now rez a sculpt the same way you do a cube. > > Possible issue: I made up a new Pcode used only by the viewer. > > > This addresses bug STORM-49. > http://jira.secondlife.com/browse/STORM-49 > > > Diffs > ----- > > doc/contributions.txt a36a329e77cc > indra/llmath/llvolume.h a36a329e77cc > indra/llprimitive/llprimitive.cpp a36a329e77cc > indra/newview/llfloatertools.cpp a36a329e77cc > indra/newview/lltoolplacer.cpp a36a329e77cc > indra/newview/llviewerobjectlist.h a36a329e77cc > indra/newview/llviewerobjectlist.cpp a36a329e77cc > indra/newview/skins/default/textures/build/Object_Sculpt.png a36a329e77cc > indra/newview/skins/default/textures/build/Object_Sculpt_Selected.png a36a329e77cc > indra/newview/skins/default/textures/textures.xml a36a329e77cc > indra/newview/skins/default/xui/en/floater_tools.xml a36a329e77cc > > Diff: http://codereview.secondlife.com/r/317/diff > > > Testing > ------- > > Rezzed a sculpt both alone and with someone watching. > > Rezzed sculpts as fast as I could click (poor mans load test). > > > Thanks, > > Jonathan > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110803/89ba6c5d/attachment.htm From jhwelch at gmail.com Wed Aug 3 11:21:28 2011 From: jhwelch at gmail.com (Jonathan Yap) Date: Wed, 03 Aug 2011 18:21:28 -0000 Subject: [opensource-dev] Review Request: STORM-49 As a Content Creator, I have to select a regular prim type and than choose sculpt from a drop-down menu in order to create a sculpted prim. In-Reply-To: <20110602210325.6377.56894@domU-12-31-38-00-90-68.compute-1.internal> References: <20110602210325.6377.56894@domU-12-31-38-00-90-68.compute-1.internal> Message-ID: <20110803182128.23993.55957@domU-12-31-38-00-90-68.compute-1.internal> ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/317/ ----------------------------------------------------------- (Updated Aug. 3, 2011, 11:21 a.m.) Review request for Viewer. Changes ------- Made changes per RB suggestions by Boroondas. Summary ------- As a Content Creator, I have to select a regular prim type and than choose sculpt from a drop-down menu in order to create a sculpted prim. I have added a new Sculpt icon to the list of available object types that can be selected on the build menu. You can now rez a sculpt the same way you do a cube. Possible issue: I made up a new Pcode used only by the viewer. This addresses bug STORM-49. http://jira.secondlife.com/browse/STORM-49 Diffs (updated) ----- doc/contributions.txt a36a329e77cc indra/llmath/llvolume.h a36a329e77cc indra/llprimitive/llprimitive.cpp a36a329e77cc indra/newview/llfloatertools.cpp a36a329e77cc indra/newview/lltoolplacer.cpp a36a329e77cc indra/newview/llviewerobjectlist.h a36a329e77cc indra/newview/llviewerobjectlist.cpp a36a329e77cc indra/newview/skins/default/textures/build/Object_Sculpt.png a36a329e77cc indra/newview/skins/default/textures/build/Object_Sculpt_Selected.png a36a329e77cc indra/newview/skins/default/textures/textures.xml a36a329e77cc indra/newview/skins/default/xui/en/floater_tools.xml a36a329e77cc Diff: http://codereview.secondlife.com/r/317/diff Testing ------- Rezzed a sculpt both alone and with someone watching. Rezzed sculpts as fast as I could click (poor mans load test). Thanks, Jonathan -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110803/c40797a1/attachment-0001.htm From oz at lindenlab.com Wed Aug 3 14:58:01 2011 From: oz at lindenlab.com (Oz Linden) Date: Wed, 03 Aug 2011 21:58:01 -0000 Subject: [opensource-dev] Review Request: STORM-1534: Derive Credits lists of contributors and translators from doc/ files In-Reply-To: <20110803125934.23994.96375@domU-12-31-38-00-90-68.compute-1.internal> References: <20110803125934.23994.96375@domU-12-31-38-00-90-68.compute-1.internal> Message-ID: <20110803215801.30213.23838@domU-12-31-38-00-90-68.compute-1.internal> ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/427/ ----------------------------------------------------------- (Updated Aug. 3, 2011, 2:58 p.m.) Review request for Viewer. Changes ------- Modified code to load dynamic Lindens list provided at build time if available, and use the static value from the xui if not. Further build changes needed to fetch that Linden list at build time. Summary ------- In the Help>About Second Life dialog, there are lists of users who have contributed to the viewer and provided translations. Prior to this change, those lists had to be updated manually (and had not been updated in quite some time). Since we have a separate file (doc/contributions.txt) to track contributions, and it is in an easily parseable format, this change modifies the viewer build to construct a file (app_settings/contributors.txt) containing those names, and another for the translators (app_settings/translators.txt) from a new doc/translations.txt file (the contents of which are not complete in this patch, but are sufficient for review and testing purposes). I also removed the list of Lindens from the dialog, as it too had not been updated in a long time and replaced it with a more generic statement. This addresses bug storm-1534. http://jira.secondlife.com/browse/storm-1534 Diffs (updated) ----- doc/contributions.txt 3b734a58e7a6 doc/translations.txt PRE-CREATION indra/newview/llfloaterabout.cpp 3b734a58e7a6 indra/newview/skins/default/xui/en/floater_about.xml 3b734a58e7a6 indra/newview/viewer_manifest.py 3b734a58e7a6 Diff: http://codereview.secondlife.com/r/427/diff Testing ------- So far built and tested only locally on my Mac... will set up a TeamCity build for other platforms shortly and add a pointer here. See screenshot on the jira issue. Thanks, Oz -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110803/efc88fab/attachment.htm From oz at lindenlab.com Thu Aug 4 16:37:05 2011 From: oz at lindenlab.com (Oz Linden (Scott Lawrence)) Date: Thu, 04 Aug 2011 19:37:05 -0400 Subject: [opensource-dev] Review request for STORM-1060 : new channel-dependent icons Message-ID: <4E3B2D21.8090004@lindenlab.com> With great help from Kadah Coba and MichelleZ, I believe I've got the Windows version of this change working now, so there are final review builds that should all display a new Project viewer icon. http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/oz_project-1/rev/237819/index.html Once this change is integrated, each build channel type (release, beta, development, project, and test) will have its own icon (the differences can be small depending on the display size of the icon, but they are distinguishable). The codereview software wouldn't accept the diff for this change (I believe the problem is that I modified the .hgignore file, which appears to have confused it somehow), so the code review will have to use the bitbucket difference display: https://bitbucket.org/oz_linden/storm-1060/compare/..lindenlab/viewer-development From vsavchuk at productengine.com Fri Aug 5 07:53:13 2011 From: vsavchuk at productengine.com (Vadim ProductEngine) Date: Fri, 05 Aug 2011 14:53:13 -0000 Subject: [opensource-dev] Review Request: STORM-1309 [TEXT ELLIPTED] Text overlaying in Buy Land floater in Portuguese localization Message-ID: <20110805145313.24230.90722@domU-12-31-38-00-90-68.compute-1.internal> ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/430/ ----------------------------------------------------------- Review request for Viewer. Summary ------- Misc i18n fixes in the Buy Land floater: * Appended a space after the colon in "Last modified:". It seems to have been mistakenly omitted by translators. * Fixed timestamp (last modified date) value truncation. * Proper truncation of region name, region type, estate name and estate owner text. o Use ellipses for truncation. o Where applicable, set tooltip to contain the uncut text. o Leave a few pixels of padding between the text and the floater right border. * Fixed maturity rating icon overlapping the floater right border. The code that places it now takes into account possible region name text truncation. This addresses bug STORM-1309. http://jira.secondlife.com/browse/STORM-1309 Diffs ----- indra/newview/llfloaterbuyland.cpp 0fd2a1181a96 indra/newview/skins/default/xui/da/strings.xml 0fd2a1181a96 indra/newview/skins/default/xui/de/strings.xml 0fd2a1181a96 indra/newview/skins/default/xui/en/floater_buy_land.xml 0fd2a1181a96 indra/newview/skins/default/xui/it/strings.xml 0fd2a1181a96 indra/newview/skins/default/xui/nl/strings.xml 0fd2a1181a96 indra/newview/skins/default/xui/pl/strings.xml 0fd2a1181a96 indra/newview/skins/default/xui/pt/strings.xml 0fd2a1181a96 indra/newview/skins/default/xui/zh/strings.xml 0fd2a1181a96 Diff: http://codereview.secondlife.com/r/430/diff Testing ------- Tested locales: EN, DE, PT. Thanks, Vadim -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110805/7c2ae731/attachment.htm From vsavchuk at productengine.com Fri Aug 5 09:13:59 2011 From: vsavchuk at productengine.com (Vadim ProductEngine) Date: Fri, 05 Aug 2011 16:13:59 -0000 Subject: [opensource-dev] Review Request: STORM-1540 duplicated ID errors: floater_build_options.xml, floater_model_wizard.xml Message-ID: <20110805161359.23995.47709@domU-12-31-38-00-90-68.compute-1.internal> ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/431/ ----------------------------------------------------------- Review request for Viewer and Seth ProductEngine. Summary ------- Fixed numerous missing and duplicated names in floater_build_options.xml and floater_model_wizard.xml. This addresses bug STORM-1540. http://jira.secondlife.com/browse/STORM-1540 Diffs ----- indra/newview/skins/default/xui/en/floater_build_options.xml 0fd2a1181a96 indra/newview/skins/default/xui/en/floater_model_wizard.xml 0fd2a1181a96 Diff: http://codereview.secondlife.com/r/431/diff Testing ------- Thanks, Vadim -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110805/9a3044b5/attachment.htm From slitovchuk at productengine.com Fri Aug 5 09:36:24 2011 From: slitovchuk at productengine.com (Seth ProductEngine) Date: Fri, 05 Aug 2011 16:36:24 -0000 Subject: [opensource-dev] Review Request: STORM-1540 duplicated ID errors: floater_build_options.xml, floater_model_wizard.xml In-Reply-To: <20110805161359.23995.47709@domU-12-31-38-00-90-68.compute-1.internal> References: <20110805161359.23995.47709@domU-12-31-38-00-90-68.compute-1.internal> Message-ID: <20110805163624.24224.72037@domU-12-31-38-00-90-68.compute-1.internal> ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/431/#review951 ----------------------------------------------------------- Ship it! - Seth On Aug. 5, 2011, 9:13 a.m., Vadim ProductEngine wrote: > > ----------------------------------------------------------- > This is an automatically generated e-mail. To reply, visit: > http://codereview.secondlife.com/r/431/ > ----------------------------------------------------------- > > (Updated Aug. 5, 2011, 9:13 a.m.) > > > Review request for Viewer and Seth ProductEngine. > > > Summary > ------- > > Fixed numerous missing and duplicated names in floater_build_options.xml and floater_model_wizard.xml. > > > This addresses bug STORM-1540. > http://jira.secondlife.com/browse/STORM-1540 > > > Diffs > ----- > > indra/newview/skins/default/xui/en/floater_build_options.xml 0fd2a1181a96 > indra/newview/skins/default/xui/en/floater_model_wizard.xml 0fd2a1181a96 > > Diff: http://codereview.secondlife.com/r/431/diff > > > Testing > ------- > > > Thanks, > > Vadim > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110805/52e04d5c/attachment.htm From slitovchuk at productengine.com Fri Aug 5 11:06:19 2011 From: slitovchuk at productengine.com (Seth ProductEngine) Date: Fri, 05 Aug 2011 18:06:19 -0000 Subject: [opensource-dev] Review Request: STORM-1309 [TEXT ELLIPTED] Text overlaying in Buy Land floater in Portuguese localization In-Reply-To: <20110805145313.24230.90722@domU-12-31-38-00-90-68.compute-1.internal> References: <20110805145313.24230.90722@domU-12-31-38-00-90-68.compute-1.internal> Message-ID: <20110805180619.27361.40138@domU-12-31-38-00-90-68.compute-1.internal> ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/430/#review952 ----------------------------------------------------------- Ship it! Looks good to me. - Seth On Aug. 5, 2011, 7:53 a.m., Vadim ProductEngine wrote: > > ----------------------------------------------------------- > This is an automatically generated e-mail. To reply, visit: > http://codereview.secondlife.com/r/430/ > ----------------------------------------------------------- > > (Updated Aug. 5, 2011, 7:53 a.m.) > > > Review request for Viewer. > > > Summary > ------- > > Misc i18n fixes in the Buy Land floater: > * Appended a space after the colon in "Last modified:". > It seems to have been mistakenly omitted by translators. > * Fixed timestamp (last modified date) value truncation. > * Proper truncation of region name, region type, estate name and estate owner text. > o Use ellipses for truncation. > o Where applicable, set tooltip to contain the uncut text. > o Leave a few pixels of padding between the text and the floater right border. > * Fixed maturity rating icon overlapping the floater right border. > The code that places it now takes into account possible region name text truncation. > > > This addresses bug STORM-1309. > http://jira.secondlife.com/browse/STORM-1309 > > > Diffs > ----- > > indra/newview/llfloaterbuyland.cpp 0fd2a1181a96 > indra/newview/skins/default/xui/da/strings.xml 0fd2a1181a96 > indra/newview/skins/default/xui/de/strings.xml 0fd2a1181a96 > indra/newview/skins/default/xui/en/floater_buy_land.xml 0fd2a1181a96 > indra/newview/skins/default/xui/it/strings.xml 0fd2a1181a96 > indra/newview/skins/default/xui/nl/strings.xml 0fd2a1181a96 > indra/newview/skins/default/xui/pl/strings.xml 0fd2a1181a96 > indra/newview/skins/default/xui/pt/strings.xml 0fd2a1181a96 > indra/newview/skins/default/xui/zh/strings.xml 0fd2a1181a96 > > Diff: http://codereview.secondlife.com/r/430/diff > > > Testing > ------- > > Tested locales: EN, DE, PT. > > > Thanks, > > Vadim > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110805/2c472a5c/attachment.htm From angelofdreams2007 at gmail.com Fri Aug 5 11:41:27 2011 From: angelofdreams2007 at gmail.com (Ace Ace) Date: Fri, 5 Aug 2011 13:41:27 -0500 Subject: [opensource-dev] autobuild on linux? Message-ID: does anyone know how to set this up on linux the wiki has no info on how to do it on linux -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110805/c8a432cc/attachment-0001.htm From vsavchuk at productengine.com Fri Aug 5 12:00:42 2011 From: vsavchuk at productengine.com (Vadim Savchuk) Date: Fri, 5 Aug 2011 22:00:42 +0300 Subject: [opensource-dev] autobuild on linux? In-Reply-To: References: Message-ID: On Fri, Aug 5, 2011 at 9:41 PM, Ace Ace wrote: > does anyone know how to set this up on linux the wiki has no info on how to > do it on linux > http://wiki.secondlife.com/wiki/Autobuild/Quick_Start http://wiki.secondlife.com/wiki/Autobuild http://wiki.secondlife.com/wiki/Building_the_Viewer_with_Autobuild -- Vadim -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110805/b3f255ee/attachment.htm From sllists at boroon.dasgupta.ch Fri Aug 5 13:19:43 2011 From: sllists at boroon.dasgupta.ch (Boroondas Gupte) Date: Fri, 05 Aug 2011 22:19:43 +0200 Subject: [opensource-dev] autobuild on linux? In-Reply-To: References: Message-ID: <4E3C505F.8090802@boroon.dasgupta.ch> On 08/05/2011 08:41 PM, Ace Ace wrote: > does anyone know how to set this up on linux No real setup needed, you can check it out from hg ... mkdir ~/sldevstuff hg clone ssh://hg at bitbucket.org/lindenlab/autobuild ~/sldevstuff/autobuild ... and then run it in a viewer source checkout by specifying the absolute path to the command in autobuild's bin directory, e.g. ... hg clone ssh://hg at bitbucket.org/lindenlab/viewer-development ~/sldevstuff/viewer-development cd ~/sldevstuff/viewer-development ~/sldevstuff/autobuild/bin/autobuild build -c ReleaseOS Note that invocation with a relative path (i.e., in the example above ../autobuild/bin/autobuild) won't always work, the path has to be absolute. Shortcuts and aliases like "~" and "$HOME" work fine, though. I guess something in the scripts is sometimes eating the ".." upon the recursive self-invocation autobuild does. If you want to be able to use autobuild just by typing autobuild rather than a path to it, add the autobuild/bin directory to your PATH or symlink the autobuild script to a place which is, e.g. /usr/local/bin. You might also install autobuild with easy_install or pip as suggested on Autobuild Quick Start , but that makes updating python, updating autobuild and removing (uninstalling) autobuild more complicated. (Or maybe I just don't know it how to do that cleanly with easy_install and pip.) With the setup above, autobuild won't need any additional steps to keep working when you upgrade python (as long as the new version is still compatible with) and updating autobuild can be done by simply by updating the repository. If you want to get rid of autobuild, just delete ~/sldevstuff/autobuild and remove the symlink if you created one. > the wiki has no info on how to do it on linux Yeah, the Linux build instructions really could need some update. :-\ Cheers, Boroondas PS: Just tried now and can't repro invocation with relative command path not working. Maybe this has been fixed since I've noticed this. Does anyone know? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110805/abc54dad/attachment.htm From vsavchuk at productengine.com Fri Aug 5 13:34:32 2011 From: vsavchuk at productengine.com (Vadim ProductEngine) Date: Fri, 05 Aug 2011 20:34:32 -0000 Subject: [opensource-dev] Review Request: STORM-1427 Crash in world map when region name search is empty (Assert fails in LLWorldMapMessage::processMapBlockReply) Message-ID: <20110805203432.27361.73523@domU-12-31-38-00-90-68.compute-1.internal> ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/432/ ----------------------------------------------------------- Review request for Viewer. Summary ------- Fixed a debug assertion triggered in the world map floater. Apparently, passing empty region name to the MapNameRequest makes server return empty name in MapBlockReply, which triggered the assertion. Diffs ----- indra/newview/llfloaterworldmap.cpp 0fd2a1181a96 Diff: http://codereview.secondlife.com/r/432/diff Testing ------- Thanks, Vadim -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110805/f98c893a/attachment.htm From stone at lindenlab.com Fri Aug 5 14:01:27 2011 From: stone at lindenlab.com (Stone Linden) Date: Fri, 5 Aug 2011 14:01:27 -0700 Subject: [opensource-dev] autobuild on linux? In-Reply-To: <4E3C505F.8090802@boroon.dasgupta.ch> References: <4E3C505F.8090802@boroon.dasgupta.ch> Message-ID: On Fri, Aug 5, 2011 at 1:19 PM, Boroondas Gupte wrote: > ** > On 08/05/2011 08:41 PM, Ace Ace wrote: > > does anyone know how to set this up on linux > > No real setup needed, you can check it out from hg ... > > mkdir ~/sldevstuff > hg clone ssh://hg at bitbucket.org/lindenlab/autobuild ~/sldevstuff/autobuild > > ... and then run it in a viewer source checkout by specifying the absolute > path to the command in autobuild's bin directory, e.g. ... > > hg clone ssh://hg at bitbucket.org/lindenlab/viewer-development ~/sldevstuff/viewer-development > cd ~/sldevstuff/viewer-development > ~/sldevstuff/autobuild/bin/autobuild build -c ReleaseOS > > > Note that invocation with a relative path (i.e., in the example above > ../autobuild/bin/autobuild) won't always work, the path has to be > absolute. Shortcuts and aliases like "~" and "$HOME" work fine, though. I > guess something in the scripts is sometimes eating the ".." upon the > recursive self-invocation autobuild does. > > If you want to be able to use autobuild just by typing autobuild rather > than a path to it, add the autobuild/bin directory to your PATH or symlink > the autobuild script to a place which is, e.g. /usr/local/bin. > > You might also install autobuild with easy_install or pip as suggested on Autobuild > Quick Start , but > that makes updating python, updating autobuild and removing (uninstalling) > autobuild more complicated. (Or maybe I just don't know it how to do that > cleanly with easy_install and pip.) With the setup above, autobuild won't > need any additional steps to keep working when you upgrade python (as long > as the new version is still compatible with) and updating autobuild can be > done by simply by updating the repository. If you want to get rid of > autobuild, just delete ~/sldevstuff/autobuild and remove the symlink if you > created one. > > > the wiki has no info on how to do it on linux > > Yeah, the Linux build instructions really could need some update. :-\ > > Cheers, > Boroondas > > PS: Just tried now and can't repro invocation with relative command path > not working. Maybe this has been fixed since I've noticed this. Does anyone > know? > I use it with a relative path call often, and it Works For Me (TM) :) Cheers - Stone > _______________________________________________ > 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/20110805/abf1f566/attachment.htm From sllists at boroon.dasgupta.ch Fri Aug 5 14:07:44 2011 From: sllists at boroon.dasgupta.ch (Boroondas Gupte) Date: Fri, 05 Aug 2011 21:07:44 -0000 Subject: [opensource-dev] Review Request: STORM-1427 Crash in world map when region name search is empty (Assert fails in LLWorldMapMessage::processMapBlockReply) In-Reply-To: <20110805203432.27361.73523@domU-12-31-38-00-90-68.compute-1.internal> References: <20110805203432.27361.73523@domU-12-31-38-00-90-68.compute-1.internal> Message-ID: <20110805210744.30213.25560@domU-12-31-38-00-90-68.compute-1.internal> ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/432/#review953 ----------------------------------------------------------- Thanks for looking into this. I've stopped counting how often I've crashed due to this. > Apparently, passing empty region name to the MapNameRequest makes server return > empty name in MapBlockReply, which triggered the assertion. Shouldn't we warn rather than assert when we receive invalid (or just useless) data from remote (whether by our own or the servers' fault)? I don't think any service should be given the power to 'shoot down' the viewer. indra/newview/llfloaterworldmap.cpp Instead of returning early ... indra/newview/llfloaterworldmap.cpp ... you could wrap the remainder of the method into a conditional block. - Boroondas On Aug. 5, 2011, 1:34 p.m., Vadim ProductEngine wrote: > > ----------------------------------------------------------- > This is an automatically generated e-mail. To reply, visit: > http://codereview.secondlife.com/r/432/ > ----------------------------------------------------------- > > (Updated Aug. 5, 2011, 1:34 p.m.) > > > Review request for Viewer. > > > Summary > ------- > > Fixed a debug assertion triggered in the world map floater. > > Apparently, passing empty region name to the MapNameRequest makes server return > empty name in MapBlockReply, which triggered the assertion. > > > Diffs > ----- > > indra/newview/llfloaterworldmap.cpp 0fd2a1181a96 > > Diff: http://codereview.secondlife.com/r/432/diff > > > Testing > ------- > > > Thanks, > > Vadim > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110805/1bdc1c5b/attachment-0001.htm From angelofdreams2007 at gmail.com Fri Aug 5 14:08:37 2011 From: angelofdreams2007 at gmail.com (Ace Ace) Date: Fri, 5 Aug 2011 16:08:37 -0500 Subject: [opensource-dev] autobuild command not found every time Message-ID: i keep getting autobuild command not found i really need someone to im me in world to help lol please name is sexy jinn and i have the autobuild pulled into the directory but it stll wont build -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110805/d559c65a/attachment.htm From sllists at boroon.dasgupta.ch Fri Aug 5 14:28:42 2011 From: sllists at boroon.dasgupta.ch (Boroondas Gupte) Date: Fri, 05 Aug 2011 23:28:42 +0200 Subject: [opensource-dev] autobuild command not found every time In-Reply-To: References: Message-ID: <4E3C608A.7000406@boroon.dasgupta.ch> On 08/05/2011 11:08 PM, Ace Ace wrote: > i really need someone to im me in world to help lol please name is > sexy jinn For live interactive development help, the IRC channel #opensl on Freenode is usually a good place. Not all of us have beefy enough machines to run the viewer and compile it at the same time. Also, there (just like here on the mailing list) more than one person sees your question and can help you. (Not all of us know everything.) > i keep getting autobuild command not found [...] > > and i have the autobuild pulled into the directory but it stll wont build If you give us a big more context (exact commands you've run so far, a bit more of the output you've gotten) we might even be able to identify the issue via the mailing list here. Cheers, Boroondas -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110805/c9f0b287/attachment.htm From oz at lindenlab.com Fri Aug 5 14:32:53 2011 From: oz at lindenlab.com (Oz Linden (Scott Lawrence)) Date: Fri, 05 Aug 2011 17:32:53 -0400 Subject: [opensource-dev] Snowstorm PO Review build Message-ID: <4E3C6185.1090504@lindenlab.com> http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/oz_viewer-poreview/rev/237939/index.html A few of these are repeats, but there have been enough changes since they were last reviewed that it seemed prudent to re-check: SH-489 [PUBLIC-JIRA-USERS] Hovering texts by llSetText are displayed always on top STORM-565 llGiveInventory window is suppressed if avatar in Busy mode STORM-632 URL-like resident display name is shown as clickable HTTP URL in various places STORM-1060 As a user, I would like to be able to identify my installed viewer types by looking at the application icons STORM-1186 "no mCurrentRMessageTemplate" spam when first opening inventory STORM-1194 Web browser opens clicking URL-name of object in Object Contents floater STORM-1309 [TEXT ELLIPTED] Text overlaying in Buy Land floater in Portuguese localization STORM-1436 [JP]"Contents" and "New Script" folder text are missing in "Content" tab for "Build" floater STORM-1473 [VIEWER DEV] ALL LANGS Untranslated Voice Morph Names in the French viewer STORM-1521 All text appears over avatar STORM-1540 duplicated ID errors: floater_build_options.xml, floater_model_wizard.xml VWR-24017 Text in nametag/chatbubble bleeds through in-world objects and avatars VWR-25588 [#STORM-1521] All text appears over avatar VWR-26458 [#STORM-1523] Typo in German translation: "Hilmmel" instead of "Himmel" -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110805/e1e8e86d/attachment.htm From sllists at boroon.dasgupta.ch Fri Aug 5 15:06:50 2011 From: sllists at boroon.dasgupta.ch (Boroondas Gupte) Date: Fri, 05 Aug 2011 22:06:50 -0000 Subject: [opensource-dev] Review Request: STORM-49 As a Content Creator, I have to select a regular prim type and than choose sculpt from a drop-down menu in order to create a sculpted prim. In-Reply-To: <20110720181414.9786.64870@domU-12-31-38-00-90-68.compute-1.internal> References: <20110720181414.9786.64870@domU-12-31-38-00-90-68.compute-1.internal> Message-ID: <20110805220650.24948.71324@domU-12-31-38-00-90-68.compute-1.internal> > On July 20, 2011, 11:14 a.m., Boroondas Gupte wrote: > > indra/newview/lltoolplacer.cpp, lines 394-404 > > > > > > Where are these numbers coming from? Are they used elsewhere in the code? > > Jonathan Yap wrote: > These numbers are copied from another place in the code dealing with converting an object to the sculpt type. In file \newview\llpanelobject.cpp see the end of getVolumeParams. If they are used at more than one place, would it make sense to have constants for them? > On July 20, 2011, 11:14 a.m., Boroondas Gupte wrote: > > indra/newview/llviewerobjectlist.cpp, line 96 > > > > > > Is a global variable really the way to go here? Also, please add a short comment explaining the semantics of this variable. > > Jonathan Yap wrote: > Comment added. Robin Cornelius suggested using a global variable. If you can think of a better way please let me know. A static class member variable would avoid littering the global namespace. Though an issue I'm more worried about would remain: We might end up converting the wrong object to a sculpty. I think one could trigger a race condition by clicking the new sculpty button, then veeeeery quickly clicking inworld, clicking one of the non-scuplty prim buttons and clicking inworld again. In that case, it might be undefined which of the two new objects become sculpties. Then again, users who do insane clicking like that might not care either way, anyway. - Boroondas ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/317/#review895 ----------------------------------------------------------- On Aug. 3, 2011, 11:21 a.m., Jonathan Yap wrote: > > ----------------------------------------------------------- > This is an automatically generated e-mail. To reply, visit: > http://codereview.secondlife.com/r/317/ > ----------------------------------------------------------- > > (Updated Aug. 3, 2011, 11:21 a.m.) > > > Review request for Viewer. > > > Summary > ------- > > As a Content Creator, I have to select a regular prim type and than choose sculpt from a drop-down menu in order to create a sculpted prim. > > I have added a new Sculpt icon to the list of available object types that can be selected on the build menu. You can now rez a sculpt the same way you do a cube. > > Possible issue: I made up a new Pcode used only by the viewer. > > > This addresses bug STORM-49. > http://jira.secondlife.com/browse/STORM-49 > > > Diffs > ----- > > doc/contributions.txt a36a329e77cc > indra/llmath/llvolume.h a36a329e77cc > indra/llprimitive/llprimitive.cpp a36a329e77cc > indra/newview/llfloatertools.cpp a36a329e77cc > indra/newview/lltoolplacer.cpp a36a329e77cc > indra/newview/llviewerobjectlist.h a36a329e77cc > indra/newview/llviewerobjectlist.cpp a36a329e77cc > indra/newview/skins/default/textures/build/Object_Sculpt.png a36a329e77cc > indra/newview/skins/default/textures/build/Object_Sculpt_Selected.png a36a329e77cc > indra/newview/skins/default/textures/textures.xml a36a329e77cc > indra/newview/skins/default/xui/en/floater_tools.xml a36a329e77cc > > Diff: http://codereview.secondlife.com/r/317/diff > > > Testing > ------- > > Rezzed a sculpt both alone and with someone watching. > > Rezzed sculpts as fast as I could click (poor mans load test). > > > Thanks, > > Jonathan > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110805/bfb69b76/attachment-0001.htm From laurent.bechir at madonie.org Fri Aug 5 16:03:09 2011 From: laurent.bechir at madonie.org (Laurent Bechir) Date: Sat, 6 Aug 2011 01:03:09 +0200 Subject: [opensource-dev] Call for mesh volunteer regions In-Reply-To: <4E38AC5F.5020004@gmail.com> References: <3EA81BEF-B295-4962-8129-6D162E4C7A16@Lindenlab.com> <4E3806B6.4000408@lindenlab.com> <90C1B140-3C28-4C1D-AD65-E82640FE3066@madonie.org> <4E38AC5F.5020004@gmail.com> Message-ID: So, from what I read here, it's not a good idea to volunteer for a sim hosting a main shop. It wouldn't be nice to see items put for sale broken. Thank you Le 3 ao?t 2011 ? 04:03, Tateru Nino a ?crit : > Other objects. I 'lost' some sculptie items which were transformed into toroids, when the code rolled out to my home sim - I'm on the mainland, and my sim was randomly allocated to an RC channel at some point. > > We spent hours speculating what could have happened to our stuff to break it so badly. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110806/205b6821/attachment.htm From marinekelley at gmail.com Sat Aug 6 02:03:52 2011 From: marinekelley at gmail.com (Marine Kelley) Date: Sat, 6 Aug 2011 11:03:52 +0200 Subject: [opensource-dev] llconvexdecomposition on private servers Message-ID: Hi all, When trying to build rev 20010 (0fd2a1181a96) of viewer-development, I stumbled across a problem with llconvexdecomposition : autobuild.xml links it to http://s3-proxy.lindenlab.com/private-builds-secondlife-com (which is unreachable for anyone outside LL), refusing to download it and leaving me with an old and non source-controlled llconvexdecomposition.h in packages/include/. As a result, llmeshrepository.cpp fails to compile because : - LLConvexDecomposition::getInstance()->setMeshData() should now take 2 arguments whereas the old class only declared one in its pure virtual method (ok that one is trivial to fix) - LLConvexDecomposition::getInstance()->buildSingleHull() is not declared or defined anywhere - Same for LLConvexDecomposition::getInstance()->getSingleHull(), not declared or defined anywhere I assume the latter two fail because these methods are neither declared in llconvexdecomposition.h nor defined in the lib I have, whereas they must be in the new ones. Is there a way to get the updated package please ? I will try to walk around the problem but sooner or later it will come back and bite me. FYI, this comes from the merge at rev 19901 (73b94c4e3f81) Thanks, Marine From wolfpup67 at earthlink.net Sat Aug 6 04:22:49 2011 From: wolfpup67 at earthlink.net (WolfPup Lowenhar) Date: Sat, 6 Aug 2011 07:22:49 -0400 Subject: [opensource-dev] llconvexdecomposition on private servers In-Reply-To: References: Message-ID: <000001cc542b$2cd8bbb0$868a3310$@net> That will happen when you are using the build configurations that do not end in OS as the llconvexdecomposition lib is a private lib using Havok source code. The following configurations will build in an Open Source Evnironment: DebugOS RelWithDebInfoOS ReleaseOS If you are on Windows there s one 3p lib that you will have to build yourself so that you have sound and that is for Fmod and then you can edit the autobuild.xml to use a file:/// url pointing to the package you just built also do not forget to change the hash to match the one for the new file. > -----Original Message----- > From: opensource-dev-bounces at lists.secondlife.com [mailto:opensource-dev- > bounces at lists.secondlife.com] On Behalf Of Marine Kelley > Sent: Saturday, August 06, 2011 5:04 AM > To: opensource-dev at lists.secondlife.com > Subject: [opensource-dev] llconvexdecomposition on private servers > > Hi all, > > When trying to build rev 20010 (0fd2a1181a96) of viewer-development, I > stumbled across a problem with llconvexdecomposition : autobuild.xml > links it to http://s3-proxy.lindenlab.com/private-builds-secondlife-com > (which is unreachable for anyone outside LL), refusing to download it > and leaving me with an old and non source-controlled > llconvexdecomposition.h in packages/include/. > > As a result, llmeshrepository.cpp fails to compile because : > > - LLConvexDecomposition::getInstance()->setMeshData() should now take > 2 arguments whereas the old class only declared one in its pure > virtual method (ok that one is trivial to fix) > > - LLConvexDecomposition::getInstance()->buildSingleHull() is not > declared or defined anywhere > > - Same for LLConvexDecomposition::getInstance()->getSingleHull(), not > declared or defined anywhere > > I assume the latter two fail because these methods are neither > declared in llconvexdecomposition.h nor defined in the lib I have, > whereas they must be in the new ones. > > Is there a way to get the updated package please ? I will try to walk > around the problem but sooner or later it will come back and bite me. > > FYI, this comes from the merge at rev 19901 (73b94c4e3f81) > > Thanks, > Marine > _______________________________________________ > 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 > ----- > No virus found in this message. > Checked by AVG - www.avg.com > Version: 10.0.1391 / Virus Database: 1518/3814 - Release Date: 08/05/11 From marinekelley at gmail.com Sat Aug 6 04:40:49 2011 From: marinekelley at gmail.com (Marine Kelley) Date: Sat, 6 Aug 2011 13:40:49 +0200 Subject: [opensource-dev] llconvexdecomposition on private servers In-Reply-To: <000001cc542b$2cd8bbb0$868a3310$@net> References: <000001cc542b$2cd8bbb0$868a3310$@net> Message-ID: Thanks. That doesn't solve my problem though... I am always using ReleaseOS, and I already had my FMOD package ready with its hash (all included in my autobuild.xml file long ago), all was ready there. My only problem is with the llconvexdecomposition package. What I did in order to build my RLV was this : - Add the missing bool in the method declaration - Turn "#if 1" into "#if 0" in llmeshrepository.cpp Still, that deactivates things that I don't think should be deactivated. On a side note, while testing this viewer I have noticed that the "Ruler" drop-down combo list has moved from the Build window into the Options floater of said window. One more click is now needed and even more screen real estate is now required in order to do something that was easier before, with no positive counterpart for this change. Seriously... I can foresee that this is going to piss off a lot of people... On 06/08/2011, WolfPup Lowenhar wrote: > That will happen when you are using the build configurations that do not end > in OS as the llconvexdecomposition lib is a private lib using Havok source > code. > > The following configurations will build in an Open Source Evnironment: > > DebugOS > RelWithDebInfoOS > ReleaseOS > > If you are on Windows there s one 3p lib that you will have to build > yourself so that you have sound and that is for Fmod and then you can edit > the autobuild.xml to use a file:/// url pointing to the package you just > built also do not forget to change the hash to match the one for the new > file. > >> -----Original Message----- >> From: opensource-dev-bounces at lists.secondlife.com [mailto:opensource-dev- >> bounces at lists.secondlife.com] On Behalf Of Marine Kelley >> Sent: Saturday, August 06, 2011 5:04 AM >> To: opensource-dev at lists.secondlife.com >> Subject: [opensource-dev] llconvexdecomposition on private servers >> >> Hi all, >> >> When trying to build rev 20010 (0fd2a1181a96) of viewer-development, I >> stumbled across a problem with llconvexdecomposition : autobuild.xml >> links it to http://s3-proxy.lindenlab.com/private-builds-secondlife-com >> (which is unreachable for anyone outside LL), refusing to download it >> and leaving me with an old and non source-controlled >> llconvexdecomposition.h in packages/include/. >> >> As a result, llmeshrepository.cpp fails to compile because : >> >> - LLConvexDecomposition::getInstance()->setMeshData() should now take >> 2 arguments whereas the old class only declared one in its pure >> virtual method (ok that one is trivial to fix) >> >> - LLConvexDecomposition::getInstance()->buildSingleHull() is not >> declared or defined anywhere >> >> - Same for LLConvexDecomposition::getInstance()->getSingleHull(), not >> declared or defined anywhere >> >> I assume the latter two fail because these methods are neither >> declared in llconvexdecomposition.h nor defined in the lib I have, >> whereas they must be in the new ones. >> >> Is there a way to get the updated package please ? I will try to walk >> around the problem but sooner or later it will come back and bite me. >> >> FYI, this comes from the merge at rev 19901 (73b94c4e3f81) >> >> Thanks, >> Marine >> _______________________________________________ >> 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 >> ----- >> No virus found in this message. >> Checked by AVG - www.avg.com >> Version: 10.0.1391 / Virus Database: 1518/3814 - Release Date: 08/05/11 > > _______________________________________________ > 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 wolfpup67 at earthlink.net Sat Aug 6 05:09:36 2011 From: wolfpup67 at earthlink.net (WolfPup Lowenhar) Date: Sat, 6 Aug 2011 08:09:36 -0400 Subject: [opensource-dev] llconvexdecomposition on private servers In-Reply-To: References: <000001cc542b$2cd8bbb0$868a3310$@net> Message-ID: <000101cc5431$b5c132d0$21439870$@net> Then try building this lib: https://bitbucket.org/WolfpupL/llconvexdecompositionos and use the file method like you do with Fmod to point to the new llconvexdecompositionos lib and see if that helps with the build as there is a couple of missing functions in the stub. Now the lib is not functional but it does have the missing functions. > -----Original Message----- > From: Marine Kelley [mailto:marinekelley at gmail.com] > Sent: Saturday, August 06, 2011 7:41 AM > To: WolfPup Lowenhar > Cc: OpenSource Mailing List > Subject: Re: [opensource-dev] llconvexdecomposition on private servers > > Thanks. That doesn't solve my problem though... I am always using > ReleaseOS, and I already had my FMOD package ready with its hash (all > included in my autobuild.xml file long ago), all was ready there. My > only problem is with the llconvexdecomposition package. What I did in > order to build my RLV was this : > > - Add the missing bool in the method declaration > > - Turn "#if 1" into "#if 0" in llmeshrepository.cpp > > Still, that deactivates things that I don't think should be deactivated. > > On a side note, while testing this viewer I have noticed that the > "Ruler" drop-down combo list has moved from the Build window into the > Options floater of said window. One more click is now needed and even > more screen real estate is now required in order to do something that > was easier before, with no positive counterpart for this change. > Seriously... I can foresee that this is going to piss off a lot of > people... > > On 06/08/2011, WolfPup Lowenhar wrote: > > That will happen when you are using the build configurations that do not end > > in OS as the llconvexdecomposition lib is a private lib using Havok source > > code. > > > > The following configurations will build in an Open Source Evnironment: > > > > DebugOS > > RelWithDebInfoOS > > ReleaseOS > > > > If you are on Windows there s one 3p lib that you will have to build > > yourself so that you have sound and that is for Fmod and then you can edit > > the autobuild.xml to use a file:/// url pointing to the package you just > > built also do not forget to change the hash to match the one for the new > > file. > > > >> -----Original Message----- > >> From: opensource-dev-bounces at lists.secondlife.com [mailto:opensource- > dev- > >> bounces at lists.secondlife.com] On Behalf Of Marine Kelley > >> Sent: Saturday, August 06, 2011 5:04 AM > >> To: opensource-dev at lists.secondlife.com > >> Subject: [opensource-dev] llconvexdecomposition on private servers > >> > >> Hi all, > >> > >> When trying to build rev 20010 (0fd2a1181a96) of viewer-development, I > >> stumbled across a problem with llconvexdecomposition : autobuild.xml > >> links it to http://s3-proxy.lindenlab.com/private-builds-secondlife-com > >> (which is unreachable for anyone outside LL), refusing to download it > >> and leaving me with an old and non source-controlled > >> llconvexdecomposition.h in packages/include/. > >> > >> As a result, llmeshrepository.cpp fails to compile because : > >> > >> - LLConvexDecomposition::getInstance()->setMeshData() should now take > >> 2 arguments whereas the old class only declared one in its pure > >> virtual method (ok that one is trivial to fix) > >> > >> - LLConvexDecomposition::getInstance()->buildSingleHull() is not > >> declared or defined anywhere > >> > >> - Same for LLConvexDecomposition::getInstance()->getSingleHull(), not > >> declared or defined anywhere > >> > >> I assume the latter two fail because these methods are neither > >> declared in llconvexdecomposition.h nor defined in the lib I have, > >> whereas they must be in the new ones. > >> > >> Is there a way to get the updated package please ? I will try to walk > >> around the problem but sooner or later it will come back and bite me. > >> > >> FYI, this comes from the merge at rev 19901 (73b94c4e3f81) > >> > >> Thanks, > >> Marine > >> _______________________________________________ > >> 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 > >> ----- > >> No virus found in this message. > >> Checked by AVG - www.avg.com > >> Version: 10.0.1391 / Virus Database: 1518/3814 - Release Date: 08/05/11 > > > > _______________________________________________ > > 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 > > > ----- > No virus found in this message. > Checked by AVG - www.avg.com > Version: 10.0.1391 / Virus Database: 1518/3814 - Release Date: 08/05/11 From marinekelley at gmail.com Sat Aug 6 05:17:48 2011 From: marinekelley at gmail.com (Marine Kelley) Date: Sat, 6 Aug 2011 14:17:48 +0200 Subject: [opensource-dev] llconvexdecomposition on private servers In-Reply-To: <000101cc5431$b5c132d0$21439870$@net> References: <000001cc542b$2cd8bbb0$868a3310$@net> <000101cc5431$b5c132d0$21439870$@net> Message-ID: Thank you for that. I will try when I get the time. On 06/08/2011, WolfPup Lowenhar wrote: > Then try building this lib: > > https://bitbucket.org/WolfpupL/llconvexdecompositionos > > and use the file method like you do with Fmod to point to the new > llconvexdecompositionos lib and see if that helps with the build as there is > a couple of missing functions in the stub. Now the lib is not functional but > it does have the missing functions. > >> -----Original Message----- >> From: Marine Kelley [mailto:marinekelley at gmail.com] >> Sent: Saturday, August 06, 2011 7:41 AM >> To: WolfPup Lowenhar >> Cc: OpenSource Mailing List >> Subject: Re: [opensource-dev] llconvexdecomposition on private servers >> >> Thanks. That doesn't solve my problem though... I am always using >> ReleaseOS, and I already had my FMOD package ready with its hash (all >> included in my autobuild.xml file long ago), all was ready there. My >> only problem is with the llconvexdecomposition package. What I did in >> order to build my RLV was this : >> >> - Add the missing bool in the method declaration >> >> - Turn "#if 1" into "#if 0" in llmeshrepository.cpp >> >> Still, that deactivates things that I don't think should be deactivated. >> >> On a side note, while testing this viewer I have noticed that the >> "Ruler" drop-down combo list has moved from the Build window into the >> Options floater of said window. One more click is now needed and even >> more screen real estate is now required in order to do something that >> was easier before, with no positive counterpart for this change. >> Seriously... I can foresee that this is going to piss off a lot of >> people... >> >> On 06/08/2011, WolfPup Lowenhar wrote: >> > That will happen when you are using the build configurations that do not > end >> > in OS as the llconvexdecomposition lib is a private lib using Havok > source >> > code. >> > >> > The following configurations will build in an Open Source Evnironment: >> > >> > DebugOS >> > RelWithDebInfoOS >> > ReleaseOS >> > >> > If you are on Windows there s one 3p lib that you will have to build >> > yourself so that you have sound and that is for Fmod and then you can > edit >> > the autobuild.xml to use a file:/// url pointing to the package you just >> > built also do not forget to change the hash to match the one for the new >> > file. >> > >> >> -----Original Message----- >> >> From: opensource-dev-bounces at lists.secondlife.com [mailto:opensource- >> dev- >> >> bounces at lists.secondlife.com] On Behalf Of Marine Kelley >> >> Sent: Saturday, August 06, 2011 5:04 AM >> >> To: opensource-dev at lists.secondlife.com >> >> Subject: [opensource-dev] llconvexdecomposition on private servers >> >> >> >> Hi all, >> >> >> >> When trying to build rev 20010 (0fd2a1181a96) of viewer-development, I >> >> stumbled across a problem with llconvexdecomposition : autobuild.xml >> >> links it to http://s3-proxy.lindenlab.com/private-builds-secondlife-com >> >> (which is unreachable for anyone outside LL), refusing to download it >> >> and leaving me with an old and non source-controlled >> >> llconvexdecomposition.h in packages/include/. >> >> >> >> As a result, llmeshrepository.cpp fails to compile because : >> >> >> >> - LLConvexDecomposition::getInstance()->setMeshData() should now take >> >> 2 arguments whereas the old class only declared one in its pure >> >> virtual method (ok that one is trivial to fix) >> >> >> >> - LLConvexDecomposition::getInstance()->buildSingleHull() is not >> >> declared or defined anywhere >> >> >> >> - Same for LLConvexDecomposition::getInstance()->getSingleHull(), not >> >> declared or defined anywhere >> >> >> >> I assume the latter two fail because these methods are neither >> >> declared in llconvexdecomposition.h nor defined in the lib I have, >> >> whereas they must be in the new ones. >> >> >> >> Is there a way to get the updated package please ? I will try to walk >> >> around the problem but sooner or later it will come back and bite me. >> >> >> >> FYI, this comes from the merge at rev 19901 (73b94c4e3f81) >> >> >> >> Thanks, >> >> Marine >> >> _______________________________________________ >> >> 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 >> >> ----- >> >> No virus found in this message. >> >> Checked by AVG - www.avg.com >> >> Version: 10.0.1391 / Virus Database: 1518/3814 - Release Date: 08/05/11 >> > >> > _______________________________________________ >> > 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 >> > >> ----- >> No virus found in this message. >> Checked by AVG - www.avg.com >> Version: 10.0.1391 / Virus Database: 1518/3814 - Release Date: 08/05/11 > > _______________________________________________ > 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 oz at lindenlab.com Sat Aug 6 06:14:18 2011 From: oz at lindenlab.com (Oz Linden) Date: Sat, 06 Aug 2011 13:14:18 -0000 Subject: [opensource-dev] Review Request: STORM-1534: Derive Credits lists of contributors and translators from doc/ files In-Reply-To: <20110803215801.30213.23838@domU-12-31-38-00-90-68.compute-1.internal> References: <20110803215801.30213.23838@domU-12-31-38-00-90-68.compute-1.internal> Message-ID: <20110806131418.24224.97746@domU-12-31-38-00-90-68.compute-1.internal> ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/427/ ----------------------------------------------------------- (Updated Aug. 6, 2011, 6:14 a.m.) Review request for Viewer. Changes ------- the code for this is complete now... there are additions still needed to the list of translators Summary ------- In the Help>About Second Life dialog, there are lists of users who have contributed to the viewer and provided translations. Prior to this change, those lists had to be updated manually (and had not been updated in quite some time). Since we have a separate file (doc/contributions.txt) to track contributions, and it is in an easily parseable format, this change modifies the viewer build to construct a file (app_settings/contributors.txt) containing those names, and another for the translators (app_settings/translators.txt) from a new doc/translations.txt file (the contents of which are not complete in this patch, but are sufficient for review and testing purposes). I also removed the list of Lindens from the dialog, as it too had not been updated in a long time and replaced it with a more generic statement. This addresses bug storm-1534. http://jira.secondlife.com/browse/storm-1534 Diffs (updated) ----- doc/contributions.txt 3b734a58e7a6 doc/translations.txt PRE-CREATION indra/newview/llfloaterabout.cpp 3b734a58e7a6 indra/newview/skins/default/xui/en/floater_about.xml 3b734a58e7a6 indra/newview/viewer_manifest.py 3b734a58e7a6 Diff: http://codereview.secondlife.com/r/427/diff Testing ------- So far built and tested only locally on my Mac... will set up a TeamCity build for other platforms shortly and add a pointer here. See screenshot on the jira issue. Thanks, Oz -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110806/2a8e8f5b/attachment.htm From oz at lindenlab.com Sat Aug 6 06:27:48 2011 From: oz at lindenlab.com (Oz Linden (Scott Lawrence)) Date: Sat, 06 Aug 2011 09:27:48 -0400 Subject: [opensource-dev] Snowstorm PO Review build - Updated In-Reply-To: <4E3C6185.1090504@lindenlab.com> References: <4E3C6185.1090504@lindenlab.com> Message-ID: <4E3D4154.2090204@lindenlab.com> Updated http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/oz_viewer-poreview/rev/237939/index.html I added STORM-1534 Derive Credits in "About Second Life" from doc/ contents > A few of these are repeats, but there have been enough changes since > they were last reviewed that it seemed prudent to re-check: > > SH-489 > [PUBLIC-JIRA-USERS] Hovering texts by llSetText are displayed > always on top > STORM-565 > llGiveInventory window is suppressed if avatar in Busy mode > STORM-632 > URL-like resident display name is shown as clickable HTTP URL in > various places > STORM-1060 > As a user, I would like to be able to identify my installed viewer > types by looking at the application icons > STORM-1186 > "no mCurrentRMessageTemplate" spam when first opening inventory > STORM-1194 > Web browser opens clicking URL-name of object in Object Contents > floater > STORM-1309 > [TEXT ELLIPTED] Text overlaying in Buy Land floater in Portuguese > localization > STORM-1436 > [JP]"Contents" and "New Script" folder text are missing in > "Content" tab for "Build" floater > STORM-1473 > [VIEWER DEV] ALL LANGS Untranslated Voice Morph Names in the > French viewer > STORM-1521 > All text appears over avatar > STORM-1540 > duplicated ID errors: floater_build_options.xml, > floater_model_wizard.xml > VWR-24017 > Text in nametag/chatbubble bleeds through in-world objects and > avatars > VWR-25588 > [#STORM-1521] All text appears over avatar > VWR-26458 > [#STORM-1523] Typo in German translation: "Hilmmel" instead of > "Himmel" > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110806/3dfe8589/attachment.htm From vector at leafpile.com Sat Aug 6 15:47:31 2011 From: vector at leafpile.com (Vector Hastings) Date: Sat, 6 Aug 2011 15:47:31 -0700 Subject: [opensource-dev] Problems with downloading kdu In-Reply-To: <4E03ECC8.1020403@meadowlakearts.com> References: <4E03ECC8.1020403@meadowlakearts.com> Message-ID: <000601cc548a$d45322e0$7cf968a0$@com> Hello all, I'm trying to get back into this after almost 2 years not having compiled the client. The new wiki instructions are Awesome! Thanks to all. I'm trying to autobuild and getting this error: ERROR: failed to download http://s3-proxy.lindenlab.com/private-builds-secondlif e-com/hg/repo/3p-kdu-private/rev/221672/arch/CYGWIN/installer/kdu-6.4.1-wind ows- 20110218.tar.bz2 Can anyone point me to a fix? Thanks! Vector From nickyperian at yahoo.com Sat Aug 6 15:56:21 2011 From: nickyperian at yahoo.com (Nicky Perian) Date: Sat, 6 Aug 2011 15:56:21 -0700 (PDT) Subject: [opensource-dev] Problems with downloading kdu In-Reply-To: <000601cc548a$d45322e0$7cf968a0$@com> References: <4E03ECC8.1020403@meadowlakearts.com> <000601cc548a$d45322e0$7cf968a0$@com> Message-ID: <1312671381.25201.YahooMailNeo@web43513.mail.sp1.yahoo.com> use ReleaseOS and it shouldn't try to download kdu. kdu is privately licensed and can't be distributed. ________________________________ From: Vector Hastings To: opensource-dev at lists.secondlife.com Sent: Saturday, August 6, 2011 5:47 PM Subject: [opensource-dev] Problems with downloading kdu Hello all, I'm trying to get back into this after almost 2 years not having compiled the client. The new wiki instructions are Awesome! Thanks to all. I'm trying to autobuild and getting this error: ERROR: failed to download http://s3-proxy.lindenlab.com/private-builds-secondlif e-com/hg/repo/3p-kdu-private/rev/221672/arch/CYGWIN/installer/kdu-6.4.1-wind ows- 20110218.tar.bz2 Can anyone point me to a fix? Thanks! Vector _______________________________________________ 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/20110806/605f400d/attachment.htm From nickyperian at yahoo.com Sat Aug 6 16:04:49 2011 From: nickyperian at yahoo.com (Nicky Perian) Date: Sat, 6 Aug 2011 16:04:49 -0700 (PDT) Subject: [opensource-dev] windows build ..\..\indra\newview\llmeshrepository.cpp(2921): error C2660: Message-ID: <1312671889.15096.YahooMailNeo@web43516.mail.sp1.yahoo.com> temporary solutions to latest ll merge errors using WolfPupL's repro made a lib and posted. Will take down monday. Md5 = 36e8efd4591773122dd140bc567b9875 http://bitbucket.org/NickyP/llconvexdecompositionos/downloads/llconvexdecompositionos-0.1.131-windows-20110806.tar.bz2 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110806/75be6c17/attachment.htm From sitearm at gmail.com Sat Aug 6 19:29:19 2011 From: sitearm at gmail.com (Sitearm) Date: Sat, 6 Aug 2011 21:29:19 -0500 Subject: [opensource-dev] SLCC One Week Warning; How To Watch Rod Humble, CEO, Linden Lab, LIVE, For Free, Online, Saturday August 13th; 1pm PDT; 9pm BST In-Reply-To: References: Message-ID: ; Hi! http://sitearm.wordpress.com/2011/08/07/slcc-one-week-warning-how-to-watch-rod-humble-ceo-linden-lab-live-for-free-online-saturday-august-13th-1pm-pdt-9pm-bst/ SLCC One Week Warning; How To Watch Rod Humble, CEO, Linden Lab, LIVE, For Free, Online, Saturday August 13th; 1pm PDT; 9pm BST August 7, 2011 ? sitearm *[image: slcc2011_logo_square_405] **Second Life?* is the world?s *leading 3D Web virtual environment* and *virtual goods economy*. *Locations*: California: Oakland Marriott City Center. for 300 usd registrationplus lodging, travel Second Life: SLCC Sims , for free Internet: Internet Ustream , for free *Keynote*: *The Future of Second Life* *Speaker*:* *Rod Humble (SL: Rodvik Linden) Rod Humble is *Chief Executive Officer* at *Linden Lab*, and he *leads the company?s strategy* and the *development* of *Second Life*?. Humble?s *20-year career* in the *game development industry* has included work on more than 200 games. He joined Linden Lab from *Electronic Arts*, where, in his role as *Executive Vice Presiden*t, he led the *EA Play label*, which includes the *best-selling PC game franchise of all time*, *The Sims*. In 2009, he was *ranked #2 on the annual list of the Hot 100 Game Developers* from gaming publication Edge. Prior to his work at Electronic Arts, Humble served as Vice President of Product Development at *Sony Online Entertainment* for the massively multiplayer online game (MMOG) *EverQuest*. You can follow him on *Twitter* @rodvik . *Other Keynotes & Presentations*: Keynotes Artistic & Creative Expression Commerce & Marketing Developers & Open Source Public Service & Education Social Experience & Communities -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110806/48b3589b/attachment.htm From vector at leafpile.com Sun Aug 7 02:17:33 2011 From: vector at leafpile.com (Vector Hastings) Date: Sun, 7 Aug 2011 02:17:33 -0700 Subject: [opensource-dev] Problem with llmeshrepository.cpp (was "Problems with downloading kdu") In-Reply-To: <000601cc548a$d45322e0$7cf968a0$@com> References: <4E03ECC8.1020403@meadowlakearts.com> <000601cc548a$d45322e0$7cf968a0$@com> Message-ID: <000601cc54e2$d7791300$866b3900$@com> Thanks to help from this board, I'm past my kdu problem and on to what I think is probably a genuine source issue: When compiling, the following error occurs: .\indra\newview\llmeshrepository.cpp(2921): error C2660: 'LLConvexDecomposition::setMeshData' : function does not take 2 arguments Will someone be fixing this and can they ping the list when its ready? Cheers, Vector Hastings -----Original Message----- From: opensource-dev-bounces at lists.secondlife.com [mailto:opensource-dev-bounces at lists.secondlife.com] On Behalf Of Vector Hastings Sent: Saturday, August 06, 2011 3:48 PM To: opensource-dev at lists.secondlife.com Subject: [opensource-dev] Problems with downloading kdu Hello all, I'm trying to get back into this after almost 2 years not having compiled the client. The new wiki instructions are Awesome! Thanks to all. I'm trying to autobuild and getting this error: ERROR: failed to download http://s3-proxy.lindenlab.com/private-builds-secondlif e-com/hg/repo/3p-kdu-private/rev/221672/arch/CYGWIN/installer/kdu-6.4.1-wind ows- 20110218.tar.bz2 Can anyone point me to a fix? Thanks! Vector _______________________________________________ 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 wolfpup67 at earthlink.net Sun Aug 7 04:26:45 2011 From: wolfpup67 at earthlink.net (Brendan Wilson) Date: Sun, 7 Aug 2011 07:26:45 -0400 Subject: [opensource-dev] Problem with llmeshrepository.cpp (was "Problems with downloading kdu") In-Reply-To: <000601cc54e2$d7791300$866b3900$@com> References: <4E03ECC8.1020403@meadowlakearts.com> <000601cc548a$d45322e0$7cf968a0$@com> <000601cc54e2$d7791300$866b3900$@com> Message-ID: <000301cc54f4$e3db8670$ab929350$@net> You could do one of two things as the stub lib from LL it not current and missing functions and parameters. One build the following repository @ its tip and use the file url method to point autobuild to the new lib: https://bitbucket.org/WolfpupL/llconvexdecompositionos/overview Two use the lib that Nicky's lib that was posted to the list: https://lists.secondlife.com/pipermail/opensource-dev/2011-August/007759.htm l > -----Original Message----- > From: opensource-dev-bounces at lists.secondlife.com [mailto:opensource-dev- > bounces at lists.secondlife.com] On Behalf Of Vector Hastings > Sent: Sunday, August 07, 2011 5:18 AM > To: opensource-dev at lists.secondlife.com > Subject: Re: [opensource-dev] Problem with llmeshrepository.cpp (was > "Problems with downloading kdu") > > Thanks to help from this board, I'm past my kdu problem and on to what I > think is probably a genuine source issue: > > When compiling, the following error occurs: > > .\indra\newview\llmeshrepository.cpp(2921): error C2660: > 'LLConvexDecomposition::setMeshData' : function does not take 2 arguments > > Will someone be fixing this and can they ping the list when its ready? > > Cheers, > > Vector Hastings > > -----Original Message----- > From: opensource-dev-bounces at lists.secondlife.com > [mailto:opensource-dev-bounces at lists.secondlife.com] On Behalf Of Vector > Hastings > Sent: Saturday, August 06, 2011 3:48 PM > To: opensource-dev at lists.secondlife.com > Subject: [opensource-dev] Problems with downloading kdu > > Hello all, > > I'm trying to get back into this after almost 2 years not having compiled > the client. > > The new wiki instructions are Awesome! Thanks to all. > > I'm trying to autobuild and getting this error: > > ERROR: failed to download > http://s3-proxy.lindenlab.com/private-builds-secondlif > e-com/hg/repo/3p-kdu-private/rev/221672/arch/CYGWIN/installer/kdu-6.4.1- > wind > ows- > 20110218.tar.bz2 > > > Can anyone point me to a fix? > > Thanks! > > Vector > > _______________________________________________ > 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 > ----- > No virus found in this message. > Checked by AVG - www.avg.com > Version: 10.0.1391 / Virus Database: 1520/3817 - Release Date: 08/06/11 From lee.ponzu at gmail.com Sun Aug 7 10:35:38 2011 From: lee.ponzu at gmail.com (Lee ponzu) Date: Sun, 7 Aug 2011 13:35:38 -0400 Subject: [opensource-dev] Concerned about frequent crashes Message-ID: I am concerned that the latest viewers have been crashing a lot for the last week or two. I crash as often as 3 times per hour. I attach one crash report below. Is this problem known and being worked on, or is it just me? I am sort of a canary in the coal mine because this is an older iMac and I use Satellite internet, so maybe I expose problems that don't crash other people. Question: When OS X pops up a Problem Report for a crashed app, and says the report is being sent to Apple, do those actually go anywhere? Is there any maybe automated analysis and statistics done? If not, would it be useful? Maybe I could help there. ponzu Process: Second Life [908] Path: /Applications/Viewers/Project Viewer - Mesh.app/Contents/MacOS/Second Life Identifier: com.secondlife.indra.viewer Version: Second Life version 2.8.2.237321 (2.8.2.237321) Code Type: X86 (Native) Parent Process: launchd [631] Date/Time: 2011-08-07 13:26:05.591 -0400 OS Version: Mac OS X 10.6.8 (10K549) Report Version: 6 Interval Since Last Report: 228428 sec Crashes Since Last Report: 4 Per-App Interval Since Last Report: 29574 sec Per-App Crashes Since Last Report: 3 Anonymous UUID: 18404959-AFD8-476A-807F-8B2EE7A368F6 Exception Type: EXC_CRASH (SIGQUIT) Exception Codes: 0x0000000000000000, 0x0000000000000000 Crashed Thread: 1 Dispatch queue: com.apple.libdispatch-manager Thread 0: Dispatch queue: com.apple.main-thread 0 libSystem.B.dylib 0x91b75c5a __kill + 10 1 libSystem.B.dylib 0x91b75c4c kill$UNIX2003 + 32 2 libSystem.B.dylib 0x91c085a5 raise + 26 3 libllcommon.dylib 0x04965480 default_unix_signal_handler(int, __siginfo*, void*) + 432 4 libSystem.B.dylib 0x91b7b05b _sigtramp + 43 5 libSystem.B.dylib 0x91b40f56 wait4 + 10 6 libSystem.B.dylib 0x91ba25e5 pclose + 215 7 libllcommon.dylib 0x04a333de LLMemoryInfo::loadStatsMap() + 3598 8 libllcommon.dylib 0x04a34763 LLMemoryInfo::refresh() + 35 9 libllcommon.dylib 0x04a401ee FrameWatcher::tick(LLSD const&) + 606 10 libllcommon.dylib 0x04a356d2 boost::detail::function::function_obj_invoker1, boost::_bi::list2, boost::arg<1> > >, bool, LLSD const&>::invoke(boost::detail::function::function_buffer&, LLSD const&) + 82 11 com.secondlife.indra.viewer 0x0175e689 boost::signals2::detail::signal1_impl, boost::function, boost::function, boost::signals2::mutex>::slot_invoker::m_invoke(boost::shared_ptr >, boost::signals2::slot1 >, boost::signals2::mutex> > const&, ...) const + 57 12 com.secondlife.indra.viewer 0x0175e94d boost::signals2::detail::signal1_impl, boost::function, boost::function, boost::signals2::mutex>::operator()(LLSD const&) + 525 13 libllcommon.dylib 0x049a71df LLEventStream::post(LLSD const&) + 63 14 com.secondlife.indra.viewer 0x000de32d LLAppViewer::mainLoop() + 1453 15 com.secondlife.indra.viewer 0x01350918 main + 568 16 com.secondlife.indra.viewer 0x00009ad6 start + 54 Thread 1 Crashed: Dispatch queue: com.apple.libdispatch-manager 0 libSystem.B.dylib 0x91b3b382 kevent + 10 1 libSystem.B.dylib 0x91b3ba9c _dispatch_mgr_invoke + 215 2 libSystem.B.dylib 0x91b3af59 _dispatch_queue_invoke + 163 3 libSystem.B.dylib 0x91b3acfe _dispatch_worker_thread2 + 240 4 libSystem.B.dylib 0x91b3a781 _pthread_wqthread + 390 5 libSystem.B.dylib 0x91b3a5c6 start_wqthread + 30 Thread 2: 0 libSystem.B.dylib 0x91b14afa mach_msg_trap + 10 1 libSystem.B.dylib 0x91b15267 mach_msg + 68 2 libexception_handler.dylib 0x04d27bcd google_breakpad::ExceptionHandler::WaitForMessage(void*) + 125 3 libSystem.B.dylib 0x91b42259 _pthread_start + 345 4 libSystem.B.dylib 0x91b420de thread_start + 34 Second Life 2.8.2 (237321) Jul 29 2011 17:51:01 (Project Viewer - Mesh) Release Notes CPU: Intel(R) Core(TM)2 Duo CPU T7700 @ 2.40GHz (2400 MHz) Memory: 3072 MB OS Version: Mac OS X 10.6.8 Darwin 10.8.0 Darwin Kernel Version 10.8.0: Tue Jun 7 16:33:36 PDT 2011; root:xnu-1504.15.3~1/RELEASE_I386 i386 Graphics Card Vendor: ATI Technologies Inc. Graphics Card: ATI Radeon HD 2600 PRO OpenGL Engine OpenGL Version: 2.1 ATI-1.6.36 libcurl Version: libcurl/7.21.1 OpenSSL/0.9.8q zlib/1.2.5 c-ares/1.7.1 J2C Decoder Version: KDU v6.4.1 Audio Driver Version: FMOD version 3.750000 Qt Webkit Version: 4.7.1 (version number hard-coded) Voice Server Version: Not Connected Built with GCC version 40001 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110807/f35c5603/attachment.htm From marinekelley at gmail.com Sun Aug 7 11:07:14 2011 From: marinekelley at gmail.com (Marine Kelley) Date: Sun, 7 Aug 2011 20:07:14 +0200 Subject: [opensource-dev] Concerned about frequent crashes In-Reply-To: References: Message-ID: I crash a lot on 2.8.0, at least twice a day. It is usually a sudden crash to desktop, and from the log it looks like the viewer goes short on memory. It happens more often with deferred rendering on, but it is always random, I could never link it to any particular action I take. My computer has 4GB memory, and is running Win 7 that takes 1.5GB all by itself. But I would believe that 2GB should be enough for the SL viewer... It keeps eating more and more memory though. Seems there is a huge memory leak in the deferred renderer. On 07/08/2011, Lee ponzu wrote: > I am concerned that the latest viewers have been crashing a lot for the last > week or two. I crash as often as 3 times per hour. I attach one crash > report below. Is this problem known and being worked on, or is it just me? > I am sort of a canary in the coal mine because this is an older iMac and I > use Satellite internet, so maybe I expose problems that don't crash other > people. > > Question: When OS X pops up a Problem Report for a crashed app, and says > the report is being sent to Apple, do those actually go anywhere? Is there > any maybe automated analysis and statistics done? If not, would it be > useful? Maybe I could help there. > > ponzu > > Process: Second Life [908] > Path: /Applications/Viewers/Project Viewer - > Mesh.app/Contents/MacOS/Second Life > Identifier: com.secondlife.indra.viewer > Version: Second Life version 2.8.2.237321 (2.8.2.237321) > Code Type: X86 (Native) > Parent Process: launchd [631] > > Date/Time: 2011-08-07 13:26:05.591 -0400 > OS Version: Mac OS X 10.6.8 (10K549) > Report Version: 6 > > Interval Since Last Report: 228428 sec > Crashes Since Last Report: 4 > Per-App Interval Since Last Report: 29574 sec > Per-App Crashes Since Last Report: 3 > Anonymous UUID: 18404959-AFD8-476A-807F-8B2EE7A368F6 > > Exception Type: EXC_CRASH (SIGQUIT) > Exception Codes: 0x0000000000000000, 0x0000000000000000 > Crashed Thread: 1 Dispatch queue: com.apple.libdispatch-manager > > Thread 0: Dispatch queue: com.apple.main-thread > 0 libSystem.B.dylib 0x91b75c5a __kill + 10 > 1 libSystem.B.dylib 0x91b75c4c kill$UNIX2003 + 32 > 2 libSystem.B.dylib 0x91c085a5 raise + 26 > 3 libllcommon.dylib 0x04965480 > default_unix_signal_handler(int, __siginfo*, void*) + 432 > 4 libSystem.B.dylib 0x91b7b05b _sigtramp + 43 > 5 libSystem.B.dylib 0x91b40f56 wait4 + 10 > 6 libSystem.B.dylib 0x91ba25e5 pclose + 215 > 7 libllcommon.dylib 0x04a333de LLMemoryInfo::loadStatsMap() + > 3598 > 8 libllcommon.dylib 0x04a34763 LLMemoryInfo::refresh() + 35 > 9 libllcommon.dylib 0x04a401ee FrameWatcher::tick(LLSD const&) > + 606 > 10 libllcommon.dylib 0x04a356d2 > boost::detail::function::function_obj_invoker1 boost::_mfi::mf1, > boost::_bi::list2, boost::arg<1> > >, bool, > LLSD const&>::invoke(boost::detail::function::function_buffer&, LLSD const&) > + 82 > 11 com.secondlife.indra.viewer 0x0175e689 > boost::signals2::detail::signal1_impl float, std::less, boost::function, > boost::function, > boost::signals2::mutex>::slot_invoker::m_invoke(boost::shared_ptr boost::optional >, boost::signals2::slot1 boost::function >, boost::signals2::mutex> > const&, > ...) const + 57 > 12 com.secondlife.indra.viewer 0x0175e94d > boost::signals2::detail::signal1_impl float, std::less, boost::function, > boost::function, > boost::signals2::mutex>::operator()(LLSD const&) + 525 > 13 libllcommon.dylib 0x049a71df LLEventStream::post(LLSD > const&) + 63 > 14 com.secondlife.indra.viewer 0x000de32d LLAppViewer::mainLoop() + 1453 > 15 com.secondlife.indra.viewer 0x01350918 main + 568 > 16 com.secondlife.indra.viewer 0x00009ad6 start + 54 > > Thread 1 Crashed: Dispatch queue: com.apple.libdispatch-manager > 0 libSystem.B.dylib 0x91b3b382 kevent + 10 > 1 libSystem.B.dylib 0x91b3ba9c _dispatch_mgr_invoke + 215 > 2 libSystem.B.dylib 0x91b3af59 _dispatch_queue_invoke + 163 > 3 libSystem.B.dylib 0x91b3acfe _dispatch_worker_thread2 + 240 > 4 libSystem.B.dylib 0x91b3a781 _pthread_wqthread + 390 > 5 libSystem.B.dylib 0x91b3a5c6 start_wqthread + 30 > > Thread 2: > 0 libSystem.B.dylib 0x91b14afa mach_msg_trap + 10 > 1 libSystem.B.dylib 0x91b15267 mach_msg + 68 > 2 libexception_handler.dylib 0x04d27bcd > google_breakpad::ExceptionHandler::WaitForMessage(void*) + 125 > 3 libSystem.B.dylib 0x91b42259 _pthread_start + 345 > 4 libSystem.B.dylib 0x91b420de thread_start + 34 > > > > > > Second Life 2.8.2 (237321) Jul 29 2011 17:51:01 (Project Viewer - Mesh) > Release Notes > > CPU: Intel(R) Core(TM)2 Duo CPU T7700 @ 2.40GHz (2400 MHz) > Memory: 3072 MB > OS Version: Mac OS X 10.6.8 Darwin 10.8.0 Darwin Kernel Version 10.8.0: Tue > Jun 7 16:33:36 PDT 2011; root:xnu-1504.15.3~1/RELEASE_I386 i386 > Graphics Card Vendor: ATI Technologies Inc. > Graphics Card: ATI Radeon HD 2600 PRO OpenGL Engine > > OpenGL Version: 2.1 ATI-1.6.36 > > libcurl Version: libcurl/7.21.1 OpenSSL/0.9.8q zlib/1.2.5 c-ares/1.7.1 > J2C Decoder Version: KDU v6.4.1 > Audio Driver Version: FMOD version 3.750000 > Qt Webkit Version: 4.7.1 (version number hard-coded) > Voice Server Version: Not Connected > Built with GCC version 40001 > From lee.ponzu at gmail.com Sun Aug 7 11:51:52 2011 From: lee.ponzu at gmail.com (Lee ponzu) Date: Sun, 7 Aug 2011 14:51:52 -0400 Subject: [opensource-dev] Network characteristics (was: Concerned about frequent crashes Message-ID: I am not expecting LL to support my pitiful Satellite connection. Besides, I am moving to Seattle, and will soon have a *real* network connection. Nonetheless, I thought I would report my Netalyzer analysis here. As you can seen, slow DNS and slow TCP setup are two of its characteristics. Maybe a LL network engineer reading through this would see some simple solution to some problems, such as making timeouts a little higher or some such. The ICSI Netalyzr Start ? Analysis ? Results Result Summary +/? (help ) 75-105-19-116.cust.wildblue.net / 75.105.19.116 Recorded at 14:14 EDT (18:14 UTC), Aug 07 2011. Permalink . Client /server transcript. ------------------------------ Summary of Noteworthy Events ? Major Abnormalities - Your ISP's DNS server is slow to lookup names Minor Aberrations - The measured network latency and packet loss were somewhat high - The measured time to set up a TCP connection was somewhat high - The network measured bursts of packet loss - Network bandwidth may be low - Network packet buffering may be excessive - We detected an HTTP proxy due to added or changed HTTP traffic - Not all DNS types were correctly processed Address-based Tests + NAT detection (? ): NAT Detected Local Network Interfaces (?): OK DNS-based host information (?): OK NAT support for Universal Plug and Play (UPnP) (?): Yes Reachability Tests + TCP connectivity (?): OK UDP connectivity (?): OK Traceroute (? ): OK Path MTU (? ): OK Network Access Link Properties ? Network latency measurements (?): Latency: 1900ms Loss: 3.5% The round-trip time (RTT) between your computer and our server is 1900 msec, which is quite high. This may be due to a variety of factors, including a significant distance between your computer and our server, a particularly slow or poor network link, or problems in your network. We recorded a packet loss of 3.5%. This loss rate can result in noticeable performance problems. It could be due either to significant load on our servers due to a large number of visitors, or problems with your network. All the packet loss appears to have occurred on the path from our server to your computer. TCP connection setup latency (?): 2700ms The time it takes for your computer to set up a TCP connection with our server is 2700 msec, which is quite high. This may be due to a variety of factors, including a significant distance between your computer and our server, a particularly slow or poor network link, or problems in your network. Network background health measurement (?): 3 transient outages, longest: 0.8 seconds During most of Netalyzr's execution, the applet continuously measures the state of the network in the background, looking for short outages. During testing, the applet observed 3 such outages. The longest outage lasted for 0.8 seconds. This suggests a general problem with the network where connectivity is intermittent. This loss might also cause some of Netalyzr's other tests to produce incorrect results. Network bandwidth measurements (?): Upload 53 Kbit/sec, Download 240 Kbit/sec Your Uplink: We measured your uplink's sending bandwidth at 53 Kbit/sec. This rate could be considered somewhat slow, and may affect your user experience if you perform large transfers. Your Downlink: We measured your downlink's receiving bandwidth at 240 Kbit/sec. This rate could be considered quite slow, and will affect your user experience if you perform large transfers. Network buffer measurements (?): Uplink 6000 ms, Downlink 2500 ms We estimate your uplink as having 6000 msec of buffering. This is quite high, and you may experience substantial disruption to your network performance when performing interactive tasks such as web-surfing while simultaneously conducting large uploads. With such a buffer, real-time applications such as games or audio chat can work quite poorly when conducting large uploads at the same time. We estimate your downlink as having 2500 msec of buffering. This is quite high, and you may experience substantial disruption to your network performance when performing interactive tasks such as web-surfing while simultaneously conducting large downloads. With such a buffer, real-time applications such as games or audio chat can work quite poorly when conducting large downloads at the same time. HTTP Tests ? Address-based HTTP proxy detection (?): OK We detected no explicit sign of HTTP proxy via IP address changes. Content-based HTTP proxy detection (?): Warning Changes to headers or contents sent between the applet and our HTTP server show the presence of an otherwise unadvertised HTTP proxy. The detected HTTP proxy changed either the headers the applet sent or the HTTP response from the server. We have captured the changes for further analysis. HTTP proxy detection via malformed requests (?): OK Deliberately malformed HTTP requests arrive at our server unchanged. Thus, the proxies along your path are able to transparently forward invalid HTTP traffic. Filetype-based filtering (?): OK We did not detect file-content filtering. HTTP caching behavior (?): OK We detected no signs of a transparent HTTP cache in your network path. JavaScript-based tests (?): OK The applet did not execute within a frame. Your web browser reports the following cookies for our web page: - netAlizEd = BaR (set by our server) - netalyzrStatus = running (set by our server) Your web browser was unable to fetch an image using IPv6. DNS Tests ? Restricted domain DNS lookup (?): OK We can successfully look up a name which resolves to the same IP address as our webserver. This means we are able to conduct many of the tests on your DNS server. Unrestricted domain DNS lookup (?): OK We can successfully look up arbitrary names from within the Java applet. This means we are able to conduct all test on your DNS server. Direct DNS support (?): OK All tested DNS types were received OK. Direct EDNS support (?): OK EDNS-enabled requests for small responses are answered successfully. EDNS-enabled requests for medium-sized responses are answered successfully. EDNS-enabled requests for large responses are answered successfully. DNS resolver address (?): OK The IP address of your ISP's DNS Resolver is 75.104.128.41, which does not resolve. Additional nameservers observed for your host: 75.104.128.40. DNS resolver properties (?): Lookup latency 1900ms Your ISP's DNS resolver requires 1900 msec to conduct an external lookup. It takes 84 msec for your ISP's DNS resolver to lookup a name on our server. This is particularly slow, and you may see significant performance degradation as a result. Your resolver correctly uses TCP requests when necessary. Your resolver is using QTYPE=A for default queries. Your host or resolver also performs IPv6 queries in addition to IPv4 queries. Your DNS resolver requests DNSSEC records. Your DNS resolver advertises the ability to accept DNS packets of up to 4096 bytes. Your DNS resolver can successfully receive a smaller (~1400 byte) DNS response. Your DNS resolver can successfully receive a large (>1500 byte) DNS response. Your DNS resolver can successfully accept large responses. Your resolver does not use 0x20 randomization, but will pass names in a case-sensitive manner. Your NAT has a built-in DNS proxy. Your ISP's DNS server cannot use IPv6. No transport problems were discovered which could affect the deployment of DNSSEC. Direct probing of DNS resolvers (? ) Your system is configured to use 1 DNS resolver(s). The resolver at 192.168.11.1 was unable to process the following tested types: - Medium (~1300B) TXT records - Large (~3000B) TXT records It does not validate DNSSEC. It does not wildcard NXDOMAIN errors. The resolver reports the following properties: - Hostname: l25r1105m40 - Version: dnsmasq-2.55 - Authors: Simon Kelley - Copyright: Copyright (c) 2000-2010 Simon Kelley DNS glue policy (? ): OK Your ISP's DNS resolver does not accept generic additional (glue) records ? good. Your ISP's DNS resolver does not accept additional (glue) records which correspond to nameservers. Your ISP's DNS resolver does not follow CNAMEs. DNS resolver port randomization (?): OK Your ISP's DNS resolver properly randomizes its local port number. The following graph shows DNS requests on the x-axis and the detected source ports on the y-axis. [image: port sequence plot] DNS lookups of popular domains (?): OK 79 of 79 popular names were resolved successfully. Show all names. 13 popular names have a mild anomaly. The ownership suggested by the reverse name lookup does not match our understanding of the original name. The most likely cause is the site's use of a Content Delivery Network. Show all names . 2 popular names have a mild anomaly: we are unable to find a reverse name associated with the IP address provided by your ISP's DNS server. This is most likely due to a slow responding DNS server or misconfiguration on the part of the domain owner. Show all names. DNS external proxy (?): OK Your host ignores external DNS requests. DNS results wildcarding (?): OK Your ISP correctly leaves non-resolving names untouched. DNS-level redirection of specific sites (?): OK Your ISP does not appear to be using DNS to redirect traffic for specific websites. IPv6 Tests + DNS support for IPv6 (?): OK IPv4, IPv6, and your web browser (?): No IPv6 Support IPv6 connectivity (?): No IPv6 Support Host Properties + System clock accuracy (?): OK Browser properties (?): OK Uploaded data (? ): OK -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110807/7d08a020/attachment-0001.htm From missannotoole at yahoo.com Sun Aug 7 12:55:37 2011 From: missannotoole at yahoo.com (Ann Otoole) Date: Sun, 7 Aug 2011 12:55:37 -0700 (PDT) Subject: [opensource-dev] Concerned about frequent crashes In-Reply-To: References: Message-ID: <1312746937.30295.YahooMailNeo@web120529.mail.ne1.yahoo.com> Yes. It is so bad I was unable to be logged in for more than a minute in a sim with 40+ people last night. I installed Phoenix and had no problems rezzing all the avatars and no crashes for hours. Teleports were instant. Everything works really fast. The issues with geometry appears to reside soley with LL's SLv2. V1.x appears capable of rendering anything thrown at it. ________________________________ From: Marine Kelley To: Lee ponzu Cc: Opensource_dev Sent: Sunday, August 7, 2011 2:07 PM Subject: Re: [opensource-dev] Concerned about frequent crashes I crash a lot on 2.8.0, at least twice a day. It is usually a sudden crash to desktop, and from the log it looks like the viewer goes short on memory. It happens more often with deferred rendering on, but it is always random, I could never link it to any particular action I take. My computer has 4GB memory, and is running Win 7 that takes 1.5GB all by itself. But I would believe that 2GB should be enough for the SL viewer... It keeps eating more and more memory though. Seems there is a huge memory leak in the deferred renderer. On 07/08/2011, Lee ponzu wrote: > I am concerned that the latest viewers have been crashing a lot for the last > week or two.? I crash as often as 3 times per hour.? I attach one crash > report below.? Is this problem known and being worked on, or is it just me? >? I am sort of a canary in the coal mine because this is an older iMac and I > use Satellite internet, so maybe I expose problems that don't crash other > people. > > Question:? When OS X pops up a Problem Report for a crashed app, and says > the report is being sent to Apple, do those actually go anywhere?? Is there > any maybe automated analysis and statistics done?? If not, would it be > useful?? Maybe I could help there. > > ponzu > > Process:? ? ? ? Second Life [908] > Path:? ? ? ? ? ? /Applications/Viewers/Project Viewer - > Mesh.app/Contents/MacOS/Second Life > Identifier:? ? ? com.secondlife.indra.viewer > Version:? ? ? ? Second Life version 2.8.2.237321 (2.8.2.237321) > Code Type:? ? ? X86 (Native) > Parent Process:? launchd [631] > > Date/Time:? ? ? 2011-08-07 13:26:05.591 -0400 > OS Version:? ? ? Mac OS X 10.6.8 (10K549) > Report Version:? 6 > > Interval Since Last Report:? ? ? ? ? 228428 sec > Crashes Since Last Report:? ? ? ? ? 4 > Per-App Interval Since Last Report:? 29574 sec > Per-App Crashes Since Last Report:? 3 > Anonymous UUID:? ? ? ? ? ? ? ? ? ? ? 18404959-AFD8-476A-807F-8B2EE7A368F6 > > Exception Type:? EXC_CRASH (SIGQUIT) > Exception Codes: 0x0000000000000000, 0x0000000000000000 > Crashed Thread:? 1? Dispatch queue: com.apple.libdispatch-manager > > Thread 0:? Dispatch queue: com.apple.main-thread > 0? libSystem.B.dylib? ? ? ? ? ? 0x91b75c5a __kill + 10 > 1? libSystem.B.dylib? ? ? ? ? ? 0x91b75c4c kill$UNIX2003 + 32 > 2? libSystem.B.dylib? ? ? ? ? ? 0x91c085a5 raise + 26 > 3? libllcommon.dylib? ? ? ? ? ? 0x04965480 > default_unix_signal_handler(int, __siginfo*, void*) + 432 > 4? libSystem.B.dylib? ? ? ? ? ? 0x91b7b05b _sigtramp + 43 > 5? libSystem.B.dylib? ? ? ? ? ? 0x91b40f56 wait4 + 10 > 6? libSystem.B.dylib? ? ? ? ? ? 0x91ba25e5 pclose + 215 > 7? libllcommon.dylib? ? ? ? ? ? 0x04a333de LLMemoryInfo::loadStatsMap() + > 3598 > 8? libllcommon.dylib? ? ? ? ? ? 0x04a34763 LLMemoryInfo::refresh() + 35 > 9? libllcommon.dylib? ? ? ? ? ? 0x04a401ee FrameWatcher::tick(LLSD const&) > + 606 > 10? libllcommon.dylib? ? ? ? ? ? 0x04a356d2 > boost::detail::function::function_obj_invoker1 boost::_mfi::mf1, > boost::_bi::list2, boost::arg<1> > >, bool, > LLSD const&>::invoke(boost::detail::function::function_buffer&, LLSD const&) > + 82 > 11? com.secondlife.indra.viewer? 0x0175e689 > boost::signals2::detail::signal1_impl float, std::less, boost::function, > boost::function, > boost::signals2::mutex>::slot_invoker::m_invoke(boost::shared_ptr boost::optional >, boost::signals2::slot1 boost::function >, boost::signals2::mutex> > const&, > ...) const + 57 > 12? com.secondlife.indra.viewer? 0x0175e94d > boost::signals2::detail::signal1_impl float, std::less, boost::function, > boost::function, > boost::signals2::mutex>::operator()(LLSD const&) + 525 > 13? libllcommon.dylib? ? ? ? ? ? 0x049a71df LLEventStream::post(LLSD > const&) + 63 > 14? com.secondlife.indra.viewer? 0x000de32d LLAppViewer::mainLoop() + 1453 > 15? com.secondlife.indra.viewer? 0x01350918 main + 568 > 16? com.secondlife.indra.viewer? 0x00009ad6 start + 54 > > Thread 1 Crashed:? Dispatch queue: com.apple.libdispatch-manager > 0? libSystem.B.dylib? ? ? ? ? ? 0x91b3b382 kevent + 10 > 1? libSystem.B.dylib? ? ? ? ? ? 0x91b3ba9c _dispatch_mgr_invoke + 215 > 2? libSystem.B.dylib? ? ? ? ? ? 0x91b3af59 _dispatch_queue_invoke + 163 > 3? libSystem.B.dylib? ? ? ? ? ? 0x91b3acfe _dispatch_worker_thread2 + 240 > 4? libSystem.B.dylib? ? ? ? ? ? 0x91b3a781 _pthread_wqthread + 390 > 5? libSystem.B.dylib? ? ? ? ? ? 0x91b3a5c6 start_wqthread + 30 > > Thread 2: > 0? libSystem.B.dylib? ? ? ? ? ? 0x91b14afa mach_msg_trap + 10 > 1? libSystem.B.dylib? ? ? ? ? ? 0x91b15267 mach_msg + 68 > 2? libexception_handler.dylib? ? 0x04d27bcd > google_breakpad::ExceptionHandler::WaitForMessage(void*) + 125 > 3? libSystem.B.dylib? ? ? ? ? ? 0x91b42259 _pthread_start + 345 > 4? libSystem.B.dylib? ? ? ? ? ? 0x91b420de thread_start + 34 > > > > > > Second Life 2.8.2 (237321) Jul 29 2011 17:51:01 (Project Viewer - Mesh) > Release Notes > > CPU: Intel(R) Core(TM)2 Duo CPU? ? T7700? @ 2.40GHz (2400 MHz) > Memory: 3072 MB > OS Version: Mac OS X 10.6.8 Darwin 10.8.0 Darwin Kernel Version 10.8.0: Tue > Jun? 7 16:33:36 PDT 2011; root:xnu-1504.15.3~1/RELEASE_I386 i386 > Graphics Card Vendor: ATI Technologies Inc. > Graphics Card: ATI Radeon HD 2600 PRO OpenGL Engine > > OpenGL Version: 2.1 ATI-1.6.36 > > libcurl Version: libcurl/7.21.1 OpenSSL/0.9.8q zlib/1.2.5 c-ares/1.7.1 > J2C Decoder Version: KDU v6.4.1 > Audio Driver Version: FMOD version 3.750000 > Qt Webkit Version: 4.7.1 (version number hard-coded) > Voice Server Version: Not Connected > Built with GCC version 40001 > _______________________________________________ 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/20110807/f0775cac/attachment.htm From vsavchuk at productengine.com Sun Aug 7 14:10:31 2011 From: vsavchuk at productengine.com (Vadim ProductEngine) Date: Sun, 07 Aug 2011 21:10:31 -0000 Subject: [opensource-dev] Review Request: STORM-1534: Derive Credits lists of contributors and translators from doc/ files In-Reply-To: <20110806131418.24224.97746@domU-12-31-38-00-90-68.compute-1.internal> References: <20110806131418.24224.97746@domU-12-31-38-00-90-68.compute-1.internal> Message-ID: <20110807211031.8675.63851@domU-12-31-38-00-90-68.compute-1.internal> ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/427/#review955 ----------------------------------------------------------- Ship it! Looks plausible. indra/newview/viewer_manifest.py Shouldn't the regexp start with a caret (which denotes beginning of the line) ? indra/newview/viewer_manifest.py same here - Vadim On Aug. 6, 2011, 6:14 a.m., Oz Linden wrote: > > ----------------------------------------------------------- > This is an automatically generated e-mail. To reply, visit: > http://codereview.secondlife.com/r/427/ > ----------------------------------------------------------- > > (Updated Aug. 6, 2011, 6:14 a.m.) > > > Review request for Viewer. > > > Summary > ------- > > In the Help>About Second Life dialog, there are lists of users who have contributed to the viewer and provided translations. Prior to this change, those lists had to be updated manually (and had not been updated in quite some time). > > Since we have a separate file (doc/contributions.txt) to track contributions, and it is in an easily parseable format, this change modifies the viewer build to construct a file (app_settings/contributors.txt) containing those names, and another for the translators (app_settings/translators.txt) from a new doc/translations.txt file (the contents of which are not complete in this patch, but are sufficient for review and testing purposes). > > I also removed the list of Lindens from the dialog, as it too had not been updated in a long time and replaced it with a more generic statement. > > > This addresses bug storm-1534. > http://jira.secondlife.com/browse/storm-1534 > > > Diffs > ----- > > doc/contributions.txt 3b734a58e7a6 > doc/translations.txt PRE-CREATION > indra/newview/llfloaterabout.cpp 3b734a58e7a6 > indra/newview/skins/default/xui/en/floater_about.xml 3b734a58e7a6 > indra/newview/viewer_manifest.py 3b734a58e7a6 > > Diff: http://codereview.secondlife.com/r/427/diff > > > Testing > ------- > > So far built and tested only locally on my Mac... will set up a TeamCity build for other platforms shortly and add a pointer here. See screenshot on the jira issue. > > > Thanks, > > Oz > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110807/2e8d9425/attachment-0001.htm From angel_of_crimson at hotmail.com Sun Aug 7 14:21:43 2011 From: angel_of_crimson at hotmail.com (Erin Mallory) Date: Sun, 7 Aug 2011 17:21:43 -0400 Subject: [opensource-dev] Concerned about frequent crashes In-Reply-To: <1312746937.30295.YahooMailNeo@web120529.mail.ne1.yahoo.com> References: , , <1312746937.30295.YahooMailNeo@web120529.mail.ne1.yahoo.com> Message-ID: I rarely run 2.8. I have the same issues with it eating all the memory and crashing to desktop. I skipped many of the 2.7 releases but the ones i had and the 2.6 were far more stable for me. Even before it crashes, i've noticed that 2.8 handles allot more sluggish then 2.6 was. in my mind it is unacceptable and it is one of the reasons I prefer firestorm. while it might be a bit behind on intigrating everything in, it is generally more stable when it does so. (one - two crashes a day as compared to the one-two an HOUR with 2.8.) (Keep in mind i'm a heavy user and sometimes deliberately trying to tax the viewers so my crash rates will be higher.) both my systems have more then two gigs of memory and there is simply no reason for SL to need more then a gig on normal stuff and two if media is playing. with 2 gigs i can run 3-4 instances of snowglobe simultaneously, smoothly with little performance loss... I should be able to run at least two of snowstorm smoothly. Date: Sun, 7 Aug 2011 12:55:37 -0700 From: missannotoole at yahoo.com To: opensource-dev at lists.secondlife.com Subject: Re: [opensource-dev] Concerned about frequent crashes Yes. It is so bad I was unable to be logged in for more than a minute in a sim with 40+ people last night. I installed Phoenix and had no problems rezzing all the avatars and no crashes for hours. Teleports were instant. Everything works really fast. The issues with geometry appears to reside soley with LL's SLv2. V1.x appears capable of rendering anything thrown at it. From: Marine Kelley To: Lee ponzu Cc: Opensource_dev Sent: Sunday, August 7, 2011 2:07 PM Subject: Re: [opensource-dev] Concerned about frequent crashes I crash a lot on 2.8.0, at least twice a day. It is usually a sudden crash to desktop, and from the log it looks like the viewer goes short on memory. It happens more often with deferred rendering on, but it is always random, I could never link it to any particular action I take. My computer has 4GB memory, and is running Win 7 that takes 1.5GB all by itself. But I would believe that 2GB should be enough for the SL viewer... It keeps eating more and more memory though. Seems there is a huge memory leak in the deferred renderer. On 07/08/2011, Lee ponzu wrote: > I am concerned that the latest viewers have been crashing a lot for the last > week or two. I crash as often as 3 times per hour. I attach one crash > report below. Is this problem known and being worked on, or is it just me? > I am sort of a canary in the coal mine because this is an older iMac and I > use Satellite internet, so maybe I expose problems that don't crash other > people. > > Question: When OS X pops up a Problem Report for a crashed app, and says > the report is being sent to Apple, do those actually go anywhere? Is there > any maybe automated analysis and statistics done? If not, would it be > useful? Maybe I could help there. > > ponzu > > Process: Second Life [908] > Path: /Applications/Viewers/Project Viewer - > Mesh.app/Contents/MacOS/Second Life > Identifier: com.secondlife.indra.viewer > Version: Second Life version 2.8.2.237321 (2.8.2.237321) > Code Type: X86 (Native) > Parent Process: launchd [631] > > Date/Time: 2011-08-07 13:26:05.591 -0400 > OS Version: Mac OS X 10.6.8 (10K549) > Report Version: 6 > > Interval Since Last Report: 228428 sec > Crashes Since Last Report: 4 > Per-App Interval Since Last Report: 29574 sec > Per-App Crashes Since Last Report: 3 > Anonymous UUID: 18404959-AFD8-476A-807F-8B2EE7A368F6 > > Exception Type: EXC_CRASH (SIGQUIT) > Exception Codes: 0x0000000000000000, 0x0000000000000000 > Crashed Thread: 1 Dispatch queue: com.apple.libdispatch-manager > > Thread 0: Dispatch queue: com.apple.main-thread > 0 libSystem.B.dylib 0x91b75c5a __kill + 10 > 1 libSystem.B.dylib 0x91b75c4c kill$UNIX2003 + 32 > 2 libSystem.B.dylib 0x91c085a5 raise + 26 > 3 libllcommon.dylib 0x04965480 > default_unix_signal_handler(int, __siginfo*, void*) + 432 > 4 libSystem.B.dylib 0x91b7b05b _sigtramp + 43 > 5 libSystem.B.dylib 0x91b40f56 wait4 + 10 > 6 libSystem.B.dylib 0x91ba25e5 pclose + 215 > 7 libllcommon.dylib 0x04a333de LLMemoryInfo::loadStatsMap() + > 3598 > 8 libllcommon.dylib 0x04a34763 LLMemoryInfo::refresh() + 35 > 9 libllcommon.dylib 0x04a401ee FrameWatcher::tick(LLSD const&) > + 606 > 10 libllcommon.dylib 0x04a356d2 > boost::detail::function::function_obj_invoker1 boost::_mfi::mf1, > boost::_bi::list2, boost::arg<1> > >, bool, > LLSD const&>::invoke(boost::detail::function::function_buffer&, LLSD const&) > + 82 > 11 com.secondlife.indra.viewer 0x0175e689 > boost::signals2::detail::signal1_impl float, std::less, boost::function, > boost::function, > boost::signals2::mutex>::slot_invoker::m_invoke(boost::shared_ptr boost::optional >, boost::signals2::slot1 boost::function >, boost::signals2::mutex> > const&, > ...) const + 57 > 12 com.secondlife.indra.viewer 0x0175e94d > boost::signals2::detail::signal1_impl float, std::less, boost::function, > boost::function, > boost::signals2::mutex>::operator()(LLSD const&) + 525 > 13 libllcommon.dylib 0x049a71df LLEventStream::post(LLSD > const&) + 63 > 14 com.secondlife.indra.viewer 0x000de32d LLAppViewer::mainLoop() + 1453 > 15 com.secondlife.indra.viewer 0x01350918 main + 568 > 16 com.secondlife.indra.viewer 0x00009ad6 start + 54 > > Thread 1 Crashed: Dispatch queue: com.apple.libdispatch-manager > 0 libSystem.B.dylib 0x91b3b382 kevent + 10 > 1 libSystem.B.dylib 0x91b3ba9c _dispatch_mgr_invoke + 215 > 2 libSystem.B.dylib 0x91b3af59 _dispatch_queue_invoke + 163 > 3 libSystem.B.dylib 0x91b3acfe _dispatch_worker_thread2 + 240 > 4 libSystem.B.dylib 0x91b3a781 _pthread_wqthread + 390 > 5 libSystem.B.dylib 0x91b3a5c6 start_wqthread + 30 > > Thread 2: > 0 libSystem.B.dylib 0x91b14afa mach_msg_trap + 10 > 1 libSystem.B.dylib 0x91b15267 mach_msg + 68 > 2 libexception_handler.dylib 0x04d27bcd > google_breakpad::ExceptionHandler::WaitForMessage(void*) + 125 > 3 libSystem.B.dylib 0x91b42259 _pthread_start + 345 > 4 libSystem.B.dylib 0x91b420de thread_start + 34 > > > > > > Second Life 2.8.2 (237321) Jul 29 2011 17:51:01 (Project Viewer - Mesh) > Release Notes > > CPU: Intel(R) Core(TM)2 Duo CPU T7700 @ 2.40GHz (2400 MHz) > Memory: 3072 MB > OS Version: Mac OS X 10.6.8 Darwin 10.8.0 Darwin Kernel Version 10.8.0: Tue > Jun 7 16:33:36 PDT 2011; root:xnu-1504.15.3~1/RELEASE_I386 i386 > Graphics Card Vendor: ATI Technologies Inc. > Graphics Card: ATI Radeon HD 2600 PRO OpenGL Engine > > OpenGL Version: 2.1 ATI-1.6.36 > > libcurl Version: libcurl/7.21.1 OpenSSL/0.9.8q zlib/1.2.5 c-ares/1.7.1 > J2C Decoder Version: KDU v6.4.1 > Audio Driver Version: FMOD version 3.750000 > Qt Webkit Version: 4.7.1 (version number hard-coded) > Voice Server Version: Not Connected > Built with GCC version 40001 > _______________________________________________ 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/20110807/a914d0ba/attachment.htm From aklo at skyhighway.com Sun Aug 7 14:47:04 2011 From: aklo at skyhighway.com (aklo at skyhighway.com) Date: Sun, 7 Aug 2011 14:47:04 -0700 Subject: [opensource-dev] Snowglobe Startup Failure Message-ID: Hey Everybody, somewhere during installing a buncha junk i need for stuff i actually earn money for, i made it so Snowglobe wouldn't start anymore. i don't think i did anything strange, i just click-installed the downloaded stuff right out of my browser's downloads window. Anyway, Snowglobe won't start. i thought maybe it had something to do with Python, but i think i'm sure now that none of that changed. Can someone please tell me where Snowglobe might be logging what it does during start-up so i can see if i can figure out what to do to fix it? All i get for clicking the Snowglobe icon on my desktop is about 2 sec of hourglass and then nothing. i don't wanna change viewers, i just want Snowglobe to start, and i especially don't wanna get the latest (or any) version 2 viewer. Even more, i don't wanna have to never use SL again! Please help? P.S. i thought of just reinstalling Snowglobe, but i have v1.5 & i can't find a place to download that version, and i either didn't save (typical) or can't find (even more typical) the installation package i used to begin with. :-( From vsavchuk at productengine.com Sun Aug 7 14:59:39 2011 From: vsavchuk at productengine.com (Vadim ProductEngine) Date: Sun, 07 Aug 2011 21:59:39 -0000 Subject: [opensource-dev] Review Request: STORM-1427 Crash in world map when region name search is empty (Assert fails in LLWorldMapMessage::processMapBlockReply) In-Reply-To: <20110805210744.30213.25560@domU-12-31-38-00-90-68.compute-1.internal> References: <20110805210744.30213.25560@domU-12-31-38-00-90-68.compute-1.internal> Message-ID: <20110807215939.8675.18628@domU-12-31-38-00-90-68.compute-1.internal> > On Aug. 5, 2011, 2:07 p.m., Boroondas Gupte wrote: > > Thanks for looking into this. I've stopped counting how often I've crashed due to this. > > > > > Apparently, passing empty region name to the MapNameRequest makes server return > > > empty name in MapBlockReply, which triggered the assertion. > > > > Shouldn't we warn rather than assert when we receive invalid (or just useless) data from remote (whether by our own or the servers' fault)? I don't think any service should be given the power to 'shoot down' the viewer. The assert will not be in issue for release builds. Triggering it in debug builds help catching bugs, as in this case. Besides, the assert was added in attempt to locate another bug (EXT-4568), so I'd just leave it. > On Aug. 5, 2011, 2:07 p.m., Boroondas Gupte wrote: > > indra/newview/llfloaterworldmap.cpp, lines 1225-1229 > > > > > > Instead of returning early ... There's no point in executing the rest of the method code, so we're returning. And I'd rather add a return than increase indentation, thus making hg blame useless at finding out why the indented code was written. > On Aug. 5, 2011, 2:07 p.m., Boroondas Gupte wrote: > > indra/newview/llfloaterworldmap.cpp, lines 1230-1243 > > > > > > ... you could wrap the remainder of the method into a conditional block. There's no point in executing the rest of the method code, so we're returning. And I'd rather add a return than increase indentation, thus making hg blame useless at finding out why the indented code was written. - Vadim ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/432/#review953 ----------------------------------------------------------- On Aug. 5, 2011, 1:34 p.m., Vadim ProductEngine wrote: > > ----------------------------------------------------------- > This is an automatically generated e-mail. To reply, visit: > http://codereview.secondlife.com/r/432/ > ----------------------------------------------------------- > > (Updated Aug. 5, 2011, 1:34 p.m.) > > > Review request for Viewer. > > > Summary > ------- > > Fixed a debug assertion triggered in the world map floater. > > Apparently, passing empty region name to the MapNameRequest makes server return > empty name in MapBlockReply, which triggered the assertion. > > > Diffs > ----- > > indra/newview/llfloaterworldmap.cpp 0fd2a1181a96 > > Diff: http://codereview.secondlife.com/r/432/diff > > > Testing > ------- > > > Thanks, > > Vadim > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110807/f59cf639/attachment-0001.htm From aklo at skyhighway.com Sun Aug 7 15:23:58 2011 From: aklo at skyhighway.com (aklo at skyhighway.com) Date: Sun, 7 Aug 2011 15:23:58 -0700 Subject: [opensource-dev] [re:] Snowglobe Startup Failure Message-ID: <9d93d0f749071d474d0a8cd21682e909.squirrel@cruziomail.cruzio.com> Hey Everybody (again), after that last message i sent i remembered that i had a thumbdrive with stuff on it that i didn't want to lose if something happened to my computer. It had a saved copy of the Snowglobe v1.5 i installed. But, re-installing didn't help. i've done everything i can think of to figure out where Snowglobe could be writing useful stuff about why it won't start, but no luck. Thanks mucho if you can help me. - AK From ardylay at gmail.com Sun Aug 7 17:42:31 2011 From: ardylay at gmail.com (Ardy Lay) Date: Sun, 07 Aug 2011 19:42:31 -0500 Subject: [opensource-dev] Concerned about frequent crashes In-Reply-To: <1312746937.30295.YahooMailNeo@web120529.mail.ne1.yahoo.com> References: <1312746937.30295.YahooMailNeo@web120529.mail.ne1.yahoo.com> Message-ID: <4E3F30F7.6080507@gmail.com> Sounds like you folks are fighting with https://jira.secondlife.com/browse/SH-1650 (SH-1650) [PUBLIC_JIRA_USERS] Widespread crash-to-desktop via llvertexbuffer.cpp(1005) - "memory allocation for vertex data failed" or Render Pool 15 From oz at lindenlab.com Mon Aug 8 06:10:44 2011 From: oz at lindenlab.com (Oz Linden) Date: Mon, 08 Aug 2011 13:10:44 -0000 Subject: [opensource-dev] Review Request: STORM-1427 Crash in world map when region name search is empty (Assert fails in LLWorldMapMessage::processMapBlockReply) In-Reply-To: <20110805203432.27361.73523@domU-12-31-38-00-90-68.compute-1.internal> References: <20110805203432.27361.73523@domU-12-31-38-00-90-68.compute-1.internal> Message-ID: <20110808131044.8300.74732@domU-12-31-38-00-90-68.compute-1.internal> ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/432/#review957 ----------------------------------------------------------- Ship it! I don't agree with your early return rationale, but let's just go with this. - Oz On Aug. 5, 2011, 1:34 p.m., Vadim ProductEngine wrote: > > ----------------------------------------------------------- > This is an automatically generated e-mail. To reply, visit: > http://codereview.secondlife.com/r/432/ > ----------------------------------------------------------- > > (Updated Aug. 5, 2011, 1:34 p.m.) > > > Review request for Viewer. > > > Summary > ------- > > Fixed a debug assertion triggered in the world map floater. > > Apparently, passing empty region name to the MapNameRequest makes server return > empty name in MapBlockReply, which triggered the assertion. > > > Diffs > ----- > > indra/newview/llfloaterworldmap.cpp 0fd2a1181a96 > > Diff: http://codereview.secondlife.com/r/432/diff > > > Testing > ------- > > > Thanks, > > Vadim > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110808/fa899abf/attachment.htm From akanevsky at productengine.com Mon Aug 8 08:49:46 2011 From: akanevsky at productengine.com (Anya Kanevsky) Date: Mon, 8 Aug 2011 08:49:46 -0700 Subject: [opensource-dev] Concerned about frequent crashes In-Reply-To: <4E3F30F7.6080507@gmail.com> References: <1312746937.30295.YahooMailNeo@web120529.mail.ne1.yahoo.com> <4E3F30F7.6080507@gmail.com> Message-ID: This could be SH-2218, which was fixed in 2.8.1 HOTFIX release. At least for the Mac OS crashes. Try that build? We're actively investigating crashes, so thank you for following up on yours! grumpity 2011/8/7 Ardy Lay > Sounds like you folks are fighting with > https://jira.secondlife.com/browse/SH-1650 > (SH-1650) [PUBLIC_JIRA_USERS] Widespread crash-to-desktop via > llvertexbuffer.cpp(1005) - "memory allocation for vertex data failed" or > Render Pool 15 > _______________________________________________ > 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/20110808/e380ca1e/attachment.htm From lee.ponzu at gmail.com Mon Aug 8 09:24:37 2011 From: lee.ponzu at gmail.com (Lee ponzu) Date: Mon, 8 Aug 2011 12:24:37 -0400 Subject: [opensource-dev] Collecting DIDN'T CRASH data Message-ID: I just had a sort of strange idea, but maybe this is alrady common practice. Just thought I would ask. Collect data about viewers that didn't crash. After some time cutoff, send the didn't crash data (with permission of the user, of course) to a repository. Then, when you have a bunch of Crash Reports, you could compare them to the didn't crash reports from similar hardware/OS/Version, and maybe some pattern would pop out. Such as VBO *and* AA crashes, or whatever. Just a thought. Cannot stop my brain. Best I can do is to not inflict it on everyone else too often. You all owe me more than you know. 8-) ponzu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110808/b862a166/attachment.htm From sllists at boroon.dasgupta.ch Mon Aug 8 10:35:14 2011 From: sllists at boroon.dasgupta.ch (Boroondas Gupte) Date: Mon, 08 Aug 2011 17:35:14 -0000 Subject: [opensource-dev] Review Request: STORM-1427 Crash in world map when region name search is empty (Assert fails in LLWorldMapMessage::processMapBlockReply) In-Reply-To: <20110805203432.27361.73523@domU-12-31-38-00-90-68.compute-1.internal> References: <20110805203432.27361.73523@domU-12-31-38-00-90-68.compute-1.internal> Message-ID: <20110808173514.8297.37854@domU-12-31-38-00-90-68.compute-1.internal> ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/432/#review959 ----------------------------------------------------------- Ship it! > The assert will not be in issue for release builds. > Triggering it in debug builds help catching bugs, as in this case. > Besides, the assert was added in attempt to locate another bug (EXT-4568), so I'd just leave it. Sounds reasonable. - Boroondas On Aug. 5, 2011, 1:34 p.m., Vadim ProductEngine wrote: > > ----------------------------------------------------------- > This is an automatically generated e-mail. To reply, visit: > http://codereview.secondlife.com/r/432/ > ----------------------------------------------------------- > > (Updated Aug. 5, 2011, 1:34 p.m.) > > > Review request for Viewer. > > > Summary > ------- > > Fixed a debug assertion triggered in the world map floater. > > Apparently, passing empty region name to the MapNameRequest makes server return > empty name in MapBlockReply, which triggered the assertion. > > > Diffs > ----- > > indra/newview/llfloaterworldmap.cpp 0fd2a1181a96 > > Diff: http://codereview.secondlife.com/r/432/diff > > > Testing > ------- > > > Thanks, > > Vadim > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110808/ec9bf3e9/attachment.htm From vsavchuk at productengine.com Mon Aug 8 10:51:36 2011 From: vsavchuk at productengine.com (Vadim ProductEngine) Date: Mon, 08 Aug 2011 17:51:36 -0000 Subject: [opensource-dev] Review Request: STORM-1427 Crash in world map when region name search is empty (Assert fails in LLWorldMapMessage::processMapBlockReply) In-Reply-To: <20110805203432.27361.73523@domU-12-31-38-00-90-68.compute-1.internal> References: <20110805203432.27361.73523@domU-12-31-38-00-90-68.compute-1.internal> Message-ID: <20110808175136.8300.41614@domU-12-31-38-00-90-68.compute-1.internal> ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/432/ ----------------------------------------------------------- (Updated Aug. 8, 2011, 10:51 a.m.) Review request for Viewer. Changes ------- Fixed JIRA ticket reference. Summary ------- Fixed a debug assertion triggered in the world map floater. Apparently, passing empty region name to the MapNameRequest makes server return empty name in MapBlockReply, which triggered the assertion. This addresses bug STORM-1427. http://jira.secondlife.com/browse/STORM-1427 Diffs ----- indra/newview/llfloaterworldmap.cpp 0fd2a1181a96 Diff: http://codereview.secondlife.com/r/432/diff Testing ------- Thanks, Vadim -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110808/7d5a46a9/attachment.htm From mysty.saunders at gmail.com Mon Aug 8 11:46:44 2011 From: mysty.saunders at gmail.com (Mysty Saunders) Date: Mon, 8 Aug 2011 14:46:44 -0400 Subject: [opensource-dev] Compile Error llmeshrepository.cpp in 3.0.1 Message-ID: Using Ubuntu 32 11.04 GCC 4.5 building with ReleaseOS /home/mysty/sl004/viewer-development/indra/newview/llmeshrepository.cpp: In member function ?void LLPhysicsDecomp::setMeshData(LLCDMeshData&, bool)?: /home/mysty/sl004/viewer-development/indra/newview/llmeshrepository.cpp:2921:80: error: no matching function for call to ?LLConvexDecomposition::setMeshData(LLCDMeshData*, bool&)? /home/mysty/sl004/viewer-development/build-linux-i686/packages/include/llconvexdecomposition.h:178:21: note: candidate is: virtual LLCDResult LLConvexDecomposition::setMeshData(const LLCDMeshData*) /home/mysty/sl004/viewer-development/indra/newview/llmeshrepository.cpp: In member function ?void LLPhysicsDecomp::doDecompositionSingleHull()?: /home/mysty/sl004/viewer-development/indra/newview/llmeshrepository.cpp:3132:27: error: ?class LLConvexDecomposition? has no member named ?buildSingleHull? /home/mysty/sl004/viewer-development/indra/newview/llmeshrepository.cpp:3149:10: error: ?class LLConvexDecomposition? has no member named ?getSingleHull? make[2]: *** [newview/CMakeFiles/secondlife-bin.dir/llmeshrepository.o] Error 1 make[2]: *** Waiting for unfinished jobs.... make[1]: *** [newview/CMakeFiles/secondlife-bin.dir/all] Error 2 make: *** [all] Error 2 ERROR: building default configuration returned 2 For more information: try re-running your command with --verbose or --debug -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110808/55fd5e02/attachment-0001.htm From wolfpup67 at earthlink.net Mon Aug 8 12:46:20 2011 From: wolfpup67 at earthlink.net (WolfPup Lowenhar) Date: Mon, 8 Aug 2011 15:46:20 -0400 Subject: [opensource-dev] Compile Error llmeshrepository.cpp in 3.0.1 In-Reply-To: References: Message-ID: <002a01cc5603$d91340b0$8b39c210$@net> Please till the Jira issues concerning llconvexdecomposition are done and accepted to the LL repositories please loacly build and use the following repository and also use the file url method to point to the package you generate. Repository URL: https://bitbucket.org/WolfpupL/llconvexdecompositionos/overview From: opensource-dev-bounces at lists.secondlife.com [mailto:opensource-dev-bounces at lists.secondlife.com] On Behalf Of Mysty Saunders Sent: Monday, August 08, 2011 2:47 PM To: opensource-dev at lists.secondlife.com Subject: [opensource-dev] Compile Error llmeshrepository.cpp in 3.0.1 Using Ubuntu 32 11.04 GCC 4.5 building with ReleaseOS /home/mysty/sl004/viewer-development/indra/newview/llmeshrepository.cpp: In member function 'void LLPhysicsDecomp::setMeshData(LLCDMeshData&, bool)': /home/mysty/sl004/viewer-development/indra/newview/llmeshrepository.cpp:2921 :80: error: no matching function for call to 'LLConvexDecomposition::setMeshData(LLCDMeshData*, bool&)' /home/mysty/sl004/viewer-development/build-linux-i686/packages/include/llcon vexdecomposition.h:178:21: note: candidate is: virtual LLCDResult LLConvexDecomposition::setMeshData(const LLCDMeshData*) /home/mysty/sl004/viewer-development/indra/newview/llmeshrepository.cpp: In member function 'void LLPhysicsDecomp::doDecompositionSingleHull()': /home/mysty/sl004/viewer-development/indra/newview/llmeshrepository.cpp:3132 :27: error: 'class LLConvexDecomposition' has no member named 'buildSingleHull' /home/mysty/sl004/viewer-development/indra/newview/llmeshrepository.cpp:3149 :10: error: 'class LLConvexDecomposition' has no member named 'getSingleHull' make[2]: *** [newview/CMakeFiles/secondlife-bin.dir/llmeshrepository.o] Error 1 make[2]: *** Waiting for unfinished jobs.... make[1]: *** [newview/CMakeFiles/secondlife-bin.dir/all] Error 2 make: *** [all] Error 2 ERROR: building default configuration returned 2 For more information: try re-running your command with --verbose or --debug _____ No virus found in this message. Checked by AVG - www.avg.com Version: 10.0.1391 / Virus Database: 1520/3821 - Release Date: 08/08/11 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110808/ec92e732/attachment.htm From vsavchuk at productengine.com Mon Aug 8 14:02:58 2011 From: vsavchuk at productengine.com (Vadim ProductEngine) Date: Mon, 08 Aug 2011 21:02:58 -0000 Subject: [opensource-dev] Review Request: STORM-632 URL-like resident display name is shown as clickable HTTP URL in various places (additional fix) Message-ID: <20110808210258.10751.89035@domU-12-31-38-00-90-68.compute-1.internal> ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/433/ ----------------------------------------------------------- Review request for Viewer. Summary ------- Disallow showing URL-like avatar display names as Web links in the ShareItemsConfirmation notification. Updating the tag parsing regexp to enable multiple ... clauses in a single textbox. This addresses bug STORM-632. http://jira.secondlife.com/browse/STORM-632 Diffs ----- indra/llui/llurlentry.cpp 99a6889a65ec indra/newview/skins/default/xui/en/notifications.xml 99a6889a65ec Diff: http://codereview.secondlife.com/r/433/diff Testing ------- Thanks, Vadim -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110808/821c59b5/attachment.htm From vsavchuk at productengine.com Tue Aug 9 12:55:10 2011 From: vsavchuk at productengine.com (Vadim ProductEngine) Date: Tue, 09 Aug 2011 19:55:10 -0000 Subject: [opensource-dev] Review Request: STORM-1546 Crash in LLSecAPIBasicHandler::getCertificateStore Message-ID: <20110809195510.8297.47667@domU-12-31-38-00-90-68.compute-1.internal> ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/435/ ----------------------------------------------------------- Review request for Viewer and David Parks. Summary ------- Fixed a crash caused by a race condition in LLRefCount. Reason: secapiSSLCertVerifyCallback() seems to be called simultaneously by multiple threads, which causes a race condition in LLRefCount::ref/unref() methods. The reference counter in LLSecAPIBasicHandler::mStore goes to zero, and the object gets destroyed. Fix: Derive LLCertificateStore from LLThreadSafeRefCount instead of LLRefCount, which should fix the race condition. Note: The LLThreadSafeRefCount constructor is private, so we have to wrap instances of the class with LLPointer. This addresses bug STORM-1546. http://jira.secondlife.com/browse/STORM-1546 Diffs ----- indra/newview/llsecapi.h 8f15e5a13e8f indra/newview/llsechandler_basic.cpp 8f15e5a13e8f Diff: http://codereview.secondlife.com/r/435/diff Testing ------- Thanks, Vadim -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110809/8ede53e5/attachment.htm From tateru.nino at gmail.com Tue Aug 9 13:07:35 2011 From: tateru.nino at gmail.com (Tateru Nino) Date: Wed, 10 Aug 2011 06:07:35 +1000 Subject: [opensource-dev] Collecting DIDN'T CRASH data In-Reply-To: References: Message-ID: <4E419387.6060108@gmail.com> It's not a daft idea. It's good science. On 9/08/2011 2:24 AM, Lee ponzu wrote: > I just had a sort of strange idea, but maybe this is alrady common > practice. Just thought I would ask. > > Collect data about viewers that didn't crash. After some time cutoff, > send the didn't crash data (with permission of the user, of course) to > a repository. > > Then, when you have a bunch of Crash Reports, you could compare them > to the didn't crash reports from similar hardware/OS/Version, and > maybe some pattern would pop out. Such as VBO *and* AA crashes, or > whatever. > > Just a thought. Cannot stop my brain. Best I can do is to not > inflict it on everyone else too often. You all owe me more than you > know. 8-) > > ponzu > > > _______________________________________________ > 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/20110810/974efee4/attachment.htm From soft at lindenlab.com Tue Aug 9 13:29:26 2011 From: soft at lindenlab.com (Brian McGroarty) Date: Tue, 9 Aug 2011 13:29:26 -0700 Subject: [opensource-dev] Collecting DIDN'T CRASH data In-Reply-To: References: Message-ID: On Mon, Aug 8, 2011 at 9:24 AM, Lee ponzu wrote: > I just had a sort of strange idea, but maybe this is alrady common > practice. Just thought I would ask. > > Collect data about viewers that didn't crash. After some time cutoff, send > the didn't crash data (with permission of the user, of course) to a > repository. > > Then, when you have a bunch of Crash Reports, you could compare them to the > didn't crash reports from similar hardware/OS/Version, and maybe some > pattern would pop out. Such as VBO *and* AA crashes, or whatever. > > Just a thought. Cannot stop my brain. Best I can do is to not inflict it > on everyone else too often. You all owe me more than you know. 8-) > Data is collected about viewer sessions that end in a successful logout, and it's examined in much the manner you propose. I believe the aggregate data is shared with Third Party Viewer teams and/or at the Open Source office hours. I'm not sure if the lab has shared a recent breakdown against different OSes and graphic chipsets, but that could be a good thing to ask for if anyone's focussing on graphics or stability. -- Brian McGroarty | Linden Lab Sent from my Newton MP2100 via acoustic coupler -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110809/c57c54ac/attachment.htm From davep at lindenlab.com Tue Aug 9 13:45:56 2011 From: davep at lindenlab.com (David Parks) Date: Tue, 09 Aug 2011 20:45:56 -0000 Subject: [opensource-dev] Review Request: STORM-1546 Crash in LLSecAPIBasicHandler::getCertificateStore In-Reply-To: <20110809195510.8297.47667@domU-12-31-38-00-90-68.compute-1.internal> References: <20110809195510.8297.47667@domU-12-31-38-00-90-68.compute-1.internal> Message-ID: <20110809204556.8302.50682@domU-12-31-38-00-90-68.compute-1.internal> ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/435/#review960 ----------------------------------------------------------- Ship it! Looks good -- make sure to ask QA to do a performance A/B test to make sure this doesn't introduce frame stalls. - David On Aug. 9, 2011, 12:55 p.m., Vadim ProductEngine wrote: > > ----------------------------------------------------------- > This is an automatically generated e-mail. To reply, visit: > http://codereview.secondlife.com/r/435/ > ----------------------------------------------------------- > > (Updated Aug. 9, 2011, 12:55 p.m.) > > > Review request for Viewer and David Parks. > > > Summary > ------- > > Fixed a crash caused by a race condition in LLRefCount. > > Reason: > secapiSSLCertVerifyCallback() seems to be called simultaneously by multiple threads, > which causes a race condition in LLRefCount::ref/unref() methods. > The reference counter in LLSecAPIBasicHandler::mStore goes to zero, and the object gets destroyed. > > Fix: > Derive LLCertificateStore from LLThreadSafeRefCount instead of LLRefCount, > which should fix the race condition. > > Note: > The LLThreadSafeRefCount constructor is private, so we have to wrap instances of the class with LLPointer. > > > This addresses bug STORM-1546. > http://jira.secondlife.com/browse/STORM-1546 > > > Diffs > ----- > > indra/newview/llsecapi.h 8f15e5a13e8f > indra/newview/llsechandler_basic.cpp 8f15e5a13e8f > > Diff: http://codereview.secondlife.com/r/435/diff > > > Testing > ------- > > > Thanks, > > Vadim > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110809/5cf7dcb0/attachment.htm From lee.ponzu at gmail.com Tue Aug 9 14:10:54 2011 From: lee.ponzu at gmail.com (Lee ponzu) Date: Tue, 9 Aug 2011 17:10:54 -0400 Subject: [opensource-dev] Collecting DIDN'T CRASH data In-Reply-To: References: Message-ID: Good to hear. But I was also thinking of the graphics settings. There are all those proven and unproven theories about VBO on, but not with AA, and only on alternate Tuesdays....I know I have some of them myself. I have convinced myself that VBO is bad on my ATI 2600Pro iMac. On Tue, Aug 9, 2011 at 4:29 PM, Brian McGroarty wrote: > > Data is collected about viewer sessions that end in a successful logout, > and it's examined in much the manner you propose. I believe the aggregate > data is shared with Third Party Viewer teams and/or at the Open Source > office hours. I'm not sure if the lab has shared a recent breakdown against > different OSes and graphic chipsets, but that could be a good thing to ask > for if anyone's focussing on graphics or stability. > > -- > Brian McGroarty | Linden Lab > Sent from my Newton MP2100 via acoustic coupler > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110809/e8827589/attachment.htm From angel_of_crimson at hotmail.com Tue Aug 9 17:17:05 2011 From: angel_of_crimson at hotmail.com (Erin Mallory) Date: Tue, 9 Aug 2011 20:17:05 -0400 Subject: [opensource-dev] Collecting DIDN'T CRASH data In-Reply-To: References: , , Message-ID: Not that I have allot of standing to voice my thoughts in the matter, but I would like to see some detailed stats and some analysis on other things besides crashes. Freezes, disconnects, stalls, and memory usage come to mind. In fact more then just analysis, I would love to see some cutting and pasting of differant versions of relevant codes from different viewers that had wildly different behaviors doing the same tasks.... For those that need an example to illustrate my point or understand my reasoning I include an example below. For the rest, I will simply say that I think it would be both enlightening and productive to play Frankenstein's Creator with the various viewer codes... example: Lets say for some reason a particular build of firestorm is more stable then the snowstorm build it was based off of, but that it tends to both freeze up more and use more memory. (This actually happens to have been true for some builds.) Now lets say that a mythological viewer we will call Bluestorm comes along built of that same snowstorm build which uses less memory then either firestorm or snowstorm, has slightly lower freezing then firestorm but more then snowstorm, and crashes more then both but almost never stalls or disconnects. Lets go on to say hypothetically, a study showed that bluestorm maybe had less stalls or disconnects because it had a lower rate of failure because of how the viewer side code handled some part of group or inventory calls or something but that a small bug in this same code was responsible for the higher crash rates but firestorm already had the fix for that. Maybe this study also could show that the memory usage of Snowstorm and Firestorm revealed that some of the insane memory usage tended to happen when people maximized the fifth group or individual im window after receiving 100+ new lines to minimized conversations and something in Bluestorm was changed so that didn't happen. I think some real valuable data could come from taking a month or two and looking at what causes the differences in all of these areas of performance and possibly doing some swapouts of the various versions of the relevant code chunks and seeing what works best. I bet a lot of wildly different things come about because of little corrections people don't even think about as well as just as a result of preparing code for integration of other features. Maybe those features might not need to be actually integrated for some of those changes to be helpful. Date: Tue, 9 Aug 2011 17:10:54 -0400 From: lee.ponzu at gmail.com To: soft at lindenlab.com CC: opensource-dev at lists.secondlife.com Subject: Re: [opensource-dev] Collecting DIDN'T CRASH data Good to hear. But I was also thinking of the graphics settings. There are all those proven and unproven theories about VBO on, but not with AA, and only on alternate Tuesdays....I know I have some of them myself. I have convinced myself that VBO is bad on my ATI 2600Pro iMac. On Tue, Aug 9, 2011 at 4:29 PM, Brian McGroarty wrote: Data is collected about viewer sessions that end in a successful logout, and it's examined in much the manner you propose. I believe the aggregate data is shared with Third Party Viewer teams and/or at the Open Source office hours. I'm not sure if the lab has shared a recent breakdown against different OSes and graphic chipsets, but that could be a good thing to ask for if anyone's focussing on graphics or stability. -- Brian McGroarty | Linden Lab Sent from my Newton MP2100 via acoustic coupler _______________________________________________ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110809/7ee77092/attachment-0001.htm From stickman at gmail.com Tue Aug 9 17:17:51 2011 From: stickman at gmail.com (Stickman) Date: Tue, 9 Aug 2011 17:17:51 -0700 Subject: [opensource-dev] Collecting DIDN'T CRASH data In-Reply-To: References: Message-ID: > Data is collected about viewer sessions that end in a successful logout, and > it's examined in much the manner you propose. I believe the aggregate data > is shared with Third Party Viewer teams and/or at the Open Source office > hours. I'm not sure if the lab has shared a recent breakdown against > different OSes and graphic chipsets, but that could be a good thing to ask > for if anyone's focussing on graphics or stability. I think I've tooted this horn on this list before, but since the subject has come up again, I'd like to bring up a Jira I created that requests information like this be made available to the public. https://jira.secondlife.com/browse/WEB-2596 It would greatly aid content developers, as well as open source developers, by letting them know what people's computers are capable of, what features they have turned on, and what things people can and can't actually use. I recently built a tool that requires Media on a Prim, only to find out (by a third party source, since LL doesn't make this information publicly available that I'm aware of) that only around 50% of users have a viewer capable of even using MOAP. Some day I hope to have time to work up a solution to this myself. But I'm not going to cry if someone beats me to it. Stickman From vsavchuk at productengine.com Wed Aug 10 08:25:29 2011 From: vsavchuk at productengine.com (Vadim ProductEngine) Date: Wed, 10 Aug 2011 15:25:29 -0000 Subject: [opensource-dev] Review Request: STORM-632 URL-like resident display name is shown as clickable HTTP URL in various places (additional fix) In-Reply-To: <20110808210258.10751.89035@domU-12-31-38-00-90-68.compute-1.internal> References: <20110808210258.10751.89035@domU-12-31-38-00-90-68.compute-1.internal> Message-ID: <20110810152529.12854.49616@domU-12-31-38-00-90-68.compute-1.internal> ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/433/ ----------------------------------------------------------- (Updated Aug. 10, 2011, 8:25 a.m.) Review request for Viewer and Richard Nelson. Changes ------- Adding Richard to reviewers. Summary ------- Disallow showing URL-like avatar display names as Web links in the ShareItemsConfirmation notification. Updating the tag parsing regexp to enable multiple ... clauses in a single textbox. This addresses bug STORM-632. http://jira.secondlife.com/browse/STORM-632 Diffs ----- indra/llui/llurlentry.cpp 99a6889a65ec indra/newview/skins/default/xui/en/notifications.xml 99a6889a65ec Diff: http://codereview.secondlife.com/r/433/diff Testing ------- Thanks, Vadim -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110810/44876eb2/attachment.htm From oz at lindenlab.com Wed Aug 10 14:48:38 2011 From: oz at lindenlab.com (Oz Linden (Scott Lawrence)) Date: Wed, 10 Aug 2011 17:48:38 -0400 Subject: [opensource-dev] 3.0.0 Beta Candidate available Message-ID: <4E42FCB6.9070603@lindenlab.com> We have completed our latest build for 3.0.0 (238157) and it's available for download here: https://wiki.secondlife.com/wiki/Downloading_test_builds#Beta_Candidates We'd love to have you try it out - doing the things you normally do in Second Life and provide us with feedback. Once you've had a chance to try this out, this build will become the next release into our beta channel. We have created a meta issue in jira for you to attach any bug you find https://jira.secondlife.com/browse/VWR-26648. In addition, if you should discover a mesh issue, VWR bug creation now has a Mesh component available. Some important facts about this viewer: * Mesh support. This build will allow you to upload and see meshes on supported regions of aditi and agni (previous viewers will show meshes as prims). * Currently regions in the magnum and "Secondlife RC Mesh" channels have mesh support. * On supported regions where you have build permissions, mesh upload can be accessed via the Build->Upload->Model... option. A L$ fee will be charged for uploads, with the size of the fee determined by the complexity of the model. * Your account must be mesh enabled before uploading; the requirements for this are that your account has payment info on file, and that you have completed a questionnaire related to intellectual property issues as they apply to mesh. If you are not yet mesh enabled, the model upload dialog will provide a link to the questionnaire. * See http://wiki.secondlife.com/wiki/Mesh for more information about mesh. Thank you for your interest in making our viewer experience better. If you have any questions, please feel free to either post them in our Mesh Forums http://community.secondlife.com/t5/Mesh/bd-p/Mesh or join us at our office hours http://wiki.secondlife.com/wiki/Content_Creation,_Mesh_Import,_Scripting_User_Group. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110810/90c35421/attachment.htm From lee.ponzu at gmail.com Wed Aug 10 16:16:52 2011 From: lee.ponzu at gmail.com (Lee ponzu) Date: Wed, 10 Aug 2011 19:16:52 -0400 Subject: [opensource-dev] 3.0.0 Beta Candidate available In-Reply-To: <4E42FCB6.9070603@lindenlab.com> References: <4E42FCB6.9070603@lindenlab.com> Message-ID: The funny thing is that over in some forums there is the usual thread about what comes after 2.9.x, which the knowing have explained *can* be 2.10, 2.11, and so on because the version does not comprise the parts of a single decimal number. Then you guys screw us up by going to 3.x sheesh. ponzu On Wed, Aug 10, 2011 at 5:48 PM, Oz Linden (Scott Lawrence) < oz at lindenlab.com> wrote: > > We have completed our latest build for 3.0.0 (238157) and it's available > for download here: > > https://wiki.secondlife.com/wiki/Downloading_test_builds#Beta_Candidates > > We'd love to have you try it out - doing the things you normally do in > Second Life and provide us with feedback. Once you've had a chance to try > this out, this build will become the next release into our beta channel. We > have created a meta issue in jira for you to attach any bug you find > https://jira.secondlife.com/browse/VWR-26648. In addition, if you should > discover a mesh issue, VWR bug creation now has a Mesh component available. > Some important facts about this viewer: > > > - Mesh support. This build will allow you to upload and see meshes on > supported regions of aditi and agni (previous viewers will show meshes as > prims). > - Currently regions in the magnum and "Secondlife RC Mesh" channels > have mesh support. > - On supported regions where you have build permissions, mesh upload > can be accessed via the Build->Upload->Model... option. A L$ fee will be > charged for uploads, with the size of the fee determined by the complexity > of the model. > - Your account must be mesh enabled before uploading; the requirements > for this are that your account has payment info on file, and that you have > completed a questionnaire related to intellectual property issues as they > apply to mesh. If you are not yet mesh enabled, the model upload dialog will > provide a link to the questionnaire. > - See http://wiki.secondlife.com/wiki/Mesh for more information about > mesh. > > > Thank you for your interest in making our viewer experience better. If you > have any questions, please feel free to either post them in our Mesh Forums > http://community.secondlife.com/t5/Mesh/bd-p/Mesh or join us at our > office hours > http://wiki.secondlife.com/wiki/Content_Creation,_Mesh_Import,_Scripting_User_Group. > > > > _______________________________________________ > 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/20110810/83421e56/attachment.htm From xotmid at gmail.com Wed Aug 10 16:36:33 2011 From: xotmid at gmail.com (Brandon Husbands) Date: Wed, 10 Aug 2011 18:36:33 -0500 Subject: [opensource-dev] 3.0.0 Beta Candidate available In-Reply-To: References: <4E42FCB6.9070603@lindenlab.com> Message-ID: I how does this constitute a major revision number? On Aug 10, 2011 6:17 PM, "Lee ponzu" wrote: > The funny thing is that over in some forums there is the usual thread about > what comes after 2.9.x, which the knowing have explained *can* be 2.10, > 2.11, and so on because the version does not comprise the parts of a single > decimal number. > > Then you guys screw us up by going to 3.x sheesh. > > ponzu > > On Wed, Aug 10, 2011 at 5:48 PM, Oz Linden (Scott Lawrence) < > oz at lindenlab.com> wrote: > >> >> We have completed our latest build for 3.0.0 (238157) and it's available >> for download here: >> >> https://wiki.secondlife.com/wiki/Downloading_test_builds#Beta_Candidates >> >> We'd love to have you try it out - doing the things you normally do in >> Second Life and provide us with feedback. Once you've had a chance to try >> this out, this build will become the next release into our beta channel. We >> have created a meta issue in jira for you to attach any bug you find >> https://jira.secondlife.com/browse/VWR-26648. In addition, if you should >> discover a mesh issue, VWR bug creation now has a Mesh component available. >> Some important facts about this viewer: >> >> >> - Mesh support. This build will allow you to upload and see meshes on >> supported regions of aditi and agni (previous viewers will show meshes as >> prims). >> - Currently regions in the magnum and "Secondlife RC Mesh" channels >> have mesh support. >> - On supported regions where you have build permissions, mesh upload >> can be accessed via the Build->Upload->Model... option. A L$ fee will be >> charged for uploads, with the size of the fee determined by the complexity >> of the model. >> - Your account must be mesh enabled before uploading; the requirements >> for this are that your account has payment info on file, and that you have >> completed a questionnaire related to intellectual property issues as they >> apply to mesh. If you are not yet mesh enabled, the model upload dialog will >> provide a link to the questionnaire. >> - See http://wiki.secondlife.com/wiki/Mesh for more information about >> mesh. >> >> >> Thank you for your interest in making our viewer experience better. If you >> have any questions, please feel free to either post them in our Mesh Forums >> http://community.secondlife.com/t5/Mesh/bd-p/Mesh or join us at our >> office hours >> http://wiki.secondlife.com/wiki/Content_Creation,_Mesh_Import,_Scripting_User_Group . >> >> >> >> _______________________________________________ >> 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/20110810/e1239273/attachment.htm From ardylay at gmail.com Wed Aug 10 17:34:43 2011 From: ardylay at gmail.com (Ardy Lay) Date: Wed, 10 Aug 2011 19:34:43 -0500 Subject: [opensource-dev] 3.0.0 Beta Candidate available In-Reply-To: References: <4E42FCB6.9070603@lindenlab.com> Message-ID: <4E4323A3.3040001@gmail.com> On 8/10/2011 6:36 PM, Brandon Husbands wrote: > > I how does this constitute a major revision number? > > Ask Linus? Hehe. From laurent.bechir at madonie.org Wed Aug 10 17:54:23 2011 From: laurent.bechir at madonie.org (Laurent Bechir) Date: Thu, 11 Aug 2011 02:54:23 +0200 Subject: [opensource-dev] 3.0.0 Beta Candidate available In-Reply-To: <4E42FCB6.9070603@lindenlab.com> References: <4E42FCB6.9070603@lindenlab.com> Message-ID: Le 10 ao?t 2011 ? 23:48, Oz Linden (Scott Lawrence) a ?crit : > > We have completed our latest build for 3.0.0 (238157) and it's available for download here: > https://wiki.secondlife.com/wiki/Downloading_test_builds#Beta_Candidates > We'd love to have you try it out - doing the things you normally do in Second Life and provide us with feedback. This release fix the bug of profile not showing up on Mac Os X Lion on my machine ( https://jira.secondlife.com/browse/VWR-26534 ) -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110811/d21a63a0/attachment-0001.htm From angel_of_crimson at hotmail.com Wed Aug 10 20:20:27 2011 From: angel_of_crimson at hotmail.com (Erin Mallory) Date: Wed, 10 Aug 2011 23:20:27 -0400 Subject: [opensource-dev] 3.0.0 Beta Candidate available In-Reply-To: <4E42FCB6.9070603@lindenlab.com> References: <4E42FCB6.9070603@lindenlab.com> Message-ID: I cannot get it to run in advanced mode. immediately upon loading it disconnects. Every time... Date: Wed, 10 Aug 2011 17:48:38 -0400 From: oz at lindenlab.com To: opensource-dev at lists.secondlife.com Subject: [opensource-dev] 3.0.0 Beta Candidate available We have completed our latest build for 3.0.0 (238157) and it's available for download here: https://wiki.secondlife.com/wiki/Downloading_test_builds#Beta_Candidates We'd love to have you try it out - doing the things you normally do in Second Life and provide us with feedback. Once you've had a chance to try this out, this build will become the next release into our beta channel. We have created a meta issue in jira for you to attach any bug you find https://jira.secondlife.com/browse/VWR-26648. In addition, if you should discover a mesh issue, VWR bug creation now has a Mesh component available. Some important facts about this viewer: Mesh support. This build will allow you to upload and see meshes on supported regions of aditi and agni (previous viewers will show meshes as prims). Currently regions in the magnum and "Secondlife RC Mesh" channels have mesh support. On supported regions where you have build permissions, mesh upload can be accessed via the Build->Upload->Model... option. A L$ fee will be charged for uploads, with the size of the fee determined by the complexity of the model. Your account must be mesh enabled before uploading; the requirements for this are that your account has payment info on file, and that you have completed a questionnaire related to intellectual property issues as they apply to mesh. If you are not yet mesh enabled, the model upload dialog will provide a link to the questionnaire. See http://wiki.secondlife.com/wiki/Mesh for more information about mesh. Thank you for your interest in making our viewer experience better. If you have any questions, please feel free to either post them in our Mesh Forums http://community.secondlife.com/t5/Mesh/bd-p/Mesh or join us at our office hours http://wiki.secondlife.com/wiki/Content_Creation,_Mesh_Import,_Scripting_User_Group. _______________________________________________ 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/20110810/294b62c0/attachment.htm From danielravennest at gmail.com Wed Aug 10 21:06:20 2011 From: danielravennest at gmail.com (Daniel) Date: Wed, 10 Aug 2011 23:06:20 -0500 Subject: [opensource-dev] Version Numbering In-Reply-To: References: Message-ID: <4E43553C.9030109@gmail.com> > From: Brandon Husbands > I how does this constitute a major revision number? (1) Addition of a whole new asset class (mesh) with custom UV mapping, LOD's, and physics shapes (2) New physics engine & physics type (3) Change of the prim accounting system from fixed to variable for mesh and items using new physics type (4) Deferred render pipeline with projected lighting (5) Change of maximum object size from 10 to 64m Some of these items have been added in recent development builds, but this release will make them part of the official download. I think that's enough changes to warrant a major version number. Unlike the 1.x to 2.0 change, this update does not involve major changes to the user UI. Some other changes that are not part of the Viewer code specifically, but are contemporaneous are: (6) New login page (7) Social profiles on the website (8) Search that actually works So that just adds to the "a lot of stuff has changed" list. Daniel (who has been testing a 3.0 build for 2 days already. One crash on startup, and a nagging texture swap issue which I need to see if I can reproduce. I survived my version of a stress test: Visiting a region with 40 avatars while wearing 100k triangles of mesh objects) From angel_of_crimson at hotmail.com Wed Aug 10 21:21:37 2011 From: angel_of_crimson at hotmail.com (Erin Mallory) Date: Thu, 11 Aug 2011 00:21:37 -0400 Subject: [opensource-dev] 3.0.0 Beta Candidate available In-Reply-To: <4E42FCB6.9070603@lindenlab.com> References: <4E42FCB6.9070603@lindenlab.com> Message-ID: Now that I managed to actually get it to run... I gotta say I'm very disappointed in this build overall... for something that should be a major step forward with new features and stuff I'm seeing allot of stuff that feels like a step backwards. I'm listing just a very small sample of what I am seeing below: regressions: 1) only 3-4 buttons will display without the warning there isn't enough room when sidebar is open even if there is lots of space... 2) major hangups and freezes when minimized and bounced back 3) Media filter??? Where did it go? 4) Return of texture pickers in clothing creation and prim editing often screwing up when first opened... 5) Prims sometime seem to jump back to previous positions when editing them... bugs: 1) major graphic distortion and choppiness not seen in past viewers, even with graphics maxed 2) wierd pauses when loading minimap 3) extreme memory leak during inventory management and clothing creation. pushed me well over 2 gigs combined (ram and virtual) usage 4) very sluggish response to clicking objects in inventory. 1-3 second lag spikes were not uncommon. (not seeing this in 2.6, 2.7, 2.8, or firestorm viewers) good: nicer advanced tools and meters for builders Date: Wed, 10 Aug 2011 17:48:38 -0400 From: oz at lindenlab.com To: opensource-dev at lists.secondlife.com Subject: [opensource-dev] 3.0.0 Beta Candidate available We have completed our latest build for 3.0.0 (238157) and it's available for download here: https://wiki.secondlife.com/wiki/Downloading_test_builds#Beta_Candidates We'd love to have you try it out - doing the things you normally do in Second Life and provide us with feedback. Once you've had a chance to try this out, this build will become the next release into our beta channel. We have created a meta issue in jira for you to attach any bug you find https://jira.secondlife.com/browse/VWR-26648. In addition, if you should discover a mesh issue, VWR bug creation now has a Mesh component available. Some important facts about this viewer: Mesh support. This build will allow you to upload and see meshes on supported regions of aditi and agni (previous viewers will show meshes as prims). Currently regions in the magnum and "Secondlife RC Mesh" channels have mesh support. On supported regions where you have build permissions, mesh upload can be accessed via the Build->Upload->Model... option. A L$ fee will be charged for uploads, with the size of the fee determined by the complexity of the model. Your account must be mesh enabled before uploading; the requirements for this are that your account has payment info on file, and that you have completed a questionnaire related to intellectual property issues as they apply to mesh. If you are not yet mesh enabled, the model upload dialog will provide a link to the questionnaire. See http://wiki.secondlife.com/wiki/Mesh for more information about mesh. Thank you for your interest in making our viewer experience better. If you have any questions, please feel free to either post them in our Mesh Forums http://community.secondlife.com/t5/Mesh/bd-p/Mesh or join us at our office hours http://wiki.secondlife.com/wiki/Content_Creation,_Mesh_Import,_Scripting_User_Group. _______________________________________________ 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/20110811/09c6b7c3/attachment.htm From lee.ponzu at gmail.com Wed Aug 10 22:14:48 2011 From: lee.ponzu at gmail.com (Lee ponzu) Date: Thu, 11 Aug 2011 01:14:48 -0400 Subject: [opensource-dev] Version Numbering In-Reply-To: <4E43553C.9030109@gmail.com> References: <4E43553C.9030109@gmail.com> Message-ID: I think calling it Version 3 with simplify the marketing...if you want mesh, you need a version 3 viewer... ponzu On Thu, Aug 11, 2011 at 12:06 AM, Daniel wrote: > > > From: Brandon Husbands > > I how does this constitute a major revision number? > > (1) Addition of a whole new asset class (mesh) with custom UV mapping, > LOD's, and physics shapes > (2) New physics engine & physics type > (3) Change of the prim accounting system from fixed to variable for mesh > and items using new physics type > (4) Deferred render pipeline with projected lighting > (5) Change of maximum object size from 10 to 64m > > Some of these items have been added in recent development builds, but > this release will make them part of the official download. I think > that's enough changes to warrant a major version number. Unlike the 1.x > to 2.0 change, this update does not involve major changes to the user UI. > > Some other changes that are not part of the Viewer code specifically, > but are contemporaneous are: > > (6) New login page > (7) Social profiles on the website > (8) Search that actually works > > So that just adds to the "a lot of stuff has changed" list. > > Daniel > > (who has been testing a 3.0 build for 2 days already. One crash on > startup, and a nagging texture swap issue which I need to see if I can > reproduce. I survived my version of a stress test: Visiting a region > with 40 avatars while wearing 100k triangles of mesh objects) > > _______________________________________________ > 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/20110811/d72f2c8e/attachment.htm From Lance.Corrimal at eregion.de Thu Aug 11 00:01:21 2011 From: Lance.Corrimal at eregion.de (Lance Corrimal) Date: Thu, 11 Aug 2011 09:01:21 +0200 Subject: [opensource-dev] 3.0.0 Beta Candidate available In-Reply-To: References: <4E42FCB6.9070603@lindenlab.com> Message-ID: <201108110901.21309.Lance.Corrimal@eregion.de> Am Donnerstag, 11. August 2011 schrieb Erin Mallory: > Now that I managed to actually get it to run... > I gotta say I'm very disappointed in this build overall... for > something that should be a major step forward with new features > and stuff I'm seeing allot of stuff that feels like a step > backwards. I'm listing just a very small sample of what I am > seeing below: > 3) Media filter??? Where did it go? WHAT, the media filter had made it into an official LL source tree???? And even w/o showing up on codereview? bye, LC From stickman at gmail.com Thu Aug 11 01:05:14 2011 From: stickman at gmail.com (Stickman) Date: Thu, 11 Aug 2011 01:05:14 -0700 Subject: [opensource-dev] 3.0.0 Beta Candidate available In-Reply-To: <201108110901.21309.Lance.Corrimal@eregion.de> References: <4E42FCB6.9070603@lindenlab.com> <201108110901.21309.Lance.Corrimal@eregion.de> Message-ID: > WHAT, the media filter had made it into an official LL source tree???? > And even w/o showing up on codereview? Using the 3.0 beta, I can mouse over the little "play" button in the upper right, which shows the popup menu of which media is loaded and their URLs, and I can play and stop individual links. This is the only "filter" I'm aware of in the official client. I have autoplayed turned off, and I only see the land's audio stream since nothing is nearby, but I can play and stop it. Stickman From oz at lindenlab.com Thu Aug 11 06:37:26 2011 From: oz at lindenlab.com (Oz Linden (Scott Lawrence)) Date: Thu, 11 Aug 2011 09:37:26 -0400 Subject: [opensource-dev] Snowstorm Team Review Build Message-ID: <4E43DB16.5090602@lindenlab.com> http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/oz_viewer-poreview/rev/238222/index.html STORM-632 URL-like resident display name is shown as clickable HTTP URL in various places STORM-1427 Crash in world map when region name search is empty (Assert fails in LLWorldMapMessage::processMapBlockReply) STORM-1534 Derive Credits in "About Second Life" from doc/ contents STORM-1546 [crashhunters] Crash in LLSecAPIBasicHandler::getCertificateStore -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110811/96981fb4/attachment.htm From opensourceobscure at gmail.com Thu Aug 11 08:00:28 2011 From: opensourceobscure at gmail.com (opensourceobscure) Date: Thu, 11 Aug 2011 17:00:28 +0200 Subject: [opensource-dev] 3.0.0 Beta Candidate available In-Reply-To: References: <4E42FCB6.9070603@lindenlab.com> Message-ID: On Thu, Aug 11, 2011 at 06:21, Erin Mallory wrote: [...] > 3) Media filter??? Where did it go? AFAIK it didn't go anywhere, as the only build where it's included is the https://bitbucket.org/oz_linden/vwr-25062 project build Download it from https://wiki.secondlife.com/wiki/Downloading_test_builds Opensource Obscure -- http://twitter.com/oobscure - http://opensourceobscure.com/lol discuss Second Life Viewer 2: http://j.mp/slv2group From vsavchuk at productengine.com Thu Aug 11 11:47:08 2011 From: vsavchuk at productengine.com (Vadim ProductEngine) Date: Thu, 11 Aug 2011 18:47:08 -0000 Subject: [opensource-dev] Review Request: /me emote doubles name in chat history In-Reply-To: <20110728035230.21541.92631@domU-12-31-38-00-90-68.compute-1.internal> References: <20110728035230.21541.92631@domU-12-31-38-00-90-68.compute-1.internal> Message-ID: <20110811184708.8301.71778@domU-12-31-38-00-90-68.compute-1.internal> ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/419/#review962 ----------------------------------------------------------- The patch introduces regressions: * The /me prefix is not handled in IMs. * In non-plain text nearby chat the /me prefix is removed completely, i.e. not replaced with a name. indra/newview/llchathistory.cpp Agree with Boroondas that replacing /me with the sender name and then stripping it looks weird. - Vadim On July 27, 2011, 8:52 p.m., ardy.lay wrote: > > ----------------------------------------------------------- > This is an automatically generated e-mail. To reply, visit: > http://codereview.secondlife.com/r/419/ > ----------------------------------------------------------- > > (Updated July 27, 2011, 8:52 p.m.) > > > Review request for Viewer. > > > Summary > ------- > > As a resident of Second Life I find the displaying an emoter's name twice in nearby chat history rather unnecessary. Please lay eyes on this proposed code change and let me know what you think. > > I took care to remove the unlinked sender name instead of the linked one. > > > This addresses bug VWR-26393. > http://jira.secondlife.com/browse/VWR-26393 > > > Diffs > ----- > > indra/newview/llchathistory.cpp 2f9a87538ca1 > > Diff: http://codereview.secondlife.com/r/419/diff > > > Testing > ------- > > Tell a crowd what you are testing and many will start talking to you prefixed with /me, if they are good sports. I have been using this change for 3 days now and have not noticed any ill effects. Please note: This changest is not intended to affect nearby chat toasts, nearby chat log files, IM history, IM toasts or IM log files. > > > Thanks, > > ardy.lay > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110811/b39faecf/attachment.htm From kadah.coba at gmail.com Thu Aug 11 11:48:01 2011 From: kadah.coba at gmail.com (Kadah) Date: Thu, 11 Aug 2011 11:48:01 -0700 Subject: [opensource-dev] 3.0.0 Beta Candidate available In-Reply-To: References: <4E42FCB6.9070603@lindenlab.com> Message-ID: <4E4423E1.7050505@gmail.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Large inventory? I'm getting very close to this myself, the inv loading is taking far too long for me and blocking the viewer from communicating for almost a timeout period. On 8/10/2011 8:20 PM, Erin Mallory wrote: > I cannot get it to run in advanced mode. immediately upon loading it > disconnects. Every time... -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJORCPhAAoJEIdLfPRu7qE2YvcH/jrCk1nVGI2ivdSsEXMJBk9g hBPhPFcNhjOLYa5slDxvIAWxUCIvOCH0w9uyLXctVaAKw2p9P0KRrEgMPXPPb/WZ nnk8HnSIDuO2PA4/oLQqEAZeFxT6R9e82KlHBgARs74PrUyKfDfjM8gtgf1jglaK oiycNUOSjMpSnuuX3nA1BBhBUp53ACDWYDvkZSifnaLDjnlcva+HYHDimfhNgGBb T6gCiuk2HBHUNu/jG4nMR5GhZMVTdaQA5e0ofrsiE6p8Ugkct7PaLyNwpKJqwti9 rprNMoQL8CTWSyONgqul4Z3qO8JmYnIM+XQrxcl/GnYpSeyF6tnk5+d5l3pGkKk= =mb0Z -----END PGP SIGNATURE----- From richard at lindenlab.com Thu Aug 11 12:29:22 2011 From: richard at lindenlab.com (Richard Nelson) Date: Thu, 11 Aug 2011 19:29:22 -0000 Subject: [opensource-dev] Review Request: STORM-632 URL-like resident display name is shown as clickable HTTP URL in various places (additional fix) In-Reply-To: <20110810152529.12854.49616@domU-12-31-38-00-90-68.compute-1.internal> References: <20110810152529.12854.49616@domU-12-31-38-00-90-68.compute-1.internal> Message-ID: <20110811192922.8771.42102@domU-12-31-38-00-90-68.compute-1.internal> ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/433/#review963 ----------------------------------------------------------- indra/llui/llurlentry.cpp This regexp will not allow nested tags. I'm not sure if we can handle or use nested tags, but it would seem to be better to use: boost::regex(".?") this will consume as few characters as possible between the opening and closing tags, thus allowing multiple "nolink"s - Richard On Aug. 10, 2011, 8:25 a.m., Vadim ProductEngine wrote: > > ----------------------------------------------------------- > This is an automatically generated e-mail. To reply, visit: > http://codereview.secondlife.com/r/433/ > ----------------------------------------------------------- > > (Updated Aug. 10, 2011, 8:25 a.m.) > > > Review request for Viewer and Richard Nelson. > > > Summary > ------- > > Disallow showing URL-like avatar display names as Web links in the ShareItemsConfirmation notification. > > Updating the tag parsing regexp to enable multiple ... clauses in a single textbox. > > > This addresses bug STORM-632. > http://jira.secondlife.com/browse/STORM-632 > > > Diffs > ----- > > indra/llui/llurlentry.cpp 99a6889a65ec > indra/newview/skins/default/xui/en/notifications.xml 99a6889a65ec > > Diff: http://codereview.secondlife.com/r/433/diff > > > Testing > ------- > > > Thanks, > > Vadim > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110811/e2bdbe39/attachment.htm From kadah.coba at gmail.com Thu Aug 11 12:34:48 2011 From: kadah.coba at gmail.com (Kadah) Date: Thu, 11 Aug 2011 12:34:48 -0700 Subject: [opensource-dev] 3.0.0 Beta Candidate available In-Reply-To: <4E442864.2090006@alternatemetaverse.com> References: <4E42FCB6.9070603@lindenlab.com> <4E4423E1.7050505@gmail.com> <4E442864.2090006@alternatemetaverse.com> Message-ID: <4E442ED8.3020007@gmail.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I had just under 40k, and after a very heavy clean up, around 25k but my inventory is still slow to load and unload on viewer2. Its not related to the inv cache. It could just be that mine is on a very poorly performing asset server. When ever I log in on any v2 viewer, it takes a good 3 to 10 minutes after logging in for the lag events to finish and for my avatar (any) to actually become visible to myself. The initial event seems to be durning the inv view creation and it takes nearly long enough to cause me to become timed out. And this has been the case for quite some time, since 2.5 or 2.4. :s On 8/11/2011 12:07 PM, Mike Chase wrote: > On 08/11/2011 02:48 PM, Kadah wrote: >> Large inventory? I'm getting very close to this myself, the inv loading >> is taking far too long for me and blocking the viewer from communicating >> for almost a timeout period. > Whats large? I have about 50k items and no startup issues... I do see > what appears to be occasionaly random crashes (I cant tie it to a > specific action). But I've only started running it.. > > Mike > >> >> On 8/10/2011 8:20 PM, Erin Mallory wrote: >>> I cannot get it to run in advanced mode. immediately upon loading it >>> disconnects. Every time... -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJORC7XAAoJEIdLfPRu7qE25KMIANW34vDg0ySpE0mvz1DM0IcQ Q9fhe7K7FGL35Wa3CSEskglWTidKYhQHtdd7JDLveTOmI2+C05lblG4jQupOh+Mj /toEKL3CLJSfTHistzX1YC0ab+PNzSltrVhRHOAkDtit1uEoc/BizIewlo7ejtat QIY0cjTAE2zVyhe4NjPWgNd/ORLVSJxrpQum1cNs8g06Hr9xtHFK7Fsnu7oBn/4/ OmYopZ6vxvvHMEmWakU179kdpqOgAEGOK52fU3svDEQzH0F9871Rv8/vT0b2SqE3 6pqLBhgPynzpEl7SWnzZTfwdqxWyXPKp+r119kWwoVM1EL1lkLf8O14Uq0Zdg4w= =9hIt -----END PGP SIGNATURE----- From kadah.coba at gmail.com Thu Aug 11 12:43:50 2011 From: kadah.coba at gmail.com (Kadah) Date: Thu, 11 Aug 2011 12:43:50 -0700 Subject: [opensource-dev] Version Numbering In-Reply-To: <4E43553C.9030109@gmail.com> References: <4E43553C.9030109@gmail.com> Message-ID: <4E4430F6.1050905@gmail.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 8/10/2011 9:06 PM, Daniel wrote: > (1) Addition of a whole new asset class (mesh) with custom UV mapping, > LOD's, and physics shapes > (2) New physics engine & physics type > (3) Change of the prim accounting system from fixed to variable for mesh > and items using new physics type > (5) Change of maximum object size from 10 to 64m Server changes. > (4) Deferred render pipeline with projected lighting Was mostly there in 2.7. > (6) New login page Same and was in 2.8.1 I believe. > (7) Social profiles on the website Same and affects all LL viewers since 2.5. > (8) Search that actually works Same and affects all viewers, even v1 (soon). That said, I was suspecting they would go 3.0 with mesh, but I was expecting they'd also do something involving the UI as well. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJORDD2AAoJEIdLfPRu7qE2/XkIALLygu6A7sxj4vwCk+2j7xPm YAuwdLoKR0ASs37sd3zLBoFxn6YY/t3GYha/UKludzVjNKVhQzi1WK9AsterOCCW o9GXN2VwZAgvPQvt2FisUF2e7aNtZbyI6lXch0SNRd3PO+PbDa3qaLRumS+f1LqU nKTIbYOVoym3n7BDwSuFF00YIGyoJi6zyOgFQR7Rri7ctKkzuAPqClqhowrkut3f PLPuqgwgVc+WZtaYeim3nS9cYt63c49drrK924lscr3onCFLahIwPvsV+lbtOPtR Fx65Y79hSqxMWLgRwvjKdN6IeWOyBSE43vL9qq2C6WXuZni8uLznuFnM6of1u24= =iHBV -----END PGP SIGNATURE----- From vsavchuk at productengine.com Thu Aug 11 12:46:47 2011 From: vsavchuk at productengine.com (Vadim ProductEngine) Date: Thu, 11 Aug 2011 19:46:47 -0000 Subject: [opensource-dev] Review Request: STORM-632 URL-like resident display name is shown as clickable HTTP URL in various places (additional fix) In-Reply-To: <20110811192922.8771.42102@domU-12-31-38-00-90-68.compute-1.internal> References: <20110811192922.8771.42102@domU-12-31-38-00-90-68.compute-1.internal> Message-ID: <20110811194647.8693.24029@domU-12-31-38-00-90-68.compute-1.internal> > On Aug. 11, 2011, 12:29 p.m., Richard Nelson wrote: > > indra/llui/llurlentry.cpp, line 1137 > > > > > > This regexp will not allow nested tags. I'm not sure if we can handle or use nested tags, but it would seem to be better to use: > > > > boost::regex(".?") > > > > this will consume as few characters as possible between the opening and closing tags, thus allowing multiple "nolink"s If I'm not mistaken, this regexp would not allow more than one character between the tags. - Vadim ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/433/#review963 ----------------------------------------------------------- On Aug. 10, 2011, 8:25 a.m., Vadim ProductEngine wrote: > > ----------------------------------------------------------- > This is an automatically generated e-mail. To reply, visit: > http://codereview.secondlife.com/r/433/ > ----------------------------------------------------------- > > (Updated Aug. 10, 2011, 8:25 a.m.) > > > Review request for Viewer and Richard Nelson. > > > Summary > ------- > > Disallow showing URL-like avatar display names as Web links in the ShareItemsConfirmation notification. > > Updating the tag parsing regexp to enable multiple ... clauses in a single textbox. > > > This addresses bug STORM-632. > http://jira.secondlife.com/browse/STORM-632 > > > Diffs > ----- > > indra/llui/llurlentry.cpp 99a6889a65ec > indra/newview/skins/default/xui/en/notifications.xml 99a6889a65ec > > Diff: http://codereview.secondlife.com/r/433/diff > > > Testing > ------- > > > Thanks, > > Vadim > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110811/cf43dfed/attachment.htm From richard at lindenlab.com Thu Aug 11 12:50:12 2011 From: richard at lindenlab.com (Richard Nelson) Date: Thu, 11 Aug 2011 19:50:12 -0000 Subject: [opensource-dev] Review Request: STORM-632 URL-like resident display name is shown as clickable HTTP URL in various places (additional fix) In-Reply-To: <20110811192922.8771.42102@domU-12-31-38-00-90-68.compute-1.internal> References: <20110811192922.8771.42102@domU-12-31-38-00-90-68.compute-1.internal> Message-ID: <20110811195012.8300.64475@domU-12-31-38-00-90-68.compute-1.internal> > On Aug. 11, 2011, 12:29 p.m., Richard Nelson wrote: > > indra/llui/llurlentry.cpp, line 1137 > > > > > > This regexp will not allow nested tags. I'm not sure if we can handle or use nested tags, but it would seem to be better to use: > > > > boost::regex(".?") > > > > this will consume as few characters as possible between the opening and closing tags, thus allowing multiple "nolink"s > > Vadim ProductEngine wrote: > If I'm not mistaken, this regexp would not allow more than one character between the tags. You are right, I meant .*? - Richard ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/433/#review963 ----------------------------------------------------------- On Aug. 10, 2011, 8:25 a.m., Vadim ProductEngine wrote: > > ----------------------------------------------------------- > This is an automatically generated e-mail. To reply, visit: > http://codereview.secondlife.com/r/433/ > ----------------------------------------------------------- > > (Updated Aug. 10, 2011, 8:25 a.m.) > > > Review request for Viewer and Richard Nelson. > > > Summary > ------- > > Disallow showing URL-like avatar display names as Web links in the ShareItemsConfirmation notification. > > Updating the tag parsing regexp to enable multiple ... clauses in a single textbox. > > > This addresses bug STORM-632. > http://jira.secondlife.com/browse/STORM-632 > > > Diffs > ----- > > indra/llui/llurlentry.cpp 99a6889a65ec > indra/newview/skins/default/xui/en/notifications.xml 99a6889a65ec > > Diff: http://codereview.secondlife.com/r/433/diff > > > Testing > ------- > > > Thanks, > > Vadim > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110811/5743bd46/attachment-0001.htm From leliel.mirihi at gmail.com Thu Aug 11 13:10:20 2011 From: leliel.mirihi at gmail.com (leliel) Date: Thu, 11 Aug 2011 13:10:20 -0700 Subject: [opensource-dev] Version Numbering In-Reply-To: <4E4430F6.1050905@gmail.com> References: <4E43553C.9030109@gmail.com> <4E4430F6.1050905@gmail.com> Message-ID: On Thu, Aug 11, 2011 at 12:43 PM, Kadah wrote: >> (4) Deferred render pipeline with projected lighting > Was mostly there in 2.7. Deferred rendering has been around since the 1.20 viewer, projected lights were added in 2.0. The only thing 2.7 did was put the options in the preferences floater. From kadah.coba at gmail.com Thu Aug 11 14:21:55 2011 From: kadah.coba at gmail.com (Kadah) Date: Thu, 11 Aug 2011 14:21:55 -0700 Subject: [opensource-dev] Version Numbering In-Reply-To: References: <4E43553C.9030109@gmail.com> <4E4430F6.1050905@gmail.com> Message-ID: <4E4447F3.4030005@gmail.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 8/11/2011 1:10 PM, leliel wrote: > On Thu, Aug 11, 2011 at 12:43 PM, Kadah wrote: >>> (4) Deferred render pipeline with projected lighting >> Was mostly there in 2.7. > > Deferred rendering has been around since the 1.20 viewer, projected > lights were added in 2.0. The only thing 2.7 did was put the options > in the preferences floater. And fix a lot of the bugs. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJOREfzAAoJEIdLfPRu7qE29LcH/1BcndV/kh7E/6qOHeuPRcCk XdHfBrIvg0OQpD71rl0tCOFBwcjro45hkDyAuJmLEps/GIQIj4jm58AyiE5M00lE DKGoOXX7XxCXGS+qPGwfz4ZuXMakjzeRr0Vsc3oEjOh5Tzqqpl0/2mq/08MLkYLo MpHaShnWdmB7OctlUvjgF9uSGgOZ/7BbfFajbSB6H3tiU1gz+KBHT6KqmsMWoB/y 2jAzqSoaiAXpBqsUigzFvp+ci4fPBUTJ023RHDvq9Xfp43BWJUlcpl5QknVVjXPw /mBpqpKfjQyLJTVJxYKXdKpysakZz75ymVizuy842Kg8IL+yGfnOPzGsz0eWMns= =f3aQ -----END PGP SIGNATURE----- From angel_of_crimson at hotmail.com Thu Aug 11 14:41:36 2011 From: angel_of_crimson at hotmail.com (Erin Mallory) Date: Thu, 11 Aug 2011 17:41:36 -0400 Subject: [opensource-dev] 3.0.0 Beta Candidate available In-Reply-To: <4E442ED8.3020007@gmail.com> References: <4E42FCB6.9070603@lindenlab.com>, , <4E4423E1.7050505@gmail.com>, <4E442864.2090006@alternatemetaverse.com>, <4E442ED8.3020007@gmail.com> Message-ID: Im under 60k and im NOT seeing this on older v2 versions or on firestorm so I'm fairly certain it is simply this version of the viewer. > Date: Thu, 11 Aug 2011 12:34:48 -0700 > From: kadah.coba at gmail.com > To: mike.chase at alternatemetaverse.com > CC: opensource-dev at lists.secondlife.com > Subject: Re: [opensource-dev] 3.0.0 Beta Candidate available > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > I had just under 40k, and after a very heavy clean up, around 25k but my > inventory is still slow to load and unload on viewer2. Its not related > to the inv cache. It could just be that mine is on a very poorly > performing asset server. > When ever I log in on any v2 viewer, it takes a good 3 to 10 minutes > after logging in for the lag events to finish and for my avatar (any) to > actually become visible to myself. The initial event seems to be durning > the inv view creation and it takes nearly long enough to cause me to > become timed out. And this has been the case for quite some time, since > 2.5 or 2.4. :s > > On 8/11/2011 12:07 PM, Mike Chase wrote: > > On 08/11/2011 02:48 PM, Kadah wrote: > >> Large inventory? I'm getting very close to this myself, the inv loading > >> is taking far too long for me and blocking the viewer from communicating > >> for almost a timeout period. > > Whats large? I have about 50k items and no startup issues... I do see > > what appears to be occasionaly random crashes (I cant tie it to a > > specific action). But I've only started running it.. > > > > Mike > > > >> > >> On 8/10/2011 8:20 PM, Erin Mallory wrote: > >>> I cannot get it to run in advanced mode. immediately upon loading it > >>> disconnects. Every time... > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.11 (MingW32) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ > > iQEcBAEBAgAGBQJORC7XAAoJEIdLfPRu7qE25KMIANW34vDg0ySpE0mvz1DM0IcQ > Q9fhe7K7FGL35Wa3CSEskglWTidKYhQHtdd7JDLveTOmI2+C05lblG4jQupOh+Mj > /toEKL3CLJSfTHistzX1YC0ab+PNzSltrVhRHOAkDtit1uEoc/BizIewlo7ejtat > QIY0cjTAE2zVyhe4NjPWgNd/ORLVSJxrpQum1cNs8g06Hr9xtHFK7Fsnu7oBn/4/ > OmYopZ6vxvvHMEmWakU179kdpqOgAEGOK52fU3svDEQzH0F9871Rv8/vT0b2SqE3 > 6pqLBhgPynzpEl7SWnzZTfwdqxWyXPKp+r119kWwoVM1EL1lkLf8O14Uq0Zdg4w= > =9hIt > -----END PGP SIGNATURE----- > _______________________________________________ > 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/20110811/8469bea3/attachment.htm From kadah.coba at gmail.com Thu Aug 11 15:01:18 2011 From: kadah.coba at gmail.com (Kadah) Date: Thu, 11 Aug 2011 15:01:18 -0700 Subject: [opensource-dev] 3.0.0 Beta Candidate available In-Reply-To: References: <4E42FCB6.9070603@lindenlab.com>, , <4E4423E1.7050505@gmail.com>, <4E442864.2090006@alternatemetaverse.com>, <4E442ED8.3020007@gmail.com> Message-ID: <4E44512E.5030904@gmail.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I guess it all depends on which of the blocking log in events is hitting you for you for too much time. I was just say that for me its always seems to be inv or outfit related. On 8/11/2011 2:41 PM, Erin Mallory wrote: > Im under 60k and im NOT seeing this on older v2 versions or on > firestorm so I'm fairly certain it is simply this version of the viewer. > >> Date: Thu, 11 Aug 2011 12:34:48 -0700 >> From: kadah.coba at gmail.com >> To: mike.chase at alternatemetaverse.com >> CC: opensource-dev at lists.secondlife.com >> Subject: Re: [opensource-dev] 3.0.0 Beta Candidate available >> > I had just under 40k, and after a very heavy clean up, around 25k but my > inventory is still slow to load and unload on viewer2. Its not related > to the inv cache. It could just be that mine is on a very poorly > performing asset server. > When ever I log in on any v2 viewer, it takes a good 3 to 10 minutes > after logging in for the lag events to finish and for my avatar (any) to > actually become visible to myself. The initial event seems to be durning > the inv view creation and it takes nearly long enough to cause me to > become timed out. And this has been the case for quite some time, since > 2.5 or 2.4. :s > > On 8/11/2011 12:07 PM, Mike Chase wrote: >> On 08/11/2011 02:48 PM, Kadah wrote: >>> Large inventory? I'm getting very close to this myself, the inv loading >>> is taking far too long for me and blocking the viewer from >> communicating >>> for almost a timeout period. >> Whats large? I have about 50k items and no startup issues... I do see >> what appears to be occasionaly random crashes (I cant tie it to a >> specific action). But I've only started running it.. > >> Mike > > >>> On 8/10/2011 8:20 PM, Erin Mallory wrote: >>>> I cannot get it to run in advanced mode. immediately upon loading it >>>> disconnects. Every time... _______________________________________________ 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 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJORFEuAAoJEIdLfPRu7qE2h3cIAMqfuKUZvytcAeoxciL0NJOg Mj4bTN9LhfLajAClZOfB0Co8T1UgpCAQkDgU6GZQu5f4REv0nlwDWm53Dwk7IOFI o1BReYBNPMNa8HLloggavrppyro9aTfKj1/A7lJvLXMbwhE2DfJ/RKUBusNyTm5n GM2wy83uVQZv8a66ZDB9aw3empFMwTz+kf/8KWEkXe90rDtefhOKA6yIYQL9BIv/ /9CBJZ88YtrPIKvoXNPeZ7SWXjCvkrXxmBNw4xY7m4SHHleBJf1En4O3YZ4Juizm 398owCM/qC7HOGr6Kvef5amnS5/6iiXCwpoD+WbrCke22mTPxNQcW3mD/wINV1M= =1S78 -----END PGP SIGNATURE----- From stone at lindenlab.com Thu Aug 11 20:26:01 2011 From: stone at lindenlab.com (Stone Linden) Date: Fri, 12 Aug 2011 03:26:01 -0000 Subject: [opensource-dev] Review Request: Respect --no-verify-ssl-cert option Message-ID: <20110812032601.8299.74066@domU-12-31-38-00-90-68.compute-1.internal> ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/438/ ----------------------------------------------------------- Review request for Viewer. Summary ------- The --no-verify-ssl-cert option is only used for XMLRPC communication. It should apply to all SSL verification. I needed this to log into a grid with an old SSL cert stuck somewhere in the bowels of login. Diffs ----- indra/newview/llsechandler_basic.cpp 2af4fbfc0c6e Diff: http://codereview.secondlife.com/r/438/diff Testing ------- With this command line option, I can log into a grid with an expired certificate. Without the option, trying to log into the same grid fails. Thanks, Stone -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110812/a1956880/attachment.htm From lee.ponzu at gmail.com Thu Aug 11 20:39:07 2011 From: lee.ponzu at gmail.com (Lee ponzu) Date: Thu, 11 Aug 2011 23:39:07 -0400 Subject: [opensource-dev] Viewer 3.0 beta VM usage Message-ID: Has been working very well for me. I do have one strange issue I thought might be interesting to the right people. I watch the OS X Activity Monitor while I am using SL. The Virtual Memory (actually, I believe it is the private VM, not the total VM, behaves a little oddly. It changes every few seconds. It normally changes to a value between about 200MB and 500MB, but it sometimes jumps to 1.2GB and even to 16EB. This last one is the most surprising. I am not sure what causes it, but it seems rather un Apple-like. Maybe OSX kernel wonks know exactly what causes this, I sure don't have a clue. Which, of course, really pisses me off. ponzu By the Way, I am moving to Seattle to take a job at Amazon Web Services. Lucky me 8-) Feel free to drop by and say hello when you are in the area.... -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110811/8d0e3547/attachment.htm From sitearm at gmail.com Thu Aug 11 21:37:13 2011 From: sitearm at gmail.com (Sitearm) Date: Thu, 11 Aug 2011 21:37:13 -0700 Subject: [opensource-dev] SLCC 2011 Begins! In-Reply-To: References: Message-ID: Full Schedule: http://schedule.slconvention.org/ Keynotes Only: http://schedule.slconvention.org/overview/type/1.+keynote+presentation Developer Only: http://schedule.slconvention.org/overview/type/4.+developers+%26+open+souce http://sitearm.wordpress.com/2011/08/12/slcc-2011-begins/ SLCC 2011 Begins! August 12, 2011 ? sitearm [image: slcc 2011 volunteers stuffing bags]The 2011 Official United States Convention of the Second Life Community begins! *Thursday* ? Early arrivals stuff convention bags for attendees. *Friday* ? Pick up your goodie bags! . OAKLAND Registration opens 10am . SL In-World Music Mixer starts 1pm . OAKLAND AvaCon Mixer starts 3pm [image: bags stuffed!]*Saturday* ? Formal programs begin 8am to 5:30pm . 2 Keynotes, 15 Breakout Presentations & Panels, 2 Mixers *Sunday* ? Formal programs continue 8am to 5:30pm . 2 Keynotes, 14 Breakout Presentations & Panels, 2 Mixers *Full Schedule* ? http://www.slconvention.org/ all times SLT / PDT . Schedule shows OAKLAND, SL, and INTERNET locations -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110811/c3ab1cdd/attachment-0001.htm From angel_of_crimson at hotmail.com Thu Aug 11 22:35:25 2011 From: angel_of_crimson at hotmail.com (Erin Mallory) Date: Fri, 12 Aug 2011 01:35:25 -0400 Subject: [opensource-dev] inventory vanishing from folders Message-ID: Anyone else notice lots of inventory disappearing from folders the last few weeks? at first it was just a few things here and there, and i figured maybe i accidently deleted them or my cache was messed up. but now i have almost one out of every 30 folders is now missing something or is totally empty. That's kinda scarey. and its not just my cummere account. its showing up on all of mine... -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110812/2adce160/attachment.htm From vsavchuk at productengine.com Fri Aug 12 05:37:35 2011 From: vsavchuk at productengine.com (Vadim ProductEngine) Date: Fri, 12 Aug 2011 12:37:35 -0000 Subject: [opensource-dev] Review Request: STORM-632 URL-like resident display name is shown as clickable HTTP URL in various places (additional fix) In-Reply-To: <20110811192922.8771.42102@domU-12-31-38-00-90-68.compute-1.internal> References: <20110811192922.8771.42102@domU-12-31-38-00-90-68.compute-1.internal> Message-ID: <20110812123735.8300.50025@domU-12-31-38-00-90-68.compute-1.internal> > On Aug. 11, 2011, 12:29 p.m., Richard Nelson wrote: > > indra/llui/llurlentry.cpp, line 1137 > > > > > > This regexp will not allow nested tags. I'm not sure if we can handle or use nested tags, but it would seem to be better to use: > > > > boost::regex(".?") > > > > this will consume as few characters as possible between the opening and closing tags, thus allowing multiple "nolink"s > > Vadim ProductEngine wrote: > If I'm not mistaken, this regexp would not allow more than one character between the tags. > > Richard Nelson wrote: > You are right, I meant .*? Thanks Richard, this is what I needed! - Vadim ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/433/#review963 ----------------------------------------------------------- On Aug. 10, 2011, 8:25 a.m., Vadim ProductEngine wrote: > > ----------------------------------------------------------- > This is an automatically generated e-mail. To reply, visit: > http://codereview.secondlife.com/r/433/ > ----------------------------------------------------------- > > (Updated Aug. 10, 2011, 8:25 a.m.) > > > Review request for Viewer and Richard Nelson. > > > Summary > ------- > > Disallow showing URL-like avatar display names as Web links in the ShareItemsConfirmation notification. > > Updating the tag parsing regexp to enable multiple ... clauses in a single textbox. > > > This addresses bug STORM-632. > http://jira.secondlife.com/browse/STORM-632 > > > Diffs > ----- > > indra/llui/llurlentry.cpp 99a6889a65ec > indra/newview/skins/default/xui/en/notifications.xml 99a6889a65ec > > Diff: http://codereview.secondlife.com/r/433/diff > > > Testing > ------- > > > Thanks, > > Vadim > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110812/e6f214ce/attachment.htm From vsavchuk at productengine.com Fri Aug 12 05:38:49 2011 From: vsavchuk at productengine.com (Vadim ProductEngine) Date: Fri, 12 Aug 2011 12:38:49 -0000 Subject: [opensource-dev] Review Request: STORM-632 URL-like resident display name is shown as clickable HTTP URL in various places (additional fix) In-Reply-To: <20110810152529.12854.49616@domU-12-31-38-00-90-68.compute-1.internal> References: <20110810152529.12854.49616@domU-12-31-38-00-90-68.compute-1.internal> Message-ID: <20110812123849.8771.20908@domU-12-31-38-00-90-68.compute-1.internal> ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/433/ ----------------------------------------------------------- (Updated Aug. 12, 2011, 5:38 a.m.) Review request for Viewer and Richard Nelson. Changes ------- Use non-greedy regexp match to enable multiple ... clauses in a single textbox. Summary ------- Disallow showing URL-like avatar display names as Web links in the ShareItemsConfirmation notification. Updating the tag parsing regexp to enable multiple ... clauses in a single textbox. This addresses bug STORM-632. http://jira.secondlife.com/browse/STORM-632 Diffs (updated) ----- indra/llui/llurlentry.cpp 99a6889a65ec indra/newview/skins/default/xui/en/notifications.xml 99a6889a65ec Diff: http://codereview.secondlife.com/r/433/diff Testing ------- Thanks, Vadim -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110812/4adbc8ce/attachment.htm From vsavchuk at productengine.com Fri Aug 12 06:43:16 2011 From: vsavchuk at productengine.com (Vadim ProductEngine) Date: Fri, 12 Aug 2011 13:43:16 -0000 Subject: [opensource-dev] Review Request: STORM-1554 Untranslatable gesture: /bow1 Message-ID: <20110812134316.8693.88672@domU-12-31-38-00-90-68.compute-1.internal> ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/439/ ----------------------------------------------------------- Review request for Viewer. Summary ------- Fixed typo in a gesture name. This addresses bug STORM-1554. http://jira.secondlife.com/browse/STORM-1554 Diffs ----- indra/newview/llviewerinventory.cpp 2af4fbfc0c6e indra/newview/skins/default/xui/en/strings.xml 2af4fbfc0c6e Diff: http://codereview.secondlife.com/r/439/diff Testing ------- Translated the gesture and made sure the translation worked. Thanks, Vadim -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110812/0ec4f006/attachment.htm From vsavchuk at productengine.com Fri Aug 12 06:53:27 2011 From: vsavchuk at productengine.com (Vadim ProductEngine) Date: Fri, 12 Aug 2011 13:53:27 -0000 Subject: [opensource-dev] Review Request: Respect --no-verify-ssl-cert option In-Reply-To: <20110812032601.8299.74066@domU-12-31-38-00-90-68.compute-1.internal> References: <20110812032601.8299.74066@domU-12-31-38-00-90-68.compute-1.internal> Message-ID: <20110812135327.8303.57835@domU-12-31-38-00-90-68.compute-1.internal> ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/438/#review967 ----------------------------------------------------------- Ship it! Looks good. - Vadim On Aug. 11, 2011, 8:26 p.m., Stone Linden wrote: > > ----------------------------------------------------------- > This is an automatically generated e-mail. To reply, visit: > http://codereview.secondlife.com/r/438/ > ----------------------------------------------------------- > > (Updated Aug. 11, 2011, 8:26 p.m.) > > > Review request for Viewer. > > > Summary > ------- > > The --no-verify-ssl-cert option is only used for XMLRPC communication. It should apply to all SSL verification. I needed this to log into a grid with an old SSL cert stuck somewhere in the bowels of login. > > > Diffs > ----- > > indra/newview/llsechandler_basic.cpp 2af4fbfc0c6e > > Diff: http://codereview.secondlife.com/r/438/diff > > > Testing > ------- > > With this command line option, I can log into a grid with an expired certificate. > Without the option, trying to log into the same grid fails. > > > Thanks, > > Stone > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110812/161f9a88/attachment-0001.htm From oz at lindenlab.com Fri Aug 12 06:55:32 2011 From: oz at lindenlab.com (Oz Linden) Date: Fri, 12 Aug 2011 13:55:32 -0000 Subject: [opensource-dev] Review Request: STORM-1534: Derive Credits lists of contributors and translators from doc/ files In-Reply-To: <20110807211031.8675.63851@domU-12-31-38-00-90-68.compute-1.internal> References: <20110807211031.8675.63851@domU-12-31-38-00-90-68.compute-1.internal> Message-ID: <20110812135532.8771.94110@domU-12-31-38-00-90-68.compute-1.internal> > On Aug. 7, 2011, 2:10 p.m., Vadim ProductEngine wrote: > > indra/newview/viewer_manifest.py, line 208 > > > > > > Shouldn't the regexp start with a caret (which denotes beginning of the line) ? the re.match python function only matches at the beginning of the value. If I had used re.search, the caret would have been needed. - Oz ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/427/#review955 ----------------------------------------------------------- On Aug. 6, 2011, 6:14 a.m., Oz Linden wrote: > > ----------------------------------------------------------- > This is an automatically generated e-mail. To reply, visit: > http://codereview.secondlife.com/r/427/ > ----------------------------------------------------------- > > (Updated Aug. 6, 2011, 6:14 a.m.) > > > Review request for Viewer. > > > Summary > ------- > > In the Help>About Second Life dialog, there are lists of users who have contributed to the viewer and provided translations. Prior to this change, those lists had to be updated manually (and had not been updated in quite some time). > > Since we have a separate file (doc/contributions.txt) to track contributions, and it is in an easily parseable format, this change modifies the viewer build to construct a file (app_settings/contributors.txt) containing those names, and another for the translators (app_settings/translators.txt) from a new doc/translations.txt file (the contents of which are not complete in this patch, but are sufficient for review and testing purposes). > > I also removed the list of Lindens from the dialog, as it too had not been updated in a long time and replaced it with a more generic statement. > > > This addresses bug storm-1534. > http://jira.secondlife.com/browse/storm-1534 > > > Diffs > ----- > > doc/contributions.txt 3b734a58e7a6 > doc/translations.txt PRE-CREATION > indra/newview/llfloaterabout.cpp 3b734a58e7a6 > indra/newview/skins/default/xui/en/floater_about.xml 3b734a58e7a6 > indra/newview/viewer_manifest.py 3b734a58e7a6 > > Diff: http://codereview.secondlife.com/r/427/diff > > > Testing > ------- > > So far built and tested only locally on my Mac... will set up a TeamCity build for other platforms shortly and add a pointer here. See screenshot on the jira issue. > > > Thanks, > > Oz > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110812/b3418a06/attachment.htm From vsavchuk at productengine.com Fri Aug 12 09:01:33 2011 From: vsavchuk at productengine.com (Vadim ProductEngine) Date: Fri, 12 Aug 2011 16:01:33 -0000 Subject: [opensource-dev] Review Request: [STORM-56] As Builder, I want more decimal places allowed in the Build tool so that I can more precisely align small prims. In-Reply-To: <20110729234013.21535.59227@domU-12-31-38-00-90-68.compute-1.internal> References: <20110729234013.21535.59227@domU-12-31-38-00-90-68.compute-1.internal> Message-ID: <20110812160133.27256.49698@domU-12-31-38-00-90-68.compute-1.internal> ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/424/#review968 ----------------------------------------------------------- Code looks fine to me, but if you play with the rotation spinners for a while you'll notice precision loss. I'm not sure the patch makes sense until this issue is addressed. - Vadim On July 29, 2011, 4:40 p.m., Kadah Coba wrote: > > ----------------------------------------------------------- > This is an automatically generated e-mail. To reply, visit: > http://codereview.secondlife.com/r/424/ > ----------------------------------------------------------- > > (Updated July 29, 2011, 4:40 p.m.) > > > Review request for Viewer. > > > Summary > ------- > > Adds 2 features: > > Adds the ability to use modifier keys to change the defined increment on LLSpinCtrl. > Alt: increment x10 > Ctrl: increment x0.1 > Shift: increment x0.01 > > Adds extra decimal places to position, size, and rotation on build floater. > Also changes LLPanelObject::sendPosition and LLPanelObject::sendScale to set smaller changes in the associated values, no change was needed for LLPanelObject::sendRotation. There should be no ill effects from this, changes are still only sent to sim on button release. > > https://bitbucket.org/Kadah_Coba/storm-56 > > > This addresses bug STORM-56. > http://jira.secondlife.com/browse/STORM-56 > > > Diffs > ----- > > indra/llui/llspinctrl.cpp UNKNOWN > indra/newview/llpanelobject.cpp UNKNOWN > indra/newview/skins/default/xui/en/floater_tools.xml UNKNOWN > > Diff: http://codereview.secondlife.com/r/424/diff > > > Testing > ------- > > Same code has been in use on FS beta for some time. I have built and tested this myself on v-d. > > > Thanks, > > Kadah > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110812/234fabba/attachment.htm From slitovchuk at productengine.com Fri Aug 12 09:03:06 2011 From: slitovchuk at productengine.com (Seth ProductEngine) Date: Fri, 12 Aug 2011 16:03:06 -0000 Subject: [opensource-dev] Review Request: STORM-1554 Untranslatable gesture: /bow1 In-Reply-To: <20110812134316.8693.88672@domU-12-31-38-00-90-68.compute-1.internal> References: <20110812134316.8693.88672@domU-12-31-38-00-90-68.compute-1.internal> Message-ID: <20110812160306.27256.38@domU-12-31-38-00-90-68.compute-1.internal> ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/439/#review969 ----------------------------------------------------------- Ship it! - Seth On Aug. 12, 2011, 6:43 a.m., Vadim ProductEngine wrote: > > ----------------------------------------------------------- > This is an automatically generated e-mail. To reply, visit: > http://codereview.secondlife.com/r/439/ > ----------------------------------------------------------- > > (Updated Aug. 12, 2011, 6:43 a.m.) > > > Review request for Viewer. > > > Summary > ------- > > Fixed typo in a gesture name. > > > This addresses bug STORM-1554. > http://jira.secondlife.com/browse/STORM-1554 > > > Diffs > ----- > > indra/newview/llviewerinventory.cpp 2af4fbfc0c6e > indra/newview/skins/default/xui/en/strings.xml 2af4fbfc0c6e > > Diff: http://codereview.secondlife.com/r/439/diff > > > Testing > ------- > > Translated the gesture and made sure the translation worked. > > > Thanks, > > Vadim > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110812/2f534745/attachment.htm From richard at lindenlab.com Fri Aug 12 10:09:43 2011 From: richard at lindenlab.com (Richard Nelson) Date: Fri, 12 Aug 2011 17:09:43 -0000 Subject: [opensource-dev] Review Request: [STORM-56] As Builder, I want more decimal places allowed in the Build tool so that I can more precisely align small prims. In-Reply-To: <20110729234013.21535.59227@domU-12-31-38-00-90-68.compute-1.internal> References: <20110729234013.21535.59227@domU-12-31-38-00-90-68.compute-1.internal> Message-ID: <20110812170943.10751.76879@domU-12-31-38-00-90-68.compute-1.internal> ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/424/#review970 ----------------------------------------------------------- We picked the precision values for those spinners based on what would survive the roundtrip via our precision-limited object update packets. Adding more precision will possibly result in confusion when the values don't respond the way you expect them to. This is particularly a problem for rotation...position and scale could probably survive another decimal point...I haven't done the math. - Richard On July 29, 2011, 4:40 p.m., Kadah Coba wrote: > > ----------------------------------------------------------- > This is an automatically generated e-mail. To reply, visit: > http://codereview.secondlife.com/r/424/ > ----------------------------------------------------------- > > (Updated July 29, 2011, 4:40 p.m.) > > > Review request for Viewer. > > > Summary > ------- > > Adds 2 features: > > Adds the ability to use modifier keys to change the defined increment on LLSpinCtrl. > Alt: increment x10 > Ctrl: increment x0.1 > Shift: increment x0.01 > > Adds extra decimal places to position, size, and rotation on build floater. > Also changes LLPanelObject::sendPosition and LLPanelObject::sendScale to set smaller changes in the associated values, no change was needed for LLPanelObject::sendRotation. There should be no ill effects from this, changes are still only sent to sim on button release. > > https://bitbucket.org/Kadah_Coba/storm-56 > > > This addresses bug STORM-56. > http://jira.secondlife.com/browse/STORM-56 > > > Diffs > ----- > > indra/llui/llspinctrl.cpp UNKNOWN > indra/newview/llpanelobject.cpp UNKNOWN > indra/newview/skins/default/xui/en/floater_tools.xml UNKNOWN > > Diff: http://codereview.secondlife.com/r/424/diff > > > Testing > ------- > > Same code has been in use on FS beta for some time. I have built and tested this myself on v-d. > > > Thanks, > > Kadah > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110812/c46e6368/attachment-0001.htm From kadah.coba at gmail.com Fri Aug 12 11:54:58 2011 From: kadah.coba at gmail.com (Kadah Coba) Date: Fri, 12 Aug 2011 18:54:58 -0000 Subject: [opensource-dev] Review Request: [STORM-56] As Builder, I want more decimal places allowed in the Build tool so that I can more precisely align small prims. In-Reply-To: <20110812170943.10751.76879@domU-12-31-38-00-90-68.compute-1.internal> References: <20110812170943.10751.76879@domU-12-31-38-00-90-68.compute-1.internal> Message-ID: <20110812185458.12854.91073@domU-12-31-38-00-90-68.compute-1.internal> > On Aug. 12, 2011, 10:09 a.m., Richard Nelson wrote: > > We picked the precision values for those spinners based on what would survive the roundtrip via our precision-limited object update packets. Adding more precision will possibly result in confusion when the values don't respond the way you expect them to. This is particularly a problem for rotation...position and scale could probably survive another decimal point...I haven't done the math. This would explain what Vadim found as I couldn't see what could be the cause of that. Perhaps updating such small increments frequently, i.e. with the low increment spinning, will led to small decimal accuracy being lost/ignored? This was something I always wondered about. Phoenix and many other viewers far older than it (I've only propagated the feature :P), had been using the extra decimals without any apparent problems. But that mag vector of 1/2 millimeter seemed to be there for more than just limiting the number of sent updates. During one of the iterations of porting this to v-d, I had an XUI property for limiting the minimal increment of the spinner buttons. Lower decimal values could still be entered but they could not be "slid" to. So if changing an objects rotation, position or scale by an extra decimal or two occasionally and intentionally, by manually entering it, isn't a problem or too much of one, I could limit the spinner's minimum increment to the original default lowest decimal place, or a multiple there of. - Kadah ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/424/#review970 ----------------------------------------------------------- On July 29, 2011, 4:40 p.m., Kadah Coba wrote: > > ----------------------------------------------------------- > This is an automatically generated e-mail. To reply, visit: > http://codereview.secondlife.com/r/424/ > ----------------------------------------------------------- > > (Updated July 29, 2011, 4:40 p.m.) > > > Review request for Viewer. > > > Summary > ------- > > Adds 2 features: > > Adds the ability to use modifier keys to change the defined increment on LLSpinCtrl. > Alt: increment x10 > Ctrl: increment x0.1 > Shift: increment x0.01 > > Adds extra decimal places to position, size, and rotation on build floater. > Also changes LLPanelObject::sendPosition and LLPanelObject::sendScale to set smaller changes in the associated values, no change was needed for LLPanelObject::sendRotation. There should be no ill effects from this, changes are still only sent to sim on button release. > > https://bitbucket.org/Kadah_Coba/storm-56 > > > This addresses bug STORM-56. > http://jira.secondlife.com/browse/STORM-56 > > > Diffs > ----- > > indra/llui/llspinctrl.cpp UNKNOWN > indra/newview/llpanelobject.cpp UNKNOWN > indra/newview/skins/default/xui/en/floater_tools.xml UNKNOWN > > Diff: http://codereview.secondlife.com/r/424/diff > > > Testing > ------- > > Same code has been in use on FS beta for some time. I have built and tested this myself on v-d. > > > Thanks, > > Kadah > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110812/3ada7b02/attachment.htm From richard at lindenlab.com Fri Aug 12 11:58:47 2011 From: richard at lindenlab.com (Richard Nelson) Date: Fri, 12 Aug 2011 18:58:47 -0000 Subject: [opensource-dev] Review Request: STORM-632 URL-like resident display name is shown as clickable HTTP URL in various places (additional fix) In-Reply-To: <20110812123849.8771.20908@domU-12-31-38-00-90-68.compute-1.internal> References: <20110812123849.8771.20908@domU-12-31-38-00-90-68.compute-1.internal> Message-ID: <20110812185847.8301.52993@domU-12-31-38-00-90-68.compute-1.internal> ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/433/#review972 ----------------------------------------------------------- Ship it! looks good! - Richard On Aug. 12, 2011, 5:38 a.m., Vadim ProductEngine wrote: > > ----------------------------------------------------------- > This is an automatically generated e-mail. To reply, visit: > http://codereview.secondlife.com/r/433/ > ----------------------------------------------------------- > > (Updated Aug. 12, 2011, 5:38 a.m.) > > > Review request for Viewer and Richard Nelson. > > > Summary > ------- > > Disallow showing URL-like avatar display names as Web links in the ShareItemsConfirmation notification. > > Updating the tag parsing regexp to enable multiple ... clauses in a single textbox. > > > This addresses bug STORM-632. > http://jira.secondlife.com/browse/STORM-632 > > > Diffs > ----- > > indra/llui/llurlentry.cpp 99a6889a65ec > indra/newview/skins/default/xui/en/notifications.xml 99a6889a65ec > > Diff: http://codereview.secondlife.com/r/433/diff > > > Testing > ------- > > > Thanks, > > Vadim > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110812/f23dfc0e/attachment.htm From tateru.nino at gmail.com Fri Aug 12 12:09:38 2011 From: tateru.nino at gmail.com (Tateru Nino) Date: Sat, 13 Aug 2011 05:09:38 +1000 Subject: [opensource-dev] Review Request: [STORM-56] As Builder, I want more decimal places allowed in the Build tool so that I can more precisely align small prims. In-Reply-To: <20110812185458.12854.91073@domU-12-31-38-00-90-68.compute-1.internal> References: <20110812170943.10751.76879@domU-12-31-38-00-90-68.compute-1.internal> <20110812185458.12854.91073@domU-12-31-38-00-90-68.compute-1.internal> Message-ID: <4E457A72.5000207@gmail.com> I know that there are certain minimums for position updates. If you move a prim less than the threshold value it appears to move in the viewer, but the region considers the prim *not* to have moved. I don't recall exactly what the threshold value is - 0.005, I think. When you come back to the region another time, the prim isn't exactly in the position you thought it was in, as any updates below the threshold never 'took'. That's one of several causes for so-called prim-drift (the prims look like they're in the right place now, but later they're mysteriously not quite where you think they should be). My workaround for this has always been - that if I need to move a prim such a small amount - to move it further away, and then apply the larger delta to get it to where I needed it. That's always worked for me, even to some quite fine levels of precision. On 13/08/2011 4:54 AM, Kadah Coba wrote: > This is an automatically generated e-mail. To reply, visit: > http://codereview.secondlife.com/r/424/ > > > On August 12th, 2011, 10:09 a.m., *Richard Nelson* wrote: > > We picked the precision values for those spinners based on what would survive the roundtrip via our precision-limited object update packets. Adding more precision will possibly result in confusion when the values don't respond the way you expect them to. This is particularly a problem for rotation...position and scale could probably survive another decimal point...I haven't done the math. > > This would explain what Vadim found as I couldn't see what could be the cause of that. > > > Perhaps updating such small increments frequently, i.e. with the low increment spinning, will led to small decimal accuracy being lost/ignored? This was something I always wondered about. Phoenix and many other viewers far older than it (I've only propagated the feature :P), had been using the extra decimals without any apparent problems. But that mag vector of 1/2 millimeter seemed to be there for more than just limiting the number of sent updates. > > During one of the iterations of porting this to v-d, I had an XUI property for limiting the minimal increment of the spinner buttons. Lower decimal values could still be entered but they could not be "slid" to. So if changing an objects rotation, position or scale by an extra decimal or two occasionally and intentionally, by manually entering it, isn't a problem or too much of one, I could limit the spinner's minimum increment to the original default lowest decimal place, or a multiple there of. > > - Kadah > > > On July 29th, 2011, 4:40 p.m., Kadah Coba wrote: > > Review request for Viewer. > By Kadah Coba. > > /Updated July 29, 2011, 4:40 p.m./ > > > Description > > Adds 2 features: > > Adds the ability to use modifier keys to change the defined increment on LLSpinCtrl. > Alt: increment x10 > Ctrl: increment x0.1 > Shift: increment x0.01 > > Adds extra decimal places to position, size, and rotation on build floater. > Also changes LLPanelObject::sendPosition and LLPanelObject::sendScale to set smaller changes in the associated values, no change was needed for LLPanelObject::sendRotation. There should be no ill effects from this, changes are still only sent to sim on button release. > > https://bitbucket.org/Kadah_Coba/storm-56 > > > Testing > > Same code has been in use on FS beta for some time. I have built and tested this myself on v-d. > > *Bugs: * STORM-56 > > > Diffs > > * indra/llui/llspinctrl.cpp (UNKNOWN) > * indra/newview/llpanelobject.cpp (UNKNOWN) > * indra/newview/skins/default/xui/en/floater_tools.xml (UNKNOWN) > > View Diff > > > > _______________________________________________ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/OpenSource-Dev > Please read the policies before posting to keep unmoderated posting privileges -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110813/9a456c6b/attachment.htm From sllists at boroon.dasgupta.ch Fri Aug 12 13:32:07 2011 From: sllists at boroon.dasgupta.ch (Boroondas Gupte) Date: Fri, 12 Aug 2011 22:32:07 +0200 Subject: [opensource-dev] [re:] Snowglobe Startup Failure In-Reply-To: <9d93d0f749071d474d0a8cd21682e909.squirrel@cruziomail.cruzio.com> References: <9d93d0f749071d474d0a8cd21682e909.squirrel@cruziomail.cruzio.com> Message-ID: <4E458DC7.30702@boroon.dasgupta.ch> On 08/07/2011 11:47 PM, aklo at skyhighway.com wrote: > somewhere during installing a buncha junk i need for stuff i actually earn > money for, i made it so Snowglobe wouldn't start anymore. Ew. > [...] i thought maybe it had something to do > with Python, but i think i'm sure now that none of that changed. We only use python at build time, not at runtime. (Otherwise you'd see it in the system requirements .) > Can someone please tell me where Snowglobe might be logging what it does > during start-up so i can see if i can figure out what to do to fix it? The location depends on your operating system, but is documented on the wiki on 'Finding Log Files ' and 'Debug Help > Where do I find my SecondLife.log file? '. (I don't know why we have that same info twice.) > [...] i don't wanna change viewers, i just want > Snowglobe to start, and i especially don't wanna get the latest (or any) > version 2 viewer. Even more, i don't wanna have to never use SL again! Please /do/ consider using a more recent viewer. Snowglobe hasn't gotten security updates for a long time. (Still better than SL Viewer 1.23, though.) There are third party viewers that preserved the look and feel of Snowglobe while keeping up-to-date with relation to the Second Life protocols and security concerns. > [...] i thought of just reinstalling Snowglobe, but i have v1.5 & i can't > find a place to download that version, and i either didn't save (typical) > or can't find (even more typical) the installation package i used to begin > with. :-( I don't think Snowglobe 1.5 has ever been released: There were probably only ever development snapshots with that version number. Links can be found in the history of the 'Snowglobe' wiki page. They've been removed from the current page to avoid new Residents stumbling across them and using Snowglobe without knowing that it is outdated software. On 08/08/2011 12:23 AM, aklo at skyhighway.com wrote: > [...] re-installing didn't help. i've done everything i can think of to figure > out where Snowglobe could be writing useful stuff about why it won't > start, but no luck. Your idea to look at the logs is good, so do that before you do anything else. Other things that you might want to try are re-installing graphics drivers or re-installing/repair-installing the operating system. (Backup your data before doing the latter!) Cheers, Boroondas -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110812/abb3525a/attachment.htm From oz at lindenlab.com Fri Aug 12 14:18:36 2011 From: oz at lindenlab.com (Oz Linden (Scott Lawrence)) Date: Fri, 12 Aug 2011 17:18:36 -0400 Subject: [opensource-dev] Mercurial hook checking for well-formed XML Message-ID: <4E4598AC.9040606@lindenlab.com> We've had a spate of errors lately that would have been detected by checking whether or not some XML file was well formed, so I've written a mercurial hook to check. It is written in python such that it runs within your existing hg commands without spawning another process; I don't believe that it significantly affects performance. It can be used both to check for changes being committed and to check changesets being pulled as a group. If any XML file in the change is not well formed, it aborts and rolls back the transaction (the commit or pull fails and your local repo is unchanged). In the case of pulling, if a file is changed in more than one changeset, only its final form is checked. If the last change is to remove the file, it is not checked. You can get the hook by checking out a copy of my tools collection into anywhere in your local files that's convenient: https://bitbucket.org/oz_linden/tools it's in the hooks subdirectory. Or by just fetching: https://bitbucket.org/oz_linden/tools/raw/16d049e51924/hooks/well_formed_xml.py (I recommend the former, since it will make pulling any update easier) Install by putting the configuration below into your ~/.hgrc file (or the .hg/hgrc file of a specific repository), changing /path/to/ to the full path to your copy of the file: [hooks] pretxncommit = python:/path/to/well_formed_xml.py:hook pretxnchangegroup = python:/path/to/well_formed_xml.py:hook * I strongly urge all viewer developers to begin using this ASAP, since effective immediately I have it installed and will fail any merge request to viewer-development that fails this test. * -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110812/a56dd8fb/attachment.htm From oz at lindenlab.com Fri Aug 12 14:32:34 2011 From: oz at lindenlab.com (Oz Linden (Scott Lawrence)) Date: Fri, 12 Aug 2011 17:32:34 -0400 Subject: [opensource-dev] 3.0.0 Beta Candidate available In-Reply-To: <201108110901.21309.Lance.Corrimal@eregion.de> References: <4E42FCB6.9070603@lindenlab.com> <201108110901.21309.Lance.Corrimal@eregion.de> Message-ID: <4E459BF2.2090801@lindenlab.com> On 2011-08-11 3:01, Lance Corrimal wrote: >> > 3) Media filter??? Where did it go? > WHAT, the media filter had made it into an official LL source tree???? > And even w/o showing up on codereview? No, not yet. There is a developer working on it, but it's not working yet. From kadah.coba at gmail.com Fri Aug 12 19:40:29 2011 From: kadah.coba at gmail.com (Kadah) Date: Fri, 12 Aug 2011 19:40:29 -0700 Subject: [opensource-dev] Mercurial hook checking for well-formed XML In-Reply-To: <4E4598AC.9040606@lindenlab.com> References: <4E4598AC.9040606@lindenlab.com> Message-ID: <4E45E41D.9000306@gmail.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 We did something similar in Firestorm, but winthin the viewer, all malformed XML is treated as an error in RelWithDebInfo and Debug. Testing builds in RelWithDebInfo instead of release is always a good idea anyway as it treats many silly goofs as errors instead of warns, like missing settings. http://hg.phoenixviewer.com/phoenix-firestorm-lgpl/rev/2c68d4aa5a01 http://hg.phoenixviewer.com/phoenix-firestorm-lgpl/rev/8fc22bdb1e7b On 8/12/2011 2:18 PM, Oz Linden (Scott Lawrence) wrote: > > We've had a spate of errors lately that would have been detected by > checking whether or not some XML file was well formed, so I've written a > mercurial hook to check. It is written in python such that it runs > within your existing hg commands without spawning another process; I > don't believe that it significantly affects performance. > > It can be used both to check for changes being committed and to check > changesets being pulled as a group. If any XML file in the change is > not well formed, it aborts and rolls back the transaction (the commit or > pull fails and your local repo is unchanged). In the case of pulling, > if a file is changed in more than one changeset, only its final form is > checked. If the last change is to remove the file, it is not checked. > > You can get the hook by checking out a copy of my tools collection into > anywhere in your local files that's convenient: > > https://bitbucket.org/oz_linden/tools > > it's in the hooks subdirectory. Or by just fetching: > > > https://bitbucket.org/oz_linden/tools/raw/16d049e51924/hooks/well_formed_xml.py > > (I recommend the former, since it will make pulling any update easier) > > Install by putting the configuration below into your ~/.hgrc file (or > the .hg/hgrc file of a specific repository), changing /path/to/ to the > full path to your copy of the file: > > [hooks] > > pretxncommit = python:/path/to/well_formed_xml.py:hook > > pretxnchangegroup = python:/path/to/well_formed_xml.py:hook > > * > I strongly urge all viewer developers to begin using this ASAP, since > effective immediately I have it installed and will fail any merge > request to viewer-development that fails this test. > * > > > > _______________________________________________ > 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 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJOReQdAAoJEIdLfPRu7qE2irMH/0d57WHuvfM0BvIGu2FP1Yni 72pMCwLt/p2LlEB+bBji7Iv05EUwrxCO36CJuet2kMusjvGfXPmp9Jsef4F2raoH HLmL7OUJLwp7dv11bcfm11tcxSInvTxbcj8IJBApGKTOk/k9X7RrVE49vMEypLR7 4cXdOqf46Cfl6gsptKUwU+/o/H3ZeoZ3jdKJfccmnzES5zj2da3stK0s2b33Fzi8 I86CWJdffScSHU8pMMXNoPiJk6EyKTelYHb3/uqJqkbnwa6t3beukGn2vPPL289O loBENGSTbuXcZvfcnRmsk7bTN8LxHc7OzyCSVm/bQUazXj5WS2UAiDiCPRXhr1I= =06La -----END PGP SIGNATURE----- From ardylay at gmail.com Sat Aug 13 08:36:22 2011 From: ardylay at gmail.com (ardylay at gmail.com) Date: Sat, 13 Aug 2011 15:36:22 -0000 Subject: [opensource-dev] Review Request: /me emote doubles name in chat history In-Reply-To: <20110811184708.8301.71778@domU-12-31-38-00-90-68.compute-1.internal> References: <20110811184708.8301.71778@domU-12-31-38-00-90-68.compute-1.internal> Message-ID: <20110813153622.8301.80607@domU-12-31-38-00-90-68.compute-1.internal> > On Aug. 11, 2011, 11:47 a.m., Vadim ProductEngine wrote: > > indra/newview/llchathistory.cpp, line 929 > > > > > > Agree with Boroondas that replacing /me with the sender name and then stripping it looks weird. I don't know how I missed that problem in IMs. All I was trying to do was fix it in nearby chat history without breaking anything else. I find that reverting one changeset gets me pretty close so I think I shall probably close and discard my own attempt here and ask for eyes on: (741e44af9f02) ER-949: Chat using '/me' style text displayed incorrectly. Reviewed by Kelly I backed that out and now I only see the local chat toasts displaying /me emotes incorrectly. What do you see? - ardy.lay ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/419/#review962 ----------------------------------------------------------- On July 27, 2011, 8:52 p.m., ardy.lay wrote: > > ----------------------------------------------------------- > This is an automatically generated e-mail. To reply, visit: > http://codereview.secondlife.com/r/419/ > ----------------------------------------------------------- > > (Updated July 27, 2011, 8:52 p.m.) > > > Review request for Viewer. > > > Summary > ------- > > As a resident of Second Life I find the displaying an emoter's name twice in nearby chat history rather unnecessary. Please lay eyes on this proposed code change and let me know what you think. > > I took care to remove the unlinked sender name instead of the linked one. > > > This addresses bug VWR-26393. > http://jira.secondlife.com/browse/VWR-26393 > > > Diffs > ----- > > indra/newview/llchathistory.cpp 2f9a87538ca1 > > Diff: http://codereview.secondlife.com/r/419/diff > > > Testing > ------- > > Tell a crowd what you are testing and many will start talking to you prefixed with /me, if they are good sports. I have been using this change for 3 days now and have not noticed any ill effects. Please note: This changest is not intended to affect nearby chat toasts, nearby chat log files, IM history, IM toasts or IM log files. > > > Thanks, > > ardy.lay > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110813/6ff97fbc/attachment.htm From aklo at skyhighway.com Sat Aug 13 09:51:36 2011 From: aklo at skyhighway.com (aklo at skyhighway.com) Date: Sat, 13 Aug 2011 09:51:36 -0700 Subject: [opensource-dev] [re:] Snowglobe Startup Failure Message-ID: <3c60522fd6cd74eb5562413f046905db.squirrel@cruziomail.cruzio.com> Boroondas, thanks for the response! i figured out a way to get SL going again by backing up to Snowglobe 1.4 Nicky Perian (Thanks Nicky!) helped me some last weekend. i found this sorta official stuff: "Sysinternals Suite" http://technet.microsoft.com/en-us/sysinternals/bb842062 on a Microsoft website that you probably already know about. It's a whole bunch of tools for Windows originally developed by an old school DOS pro back in the 90s, but updated for modern Windows. The tools are really great! i don't understand even 0.05% of what they have to say, but they make for lots of cool looking information, that's for sure! Anyway, the procmon showed me a Snowglobe DLL was having a buffer overflow. i know that isn't good, and since i'd already managed to find my Snowglobe 1.5 installation software and reinstall Snowglobe, i figured something must be wrong with Windows, so i tried Snowglobe 1.4. That worked. i was thinking about reinstalling Windows, but that's a lot of work, i have a freaky environment because of the VM i have to use, and if i screw it up i don't get any help fixing it. That would make my school & side job really hard, so i'm happy to live with Snowglobe 1.4 Maybe i'll try one of the newer viewers that has the v1 "look 'n feel," but not right now. i think i really wanna see what mesh is all about, but i think i need to have like a whole weekend or something just to get a new viewer going, so i'll wait. What i really, really wanna do is do a viewer build myself, but the build instructions keep scaring me, and i don't think my build environment is right like it is now, anyway. That's a whole nother weekend (or two...). Thanks Again! Y'all are Great!! i hope if anyone looks at the Sysinternals tools that they're really useful! They sure look like they oughta be! - AK ---------------------------------------------------------------------- On 08/07/2011 11:47 PM, aklo at skyhighway.com wrote: > somewhere during installing a buncha junk i need for stuff i actually earn > money for, i made it so Snowglobe wouldn't start anymore. Ew. > [...] i thought maybe it had something to do > with Python, but i think i'm sure now that none of that changed. We only use python at build time, not at runtime. (Otherwise you'd see it in the system requirements.) > Can someone please tell me where Snowglobe might be logging what it does > during start-up so i can see if i can figure out what to do to fix it? The location depends on your operating system, but is documented on the wiki on 'Finding Log Files' and 'Debug Help > Where do I find my SecondLife.log file?'. (I don't know why we have that same info twice.) > [...] i don't wanna change viewers, i just want > Snowglobe to start, and i especially don't wanna get the latest (or any) > version 2 viewer. Even more, i don't wanna have to never use SL again! Please do consider using a more recent viewer. Snowglobe hasn't gotten security updates for a long time. (Still better than SL Viewer 1.23, though.) There are third party viewers that preserved the look and feel of Snowglobe while keeping up-to-date with relation to the Second Life protocols and security concerns. > [...] i thought of just reinstalling Snowglobe, but i have v1.5 & i can't > find a place to download that version, and i either didn't save (typical) > or can't find (even more typical) the installation package i used to begin > with. :-( I don't think Snowglobe 1.5 has ever been released: There were probably only ever development snapshots with that version number. Links can be found in the history of the 'Snowglobe' wiki page. They've been removed from the current page to avoid new Residents stumbling across them and using Snowglobe without knowing that it is outdated software. On 08/08/2011 12:23 AM, aklo at skyhighway.com wrote: > [...] re-installing didn't help. i've done everything i can think of to figure > out where Snowglobe could be writing useful stuff about why it won't > start, but no luck. Your idea to look at the logs is good, so do that before you do anything else. Other things that you might want to try are re-installing graphics drivers or re-installing/repair-installing the operating system. (Backup your data before doing the latter!) Cheers, Boroondas _______________________________________________ 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 vsavchuk at productengine.com Sat Aug 13 11:05:52 2011 From: vsavchuk at productengine.com (Vadim ProductEngine) Date: Sat, 13 Aug 2011 18:05:52 -0000 Subject: [opensource-dev] Review Request: /me emote doubles name in chat history In-Reply-To: <20110811184708.8301.71778@domU-12-31-38-00-90-68.compute-1.internal> References: <20110811184708.8301.71778@domU-12-31-38-00-90-68.compute-1.internal> Message-ID: <20110813180552.8675.4320@domU-12-31-38-00-90-68.compute-1.internal> > On Aug. 11, 2011, 11:47 a.m., Vadim ProductEngine wrote: > > indra/newview/llchathistory.cpp, line 929 > > > > > > Agree with Boroondas that replacing /me with the sender name and then stripping it looks weird. > > ardy.lay wrote: > I don't know how I missed that problem in IMs. All I was trying to do was fix it in nearby chat history without breaking anything else. I find that reverting one changeset gets me pretty close so I think I shall probably close and discard my own attempt here and ask for eyes on: > (741e44af9f02) ER-949: Chat using '/me' style text displayed incorrectly. Reviewed by Kelly > I backed that out and now I only see the local chat toasts displaying /me emotes incorrectly. What do you see? Ardy, if you want my opinion, please provide a clean repo with single relevant changeset (so that there is no need to backout or strip anything) and post a review request. Thank you. - Vadim ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/419/#review962 ----------------------------------------------------------- On July 27, 2011, 8:52 p.m., ardy.lay wrote: > > ----------------------------------------------------------- > This is an automatically generated e-mail. To reply, visit: > http://codereview.secondlife.com/r/419/ > ----------------------------------------------------------- > > (Updated July 27, 2011, 8:52 p.m.) > > > Review request for Viewer. > > > Summary > ------- > > As a resident of Second Life I find the displaying an emoter's name twice in nearby chat history rather unnecessary. Please lay eyes on this proposed code change and let me know what you think. > > I took care to remove the unlinked sender name instead of the linked one. > > > This addresses bug VWR-26393. > http://jira.secondlife.com/browse/VWR-26393 > > > Diffs > ----- > > indra/newview/llchathistory.cpp 2f9a87538ca1 > > Diff: http://codereview.secondlife.com/r/419/diff > > > Testing > ------- > > Tell a crowd what you are testing and many will start talking to you prefixed with /me, if they are good sports. I have been using this change for 3 days now and have not noticed any ill effects. Please note: This changest is not intended to affect nearby chat toasts, nearby chat log files, IM history, IM toasts or IM log files. > > > Thanks, > > ardy.lay > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110813/62744678/attachment-0001.htm From jhwelch at gmail.com Sun Aug 14 05:19:56 2011 From: jhwelch at gmail.com (Jonathan Yap) Date: Sun, 14 Aug 2011 12:19:56 -0000 Subject: [opensource-dev] Review Request: STORM-49 As a Content Creator, I have to select a regular prim type and than choose sculpt from a drop-down menu in order to create a sculpted prim. In-Reply-To: <20110720181414.9786.64870@domU-12-31-38-00-90-68.compute-1.internal> References: <20110720181414.9786.64870@domU-12-31-38-00-90-68.compute-1.internal> Message-ID: <20110814121956.30733.72255@domU-12-31-38-00-90-68.compute-1.internal> > On July 20, 2011, 11:14 a.m., Boroondas Gupte wrote: > > indra/newview/llviewerobjectlist.cpp, line 96 > > > > > > Is a global variable really the way to go here? Also, please add a short comment explaining the semantics of this variable. > > Jonathan Yap wrote: > Comment added. Robin Cornelius suggested using a global variable. If you can think of a better way please let me know. > > Boroondas Gupte wrote: > A static class member variable would avoid littering the global namespace. Though an issue I'm more worried about would remain: We might end up converting the wrong object to a sculpty. > > I think one could trigger a race condition by clicking the new sculpty button, then veeeeery quickly clicking inworld, clicking one of the non-scuplty prim buttons and clicking inworld again. In that case, it might be undefined which of the two new objects become sculpties. Then again, users who do insane clicking like that might not care either way, anyway. I don't think rapid clicking as you suggest (even if the time was extremely close to the rezz time of the about to be created sculpt) is an issue -- the packet sent to the server to request the sculpt to be created and rezzed is going to generate a packet coming from the server with the initial object parameters. I don't see how you could "get in front" of this return server packet with additional clicking. I'm assuming the server processes packets coming from the viewer sequentially. - Jonathan ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/317/#review895 ----------------------------------------------------------- On Aug. 3, 2011, 11:21 a.m., Jonathan Yap wrote: > > ----------------------------------------------------------- > This is an automatically generated e-mail. To reply, visit: > http://codereview.secondlife.com/r/317/ > ----------------------------------------------------------- > > (Updated Aug. 3, 2011, 11:21 a.m.) > > > Review request for Viewer. > > > Summary > ------- > > As a Content Creator, I have to select a regular prim type and than choose sculpt from a drop-down menu in order to create a sculpted prim. > > I have added a new Sculpt icon to the list of available object types that can be selected on the build menu. You can now rez a sculpt the same way you do a cube. > > Possible issue: I made up a new Pcode used only by the viewer. > > > This addresses bug STORM-49. > http://jira.secondlife.com/browse/STORM-49 > > > Diffs > ----- > > doc/contributions.txt a36a329e77cc > indra/llmath/llvolume.h a36a329e77cc > indra/llprimitive/llprimitive.cpp a36a329e77cc > indra/newview/llfloatertools.cpp a36a329e77cc > indra/newview/lltoolplacer.cpp a36a329e77cc > indra/newview/llviewerobjectlist.h a36a329e77cc > indra/newview/llviewerobjectlist.cpp a36a329e77cc > indra/newview/skins/default/textures/build/Object_Sculpt.png a36a329e77cc > indra/newview/skins/default/textures/build/Object_Sculpt_Selected.png a36a329e77cc > indra/newview/skins/default/textures/textures.xml a36a329e77cc > indra/newview/skins/default/xui/en/floater_tools.xml a36a329e77cc > > Diff: http://codereview.secondlife.com/r/317/diff > > > Testing > ------- > > Rezzed a sculpt both alone and with someone watching. > > Rezzed sculpts as fast as I could click (poor mans load test). > > > Thanks, > > Jonathan > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110814/a4def979/attachment.htm From jhwelch at gmail.com Sun Aug 14 09:07:58 2011 From: jhwelch at gmail.com (Jonathan Yap) Date: Sun, 14 Aug 2011 16:07:58 -0000 Subject: [opensource-dev] Review Request: STORM-49 As a Content Creator, I have to select a regular prim type and than choose sculpt from a drop-down menu in order to create a sculpted prim. In-Reply-To: <20110803182128.23993.55957@domU-12-31-38-00-90-68.compute-1.internal> References: <20110803182128.23993.55957@domU-12-31-38-00-90-68.compute-1.internal> Message-ID: <20110814160758.30726.26159@domU-12-31-38-00-90-68.compute-1.internal> ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/317/ ----------------------------------------------------------- (Updated Aug. 14, 2011, 9:07 a.m.) Review request for Viewer. Changes ------- Converted global variable ConvertToSculpt from a global to a static class member per code review suggestion and pushed changes to bitbucket. Summary ------- As a Content Creator, I have to select a regular prim type and than choose sculpt from a drop-down menu in order to create a sculpted prim. I have added a new Sculpt icon to the list of available object types that can be selected on the build menu. You can now rez a sculpt the same way you do a cube. Possible issue: I made up a new Pcode used only by the viewer. This addresses bug STORM-49. http://jira.secondlife.com/browse/STORM-49 Diffs (updated) ----- doc/contributions.txt a36a329e77cc indra/llmath/llvolume.h a36a329e77cc indra/llprimitive/llprimitive.cpp a36a329e77cc indra/newview/llfloatertools.cpp a36a329e77cc indra/newview/lltoolplacer.cpp a36a329e77cc indra/newview/llviewerobjectlist.h a36a329e77cc indra/newview/llviewerobjectlist.cpp a36a329e77cc indra/newview/skins/default/textures/build/Object_Sculpt.png a36a329e77cc indra/newview/skins/default/textures/build/Object_Sculpt_Selected.png a36a329e77cc indra/newview/skins/default/textures/textures.xml a36a329e77cc indra/newview/skins/default/xui/en/floater_tools.xml a36a329e77cc Diff: http://codereview.secondlife.com/r/317/diff Testing ------- Rezzed a sculpt both alone and with someone watching. Rezzed sculpts as fast as I could click (poor mans load test). Thanks, Jonathan -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110814/a2fb1a5f/attachment.htm From kadah.coba at gmail.com Sun Aug 14 15:45:12 2011 From: kadah.coba at gmail.com (Kadah Coba) Date: Sun, 14 Aug 2011 15:45:12 -0700 Subject: [opensource-dev] Review Request: [STORM-56] As Builder, I want more decimal places allowed in the Build tool so that I can more precisely align small prims. In-Reply-To: <4E457A72.5000207@gmail.com> References: <20110812170943.10751.76879@domU-12-31-38-00-90-68.compute-1.internal> <20110812185458.12854.91073@domU-12-31-38-00-90-68.compute-1.internal> <4E457A72.5000207@gmail.com> Message-ID: <4E484FF8.1000406@gmail.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 There's a 0.005 minimum requiment in the viewer for sending updates to the sim. I'm wondering if there is a similar one sim side. On 8/12/2011 12:09 PM, Tateru Nino wrote: > I know that there are certain minimums for position updates. If you > move a prim less than the threshold value it appears to move in the > viewer, but the region considers the prim *not* to have moved. I > don't recall exactly what the threshold value is - 0.005, I think. > When you come back to the region another time, the prim isn't > exactly in the position you thought it was in, as any updates below > the threshold never 'took'. > > That's one of several causes for so-called prim-drift (the prims look > like they're in the right place now, but later they're mysteriously > not quite where you think they should be). > > My workaround for this has always been - that if I need to move a > prim such a small amount - to move it further away, and then apply > the larger delta to get it to where I needed it. That's always > worked for me, even to some quite fine levels of precision. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJOSE/4AAoJEIdLfPRu7qE208gIAKGZlS8DgL1Z+F49C15RFzWL WeC52qL/tAJdmyx05+rgoMZjoWe7KJsrMCUuv8yJJDCapdFjdkTwR4WGRNWfw3xG jF+Fe+TP4HYWxcu2uFlul4nCw/slpJukz44diJqQ3oNrEqfmARcrisO1PK91rlT9 CnXCQUQch156lXpJqfegfvWM/kD0bQlmlYdwymIH5WnqAsnO6rwpiFx1o+631yAR QH1RfRSw5AAdQVcEPnb76T7JRJmW6kvrnWOizdUhFkwGrT8o8pFX8vWrUC931E6K 7r0JTRP5PFN9shF4Ay68UobFbrCMyYPk4qk3Sfcn3eZTWlMfLiAvV0SPMQYGLEQ= =QNgA -----END PGP SIGNATURE----- From sitearm at gmail.com Sun Aug 14 22:41:40 2011 From: sitearm at gmail.com (Sitearm) Date: Sun, 14 Aug 2011 22:41:40 -0700 Subject: [opensource-dev] SLCC 2011 Sunday Notes & Pics In-Reply-To: References: Message-ID: ; Hi! FYI... includes Sunday and Saturday notes both. Cheers! :) Site aka James http://sitearm.wordpress.com/2011/08/15/slcc-2011-sunday-notes-pics/ SLCC 2011 Sunday Notes & Pics August 15, 2011 ? sitearm [image: View album] SLCC 2011 Sunday VIEW SLIDE SHOW DOWNLOAD ALL [image: View album] [image: View album] [image: View album] [image: View album] [image: View album] [image: View album] [image: View album] SLCC 2011 is ?history,? complete and recorded. My feet are killing me! Here [left] are a few more selected photos, including *Aliza Sherman?s* (SL: Cybergrrl Oh) morning keynote, the *Linden Lab?s* (Product Team) keynote, more Commerce & Marketing Track shots, lunch, and lindens. I?ve posted, separately, slides from Future of Commerce in Second Life, American Cancer Society Relay for Life, and Creative Economy in Second Life . Reflection SLCC 2011 has been a good experience for *Live and Remote*, and *Resident and Linden* attendees. My favorite quote at lunch, from a linden staffer, was, ?*We *[all 23 of us]* CHOSE to be here.*? In other words, Residents and Lindens are eager and ready to *reconnect*. I think this conference has been the *kick start* for that reconnecting to happen. Kudos to *AvaCon* and *Linden Lab*! Aha!?s On a personal note, my head is swimming with *new words* for the day, including ?*economic mega-region*,? ?*usability and engagement*?, ?*economic participation*,? and ?*personal branding*.? The afternoon keynote identified *Seven Product Team Contacts* for us to be aware of: Art ? *Durian Linden* Gaming ? *Gez Linden* Role Playing ? *Esbee Linden* Adult ? *Charla Linen* Education ? *Geo Linden *Music ? *Nya Linden *Fashion ? *Cassandra Linden* Concluding Thoughts I was encouraged, again, by the *quality of the speakers* and the *energy of the participants* (live and remote) to *re-engage* and *re-connect*. Put *SLCC 2012*, *First or Second Weekend in August*, *Boston*, on your calendars now. Watch for *more 2011 articles and pictures* this week. * Recordings* of 2011 sessions will be available in about a week from the SL Convention Web Site . And a *final reflection*: *We are living in a world of turmoil and change, in real life and second life. There is a new vision emerging, not formed yet. We are* all *part of forging that vision.* *So?* *Stay Connected? Enjoy? Engage? Share!* ALSO SEE: SLCC 2011 Saturday Notes & Pics -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110814/4fbe05e6/attachment.htm From vsavchuk at productengine.com Mon Aug 15 07:19:56 2011 From: vsavchuk at productengine.com (Vadim ProductEngine) Date: Mon, 15 Aug 2011 14:19:56 -0000 Subject: [opensource-dev] Review Request: VWR-26393 /me emote doubles name in chat history In-Reply-To: <20110728035230.21541.92631@domU-12-31-38-00-90-68.compute-1.internal> References: <20110728035230.21541.92631@domU-12-31-38-00-90-68.compute-1.internal> Message-ID: <20110815141956.30803.41211@domU-12-31-38-00-90-68.compute-1.internal> ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/419/ ----------------------------------------------------------- (Updated Aug. 15, 2011, 7:19 a.m.) Review request for Viewer. Summary (updated) ------- As a resident of Second Life I find the displaying an emoter's name twice in nearby chat history rather unnecessary. Please lay eyes on this proposed code change and let me know what you think. I took care to remove the unlinked sender name instead of the linked one. This addresses bug VWR-26393. http://jira.secondlife.com/browse/VWR-26393 Diffs ----- indra/newview/llchathistory.cpp 2f9a87538ca1 Diff: http://codereview.secondlife.com/r/419/diff Testing ------- Tell a crowd what you are testing and many will start talking to you prefixed with /me, if they are good sports. I have been using this change for 3 days now and have not noticed any ill effects. Please note: This changest is not intended to affect nearby chat toasts, nearby chat log files, IM history, IM toasts or IM log files. Thanks, ardy.lay -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110815/5f8590ac/attachment-0001.htm From vsavchuk at productengine.com Mon Aug 15 08:02:21 2011 From: vsavchuk at productengine.com (Vadim Savchuk) Date: Mon, 15 Aug 2011 18:02:21 +0300 Subject: [opensource-dev] Mercurial hook checking for well-formed XML In-Reply-To: <4E4598AC.9040606@lindenlab.com> References: <4E4598AC.9040606@lindenlab.com> Message-ID: On Sat, Aug 13, 2011 at 12:18 AM, Oz Linden (Scott Lawrence) < oz at lindenlab.com> wrote: > > We've had a spate of errors lately that would have been detected by > checking whether or not some XML file was well formed, so I've written a > mercurial hook to check. It is written in python such that it runs within > your existing hg commands without spawning another process; I don't believe > that it significantly affects performance. > Thanks Oz! Installed and tested. Works like a charm. -- Vadim -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110815/09dae046/attachment.htm From vsavchuk at productengine.com Mon Aug 15 09:06:06 2011 From: vsavchuk at productengine.com (Vadim ProductEngine) Date: Mon, 15 Aug 2011 16:06:06 -0000 Subject: [opensource-dev] Review Request: STORM-782 Unnecessary 'Compress snapshots to disk' menu item is presented in Advanced menu Message-ID: <20110815160606.30803.84214@domU-12-31-38-00-90-68.compute-1.internal> ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/440/ ----------------------------------------------------------- Review request for Viewer. Summary ------- Removed the useless 'Compress snapshots to disk' item from the Advanced menu. Removing the corresponding setting as well because it's not used anywhere. This addresses bug STORM-782. http://jira.secondlife.com/browse/STORM-782 Diffs ----- indra/newview/app_settings/settings.xml 87fe21031c46 indra/newview/skins/default/xui/da/menu_viewer.xml 87fe21031c46 indra/newview/skins/default/xui/de/menu_viewer.xml 87fe21031c46 indra/newview/skins/default/xui/en/menu_viewer.xml 87fe21031c46 indra/newview/skins/default/xui/es/menu_viewer.xml 87fe21031c46 indra/newview/skins/default/xui/fr/menu_viewer.xml 87fe21031c46 indra/newview/skins/default/xui/it/menu_viewer.xml 87fe21031c46 indra/newview/skins/default/xui/ja/menu_viewer.xml 87fe21031c46 indra/newview/skins/default/xui/pl/menu_viewer.xml 87fe21031c46 indra/newview/skins/default/xui/pt/menu_viewer.xml 87fe21031c46 indra/newview/skins/default/xui/zh/menu_viewer.xml 87fe21031c46 Diff: http://codereview.secondlife.com/r/440/diff Testing ------- Thanks, Vadim -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110815/93741cd8/attachment.htm From lee.ponzu at gmail.com Mon Aug 15 09:57:55 2011 From: lee.ponzu at gmail.com (Lee ponzu) Date: Mon, 15 Aug 2011 12:57:55 -0400 Subject: [opensource-dev] OS X Lion Message-ID: How much attention is being paid to Lion? I think the natives are starting to get restless. ponzu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110815/ca3dc062/attachment.htm From sllists at boroon.dasgupta.ch Mon Aug 15 11:34:46 2011 From: sllists at boroon.dasgupta.ch (Boroondas Gupte) Date: Mon, 15 Aug 2011 18:34:46 -0000 Subject: [opensource-dev] Review Request: STORM-782 Unnecessary 'Compress snapshots to disk' menu item is presented in Advanced menu In-Reply-To: <20110815160606.30803.84214@domU-12-31-38-00-90-68.compute-1.internal> References: <20110815160606.30803.84214@domU-12-31-38-00-90-68.compute-1.internal> Message-ID: <20110815183446.30812.53685@domU-12-31-38-00-90-68.compute-1.internal> ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/440/#review977 ----------------------------------------------------------- Ship it! Indeed unused, so removal is fine. - Boroondas On Aug. 15, 2011, 9:06 a.m., Vadim ProductEngine wrote: > > ----------------------------------------------------------- > This is an automatically generated e-mail. To reply, visit: > http://codereview.secondlife.com/r/440/ > ----------------------------------------------------------- > > (Updated Aug. 15, 2011, 9:06 a.m.) > > > Review request for Viewer. > > > Summary > ------- > > Removed the useless 'Compress snapshots to disk' item from the Advanced menu. > > Removing the corresponding setting as well because it's not used anywhere. > > > This addresses bug STORM-782. > http://jira.secondlife.com/browse/STORM-782 > > > Diffs > ----- > > indra/newview/app_settings/settings.xml 87fe21031c46 > indra/newview/skins/default/xui/da/menu_viewer.xml 87fe21031c46 > indra/newview/skins/default/xui/de/menu_viewer.xml 87fe21031c46 > indra/newview/skins/default/xui/en/menu_viewer.xml 87fe21031c46 > indra/newview/skins/default/xui/es/menu_viewer.xml 87fe21031c46 > indra/newview/skins/default/xui/fr/menu_viewer.xml 87fe21031c46 > indra/newview/skins/default/xui/it/menu_viewer.xml 87fe21031c46 > indra/newview/skins/default/xui/ja/menu_viewer.xml 87fe21031c46 > indra/newview/skins/default/xui/pl/menu_viewer.xml 87fe21031c46 > indra/newview/skins/default/xui/pt/menu_viewer.xml 87fe21031c46 > indra/newview/skins/default/xui/zh/menu_viewer.xml 87fe21031c46 > > Diff: http://codereview.secondlife.com/r/440/diff > > > Testing > ------- > > > Thanks, > > Vadim > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110815/3abc455c/attachment.htm From vsavchuk at productengine.com Mon Aug 15 12:26:54 2011 From: vsavchuk at productengine.com (Vadim ProductEngine) Date: Mon, 15 Aug 2011 19:26:54 -0000 Subject: [opensource-dev] Review Request: STORM-1041 Removed clothes come back to haunt me Message-ID: <20110815192654.30809.10998@domU-12-31-38-00-90-68.compute-1.internal> ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/441/ ----------------------------------------------------------- Review request for Viewer and Nyx Linden. Summary ------- The "Remove all clothes" item of the avatar menu didn't actually remove all clothes. I haven't investigated what the problem was, I've just rewritten the (ancient?) removal code in the way we take off items in other places, i.e. by removing them from the Current Outfit forder. What I'm not sure about is whether we need to call updateAppearanceFromCOF() afterwards. Nyx? This addresses bug STORM-1041. http://jira.secondlife.com/browse/STORM-1041 Diffs ----- indra/newview/llagentwearables.h 87fe21031c46 indra/newview/llagentwearables.cpp 87fe21031c46 indra/newview/llinventorybridge.cpp 87fe21031c46 Diff: http://codereview.secondlife.com/r/441/diff Testing ------- Thanks, Vadim -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110815/e2c75b05/attachment.htm From mimika.oh at gmail.com Mon Aug 15 14:56:49 2011 From: mimika.oh at gmail.com (Mimika Oh) Date: Mon, 15 Aug 2011 22:56:49 +0100 Subject: [opensource-dev] OS X Lion In-Reply-To: References: Message-ID: <39A054A9-C8F6-440F-9244-5FD1F1FC68B3@gmail.com> On 2011-08-15, at 17:57, Lee ponzu wrote: > How much attention is being paid to Lion? I think the natives are starting to get restless. If you only wish to build on Mac OS X Lion with Xcode 4 you could look at which "works for me". We also try to figure out some backward compatibility issues with this patch at . The viewer seems to build fine with Mac OS X 10.6 SDK but not with 10.7 because it is using some very old library calls. It would be very nice to make a nice Cocoa window especially with Lion's new "full screen" option. What other attention do you have in mind? From sythos at gmail.com Mon Aug 15 15:01:14 2011 From: sythos at gmail.com (Francesco "Sythos" Rabbi) Date: Tue, 16 Aug 2011 00:01:14 +0200 Subject: [opensource-dev] OS X Lion In-Reply-To: <39A054A9-C8F6-440F-9244-5FD1F1FC68B3@gmail.com> References: <39A054A9-C8F6-440F-9244-5FD1F1FC68B3@gmail.com> Message-ID: <-2757640231298201892@unknownmsgid> > On 2011-08-15, at 17:57, Lee ponzu wrote: > >> How much attention is being paid to Lion? I think the natives are starting to get restless. > > If you only wish to build on Mac OS X Lion with Xcode 4 you could look at which "works for me". > > We also try to figure out some backward compatibility issues with this patch at . > > The viewer seems to build fine with Mac OS X 10.6 SDK but not with 10.7 because it is using some very old library calls. > > It would be very nice to make a nice Cocoa window especially with Lion's new "full screen" option. > > What other attention do you have in mind? > Well, lion use OpenGL 3.3, may be nice update all shader to use the more advanced feagments and features for shaders (actually on version 120, mean OpenGL 2.1). But this mean drop snowleopard and previous... -- Sent by iPhone From yoz at lindenlab.com Mon Aug 15 16:13:22 2011 From: yoz at lindenlab.com (Yoz Grahame) Date: Mon, 15 Aug 2011 16:13:22 -0700 Subject: [opensource-dev] OS X Lion In-Reply-To: References: Message-ID: <5B2BE56DB8974B65A616714D7215E1A3@lindenlab.com> Not speaking for the team here (especially because I'm not in viewer development), just myself as a Lion user (Mid-2009 MBP, NVidia): There are only two major Lion-specific bugs that have bitten my own use so far. One is Freaky Polygons, which was quickly eased by turning off OpenGL vertex buffer objects (VBOs) in the Graphics->Hardware settings. There's a fix of some kind in the pipeline. The other is a weird problem with certain web views (such as Profiles) showing up with no CSS or JS; this turned out to be SSL cert related, and there's a fix for this one in the pipeline too. Apart from those two bugs, the viewer Works On My Machine?. I hope it also answers the overall question: yes, attention is being paid. -- Yoz On Monday, August 15, 2011 at 9:57 AM, Lee ponzu wrote: > How much attention is being paid to Lion? I think the natives are starting to get restless. > > ponzu > _______________________________________________ > 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/20110815/61a26cc8/attachment.htm From laurent.bechir at madonie.org Mon Aug 15 21:07:17 2011 From: laurent.bechir at madonie.org (Laurent Bechir) Date: Tue, 16 Aug 2011 06:07:17 +0200 Subject: [opensource-dev] OS X Lion In-Reply-To: <39A054A9-C8F6-440F-9244-5FD1F1FC68B3@gmail.com> References: <39A054A9-C8F6-440F-9244-5FD1F1FC68B3@gmail.com> Message-ID: <863858E8-99FF-4327-ABFD-8A70A4FF9CAB@madonie.org> Le 15 ao?t 2011 ? 23:56, Mimika Oh a ?crit : > > If you only wish to build on Mac OS X Lion with Xcode 4 you could look at which "works for me". Hello, How have you succeded with your build with XCode 4 ? I have XCode 4.1, I have downloaded the sources you mention, I have used "autobuild -c ReleaseOS", and Xcode don't want to build the viewer : The scheme 'PROJECT_secondlife-bin_TEST_llworldmap' contains no buildables that can be built for the SDKs supported by the run destination My Mac 64-bit. Make sure your targets all specify SDKs that are supported by this version of Xcode. Thank you -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110816/9edc5e43/attachment.htm From laurent.bechir at madonie.org Mon Aug 15 21:07:17 2011 From: laurent.bechir at madonie.org (Laurent Bechir) Date: Tue, 16 Aug 2011 06:07:17 +0200 Subject: [opensource-dev] OS X Lion In-Reply-To: <39A054A9-C8F6-440F-9244-5FD1F1FC68B3@gmail.com> References: <39A054A9-C8F6-440F-9244-5FD1F1FC68B3@gmail.com> Message-ID: <863858E8-99FF-4327-ABFD-8A70A4FF9CAB@madonie.org> Le 15 ao?t 2011 ? 23:56, Mimika Oh a ?crit : > > If you only wish to build on Mac OS X Lion with Xcode 4 you could look at which "works for me". Hello, How have you succeded with your build with XCode 4 ? I have XCode 4.1, I have downloaded the sources you mention, I have used "autobuild -c ReleaseOS", and Xcode don't want to build the viewer : The scheme 'PROJECT_secondlife-bin_TEST_llworldmap' contains no buildables that can be built for the SDKs supported by the run destination My Mac 64-bit. Make sure your targets all specify SDKs that are supported by this version of Xcode. Thank you -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110816/9edc5e43/attachment-0001.htm From oz at lindenlab.com Tue Aug 16 08:06:34 2011 From: oz at lindenlab.com (Oz Linden (Scott Lawrence)) Date: Tue, 16 Aug 2011 11:06:34 -0400 Subject: [opensource-dev] Mercurial hook checking for well-formed XML In-Reply-To: <4E4598AC.9040606@lindenlab.com> References: <4E4598AC.9040606@lindenlab.com> Message-ID: <4E4A877A.3040205@lindenlab.com> In response to my earlier note on this list about my Mercurial hook to check for well-formed XML at commit time, CG kindly pointed me to the hooks written by Bos for a more extensive set of LL policy checks (including well-formed XML). Needless to say, the version Bos wrote is more elegant than mine (but I probably learned more by doing the first version myself). In addition to providing several other checks (correct line endings, tabs where they don't belong, file name safety, copyrights and licenses), it also provides a command line hg extension (hg policy) that can be used to do checks before a commit. I have updated his script to work with current versions of Mercurial (there was one minor api change), and added a feature of two of my own. I've gotten approval to push this out to the public bitbucket, and have documented it at: https://wiki.secondlife.com/wiki/Mercurial_Tools I'll be using that version now, and encourage you to do the same. Not everything in the viewer-development tree passes these checks yet, but that won't bite you unless you modify something that already fails (the hook only checks modified files that are present in the new tip). I'll either clean up the problems that have accumulated in viewer-development or modify the tests to allow them over the next week or two. From vsavchuk at productengine.com Tue Aug 16 09:22:32 2011 From: vsavchuk at productengine.com (Vadim ProductEngine) Date: Tue, 16 Aug 2011 16:22:32 -0000 Subject: [opensource-dev] Review Request: STORM-793 Offered URL-like named object is displayed as a HTTP URL in the llGiveInventory Message-ID: <20110816162232.30813.71411@domU-12-31-38-00-90-68.compute-1.internal> ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/442/ ----------------------------------------------------------- Review request for Viewer. Summary ------- Disallowed parsing HTTP URLs in llGiveInventory notifications (one more case). The fix may look weird because we seem to wrap a SLURL with ... tags. But actually there is no SLURL, there's just an object name. Investigating that goes beyond the bug scope. This addresses bug STORM-793. http://jira.secondlife.com/browse/STORM-793 Diffs ----- indra/newview/skins/default/xui/en/notifications.xml UNKNOWN Diff: http://codereview.secondlife.com/r/442/diff Testing ------- Thanks, Vadim -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110816/85ff25e6/attachment-0001.htm From malachi at tamzap.com Tue Aug 16 10:23:21 2011 From: malachi at tamzap.com (malachi at tamzap.com) Date: Tue, 16 Aug 2011 10:23:21 -0700 Subject: [opensource-dev] =?utf-8?q?Unjust_Banning_of_residents=3F?= In-Reply-To: <20110816162232.30813.71411@domU-12-31-38-00-90-68.compute-1.internal> References: <20110816162232.30813.71411@domU-12-31-38-00-90-68.compute-1.internal> Message-ID: Violation: Third Party Viewer Usage You are connecting to the grid with a viewer that is not in the third party viewer directory. However... A viewer does not need to be on the Third Party Viewer Directory in order for development or usage of it to be compliant with the Third Party Viewer Policy (see Policy on Third-Party Viewers | Second Life) and the Terms of Service. While I am sure you are well aware of this, it can also be deduced through common sense that the open source program (Snowstorm, Snowglobe, etc) would not be able to exist in an environment where every personal compile had to be listed on the TPVD before it could even begin to undergo any form of live quality assurance processes. Long story short, unless there have been recent changes to the Terms of Service that I am unaware of, or if there are relevant sections that I have missed that indicate that a viewer that complies with the Third Party Viewer Policy still must be in the Directory to be legitimately used, I would request that you provide me with them. What this means is every single BETA tester for every client on the TPVD is at risk of losing their accounts because that compiled version of that client is not listed on the TPVD. Each and every Developer who has worked so hard to help Linden Lab build their Client into what it is is at risk of losing their accounts because each time they recompile the source it isn't listed in the TPVD and is now considered a Violation of some hidden TOS clause. I am posting this to this forum because I wanted to get feed back from the community. As I myself and a developer who has contributed patches to various TPVD Clients and am now finding myself cautious to even use these clients source codes to help them. I would like clarification from Linden Lab as well as other Developers on this new banning policy that is requiring every compiled client that connects to second life to be listed in the TPVD. From angel_of_crimson at hotmail.com Tue Aug 16 10:33:39 2011 From: angel_of_crimson at hotmail.com (Erin Mallory) Date: Tue, 16 Aug 2011 13:33:39 -0400 Subject: [opensource-dev] Unjust Banning of residents? In-Reply-To: References: <20110816162232.30813.71411@domU-12-31-38-00-90-68.compute-1.internal>, Message-ID: Last I checked there is no requirement to use an approved tvp. even on the tvp listing page. Looking at the policy and the directory pages, no where does it say that the viewer must be listed in the tvp... http://secondlife.com/corporate/tpv.php http://wiki.secondlife.com/wiki/Third_Party_Viewer_Directory "You may connect to Second Life using software released by a third-party developer. Linden Lab provides a Policy on Third-Party Viewers to promote a positive and predictable experience for all Second Life Residents." > Date: Tue, 16 Aug 2011 10:23:21 -0700 > From: malachi at tamzap.com > To: opensource-dev at lists.secondlife.com > Subject: [opensource-dev] Unjust Banning of residents? > > Violation: Third Party Viewer Usage > You are connecting to the grid with a viewer that is not in the third > party viewer directory. > > > However... > > A viewer does not need to be on the Third Party Viewer Directory in > order for development or usage of it to be compliant with the Third > Party Viewer Policy (see Policy on Third-Party Viewers | Second Life) > and the Terms of Service. While I am sure you are well aware of this, it > can also be deduced through common sense that the open source program > (Snowstorm, Snowglobe, etc) would not be able to exist in an environment > where every personal compile had to be listed on the TPVD before it > could even begin to undergo any form of live quality assurance > processes. > > Long story short, unless there have been recent changes to the Terms of > Service that I am unaware of, or if there are relevant sections that I > have missed that indicate that a viewer that complies with the Third > Party Viewer Policy still must be in the Directory to be legitimately > used, I would request that you provide me with them. > > What this means is every single BETA tester for every client on the > TPVD is at risk of losing their accounts because that compiled version > of that client is not listed on the TPVD. Each and every Developer who > has worked so hard to help Linden Lab build their Client into what it is > is at risk of losing their accounts because each time they recompile the > source it isn't listed in the TPVD and is now considered a Violation of > some hidden TOS clause. > > > I am posting this to this forum because I wanted to get feed back from > the community. As I myself and a developer who has contributed patches > to various TPVD Clients and am now finding myself cautious to even use > these clients source codes to help them. I would like clarification from > Linden Lab as well as other Developers on this new banning policy that > is requiring every compiled client that connects to second life to be > listed in the TPVD. > _______________________________________________ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/OpenSource-Dev > Please read the policies before posting to keep unmoderated posting privileges -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110816/d437c098/attachment.htm From malachi at tamzap.com Tue Aug 16 10:38:30 2011 From: malachi at tamzap.com (malachi at tamzap.com) Date: Tue, 16 Aug 2011 10:38:30 -0700 Subject: [opensource-dev] =?utf-8?q?Unjust_Banning_of_residents=3F?= In-Reply-To: References: <20110816162232.30813.71411@domU-12-31-38-00-90-68.compute-1.internal>, Message-ID: <0b75f10510f7b9e2d2b3762a163b00db@tamzap.com> exactly which is why this message is so disturbing. accounts have been terminated from second life for using a viewer not listed in the directory. "This email is notification that Linden Lab has terminated your access to the Second Life virtual world due to severe or repeated violations of the Second Life Terms of Service or Community Standards. Your (account name 'xxxxxxxxxxxxxxxxxx') and alternate Second Life accounts have been made permanently inaccessible." On Tue, 16 Aug 2011 13:33:39 -0400, Erin Mallory wrote: > Last I checked there is no requirement to use an approved tvp. even > on the tvp listing page. Looking at the policy and the directory > pages, no where does it say that the viewer must be listed in the > tvp... > http://secondlife.com/corporate/tpv.php > http://wiki.secondlife.com/wiki/Third_Party_Viewer_Directory > > "You may connect to Second Life using software released by a > third-party developer. Linden Lab provides a Policy on Third-Party > Viewers [1] to promote a positive and predictable experience for all > Second Life Residents." > >> Date: Tue, 16 Aug 2011 10:23:21 -0700 >> From: malachi at tamzap.com >> To: opensource-dev at lists.secondlife.com >> Subject: [opensource-dev] Unjust Banning of residents? >> >> Violation: Third Party Viewer Usage >> You are connecting to the grid with a viewer that is not in the > third >> party viewer directory. >> >> >> However... >> >> A viewer does not need to be on the Third Party Viewer Directory in >> order for development or usage of it to be compliant with the Third > >> Party Viewer Policy (see Policy on Third-Party Viewers | Second > Life) >> and the Terms of Service. While I am sure you are well aware of > this, it >> can also be deduced through common sense that the open source > program >> (Snowstorm, Snowglobe, etc) would not be able to exist in an > environment >> where every personal compile had to be listed on the TPVD before it > >> could even begin to undergo any form of live quality assurance >> processes. >> >> Long story short, unless there have been recent changes to the > Terms of >> Service that I am unaware of, or if there are relevant sections > that I >> have missed that indicate that a viewer that complies with the > Third >> Party Viewer Policy still must be in the Directory to be > legitimately >> used, I would request that you provide me with them. >> >> What this means is every single BETA tester for every client on the > >> TPVD is at risk of losing their accounts because that compiled > version >> of that client is not listed on the TPVD. Each and every Developer > who >> has worked so hard to help Linden Lab build their Client into what > it is >> is at risk of losing their accounts because each time they > recompile the >> source it isn't listed in the TPVD and is now considered a > Violation of >> some hidden TOS clause. >> >> >> I am posting this to this forum because I wanted to get feed back > from >> the community. As I myself and a developer who has contributed > patches >> to various TPVD Clients and am now finding myself cautious to even > use >> these clients source codes to help them. I would like clarification > from >> Linden Lab as well as other Developers on this new banning policy > that >> is requiring every compiled client that connects to second life to > be >> listed in the TPVD. >> _______________________________________________ >> Policies and (un)subscribe information available here: >> http://wiki.secondlife.com/wiki/OpenSource-Dev >> Please read the policies before posting to keep unmoderated posting > privileges > > > Links: > ------ > [1] http://secondlife.com/corporate/tpv.php From lee.ponzu at gmail.com Tue Aug 16 10:56:50 2011 From: lee.ponzu at gmail.com (Lee ponzu) Date: Tue, 16 Aug 2011 13:56:50 -0400 Subject: [opensource-dev] OS X Lion In-Reply-To: <5B2BE56DB8974B65A616714D7215E1A3@lindenlab.com> References: <5B2BE56DB8974B65A616714D7215E1A3@lindenlab.com> Message-ID: i have heard two people report that they cannot *initiate* an IM. They can receive them, but not *start* a session. On Mon, Aug 15, 2011 at 7:13 PM, Yoz Grahame wrote: > Not speaking for the team here (especially because I'm not in viewer > development), just myself as a Lion user (Mid-2009 MBP, NVidia): > > There are only two major Lion-specific bugs that have bitten my own use so > far. > > One is Freaky Polygons, which was quickly eased by turning off OpenGL > vertex buffer objects (VBOs) in the Graphics->Hardware settings. There's a > fix of some kind in the pipeline. > The other is a weird problem with certain web views (such as Profiles) > showing up with no CSS or JS; this turned out to be SSL cert related, and > there's a fix for this one in the pipeline too. > > Apart from those two bugs, the viewer Works On My Machine?. I hope it also > answers the overall question: yes, attention is being paid. > > -- Yoz > > On Monday, August 15, 2011 at 9:57 AM, Lee ponzu wrote: > > How much attention is being paid to Lion? I think the natives are > starting to get restless. > > ponzu > _______________________________________________ > 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/20110816/74c63703/attachment.htm From marinekelley at gmail.com Tue Aug 16 11:21:48 2011 From: marinekelley at gmail.com (Marine Kelley) Date: Tue, 16 Aug 2011 20:21:48 +0200 Subject: [opensource-dev] Unjust Banning of residents? In-Reply-To: <0b75f10510f7b9e2d2b3762a163b00db@tamzap.com> References: <20110816162232.30813.71411@domU-12-31-38-00-90-68.compute-1.internal> <0b75f10510f7b9e2d2b3762a163b00db@tamzap.com> Message-ID: Careful, it could be a phishing attempt. Do NOT click on any of the links inside this email (unless you're certain it comes from Linden Lab, but then again emails can be spoofed). On 16/08/2011, malachi at tamzap.com wrote: > exactly which is why this message is so disturbing. accounts have been > terminated from second life for using a viewer not listed in the > directory. > > > "This email is notification that Linden Lab has terminated > your access to the Second Life virtual world due to severe > or repeated violations of the Second Life Terms of Service > or Community Standards. Your (account name 'xxxxxxxxxxxxxxxxxx') and > alternate Second Life accounts have been > made permanently inaccessible." > > > On Tue, 16 Aug 2011 13:33:39 -0400, Erin Mallory wrote: >> Last I checked there is no requirement to use an approved tvp. even >> on the tvp listing page. Looking at the policy and the directory >> pages, no where does it say that the viewer must be listed in the >> tvp... >> http://secondlife.com/corporate/tpv.php >> http://wiki.secondlife.com/wiki/Third_Party_Viewer_Directory >> >> "You may connect to Second Life using software released by a >> third-party developer. Linden Lab provides a Policy on Third-Party >> Viewers [1] to promote a positive and predictable experience for all >> Second Life Residents." >> >>> Date: Tue, 16 Aug 2011 10:23:21 -0700 >>> From: malachi at tamzap.com >>> To: opensource-dev at lists.secondlife.com >>> Subject: [opensource-dev] Unjust Banning of residents? >>> >>> Violation: Third Party Viewer Usage >>> You are connecting to the grid with a viewer that is not in the >> third >>> party viewer directory. >>> >>> >>> However... >>> >>> A viewer does not need to be on the Third Party Viewer Directory in >>> order for development or usage of it to be compliant with the Third >> >>> Party Viewer Policy (see Policy on Third-Party Viewers | Second >> Life) >>> and the Terms of Service. While I am sure you are well aware of >> this, it >>> can also be deduced through common sense that the open source >> program >>> (Snowstorm, Snowglobe, etc) would not be able to exist in an >> environment >>> where every personal compile had to be listed on the TPVD before it >> >>> could even begin to undergo any form of live quality assurance >>> processes. >>> >>> Long story short, unless there have been recent changes to the >> Terms of >>> Service that I am unaware of, or if there are relevant sections >> that I >>> have missed that indicate that a viewer that complies with the >> Third >>> Party Viewer Policy still must be in the Directory to be >> legitimately >>> used, I would request that you provide me with them. >>> >>> What this means is every single BETA tester for every client on the >> >>> TPVD is at risk of losing their accounts because that compiled >> version >>> of that client is not listed on the TPVD. Each and every Developer >> who >>> has worked so hard to help Linden Lab build their Client into what >> it is >>> is at risk of losing their accounts because each time they >> recompile the >>> source it isn't listed in the TPVD and is now considered a >> Violation of >>> some hidden TOS clause. >>> >>> >>> I am posting this to this forum because I wanted to get feed back >> from >>> the community. As I myself and a developer who has contributed >> patches >>> to various TPVD Clients and am now finding myself cautious to even >> use >>> these clients source codes to help them. I would like clarification >> from >>> Linden Lab as well as other Developers on this new banning policy >> that >>> is requiring every compiled client that connects to second life to >> be >>> listed in the TPVD. >>> _______________________________________________ >>> Policies and (un)subscribe information available here: >>> http://wiki.secondlife.com/wiki/OpenSource-Dev >>> Please read the policies before posting to keep unmoderated posting >> privileges >> >> >> Links: >> ------ >> [1] http://secondlife.com/corporate/tpv.php > > _______________________________________________ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/OpenSource-Dev > Please read the policies before posting to keep unmoderated posting > privileges > From malachi at tamzap.com Tue Aug 16 11:23:05 2011 From: malachi at tamzap.com (malachi at tamzap.com) Date: Tue, 16 Aug 2011 11:23:05 -0700 Subject: [opensource-dev] =?utf-8?q?Unjust_Banning_of_residents=3F?= In-Reply-To: References: <20110816162232.30813.71411@domU-12-31-38-00-90-68.compute-1.internal> <0b75f10510f7b9e2d2b3762a163b00db@tamzap.com> Message-ID: I thought it was a phishing attempt as well. But the account has been removed from second life. POOF. so unless some phisher has the ability to terminate accounts this is as real as it gets. On Tue, 16 Aug 2011 20:21:48 +0200, Marine Kelley wrote: > Careful, it could be a phishing attempt. Do NOT click on any of the > links inside this email (unless you're certain it comes from Linden > Lab, but then again emails can be spoofed). > > On 16/08/2011, malachi at tamzap.com wrote: >> exactly which is why this message is so disturbing. accounts have >> been >> terminated from second life for using a viewer not listed in the >> directory. >> >> >> "This email is notification that Linden Lab has terminated >> your access to the Second Life virtual world due to severe >> or repeated violations of the Second Life Terms of Service >> or Community Standards. Your (account name 'xxxxxxxxxxxxxxxxxx') and >> alternate Second Life accounts have been >> made permanently inaccessible." >> >> >> On Tue, 16 Aug 2011 13:33:39 -0400, Erin Mallory wrote: >>> Last I checked there is no requirement to use an approved tvp. even >>> on the tvp listing page. Looking at the policy and the directory >>> pages, no where does it say that the viewer must be listed in the >>> tvp... >>> http://secondlife.com/corporate/tpv.php >>> http://wiki.secondlife.com/wiki/Third_Party_Viewer_Directory >>> >>> "You may connect to Second Life using software released by a >>> third-party developer. Linden Lab provides a Policy on Third-Party >>> Viewers [1] to promote a positive and predictable experience for >>> all >>> Second Life Residents." >>> >>>> Date: Tue, 16 Aug 2011 10:23:21 -0700 >>>> From: malachi at tamzap.com >>>> To: opensource-dev at lists.secondlife.com >>>> Subject: [opensource-dev] Unjust Banning of residents? >>>> >>>> Violation: Third Party Viewer Usage >>>> You are connecting to the grid with a viewer that is not in the >>> third >>>> party viewer directory. >>>> >>>> >>>> However... >>>> >>>> A viewer does not need to be on the Third Party Viewer Directory >>>> in >>>> order for development or usage of it to be compliant with the >>>> Third >>> >>>> Party Viewer Policy (see Policy on Third-Party Viewers | Second >>> Life) >>>> and the Terms of Service. While I am sure you are well aware of >>> this, it >>>> can also be deduced through common sense that the open source >>> program >>>> (Snowstorm, Snowglobe, etc) would not be able to exist in an >>> environment >>>> where every personal compile had to be listed on the TPVD before >>>> it >>> >>>> could even begin to undergo any form of live quality assurance >>>> processes. >>>> >>>> Long story short, unless there have been recent changes to the >>> Terms of >>>> Service that I am unaware of, or if there are relevant sections >>> that I >>>> have missed that indicate that a viewer that complies with the >>> Third >>>> Party Viewer Policy still must be in the Directory to be >>> legitimately >>>> used, I would request that you provide me with them. >>>> >>>> What this means is every single BETA tester for every client on >>>> the >>> >>>> TPVD is at risk of losing their accounts because that compiled >>> version >>>> of that client is not listed on the TPVD. Each and every Developer >>> who >>>> has worked so hard to help Linden Lab build their Client into what >>> it is >>>> is at risk of losing their accounts because each time they >>> recompile the >>>> source it isn't listed in the TPVD and is now considered a >>> Violation of >>>> some hidden TOS clause. >>>> >>>> >>>> I am posting this to this forum because I wanted to get feed back >>> from >>>> the community. As I myself and a developer who has contributed >>> patches >>>> to various TPVD Clients and am now finding myself cautious to even >>> use >>>> these clients source codes to help them. I would like >>>> clarification >>> from >>>> Linden Lab as well as other Developers on this new banning policy >>> that >>>> is requiring every compiled client that connects to second life to >>> be >>>> listed in the TPVD. >>>> _______________________________________________ >>>> Policies and (un)subscribe information available here: >>>> http://wiki.secondlife.com/wiki/OpenSource-Dev >>>> Please read the policies before posting to keep unmoderated >>>> posting >>> privileges >>> >>> >>> Links: >>> ------ >>> [1] http://secondlife.com/corporate/tpv.php >> >> _______________________________________________ >> Policies and (un)subscribe information available here: >> http://wiki.secondlife.com/wiki/OpenSource-Dev >> Please read the policies before posting to keep unmoderated posting >> privileges >> From Celierra at gmail.com Tue Aug 16 11:32:03 2011 From: Celierra at gmail.com (Celierra Darling) Date: Tue, 16 Aug 2011 14:32:03 -0400 Subject: [opensource-dev] Unjust Banning of residents? In-Reply-To: References: <20110816162232.30813.71411@domU-12-31-38-00-90-68.compute-1.internal> <0b75f10510f7b9e2d2b3762a163b00db@tamzap.com> Message-ID: It might be that the explanation message is mistaken, and it's supposed to reference the TPVP instead of the TPVD (or even a different policy altogether, if, say, someone clicked the wrong message). Are you sure that, whatever viewer(s) was being used, it conformed to the TPVP, and there wasn't anything else going on that could be shady? Celi On Tue, Aug 16, 2011 at 2:23 PM, wrote: > I thought it was a phishing attempt as well. But the account has been > removed from second life. POOF. so unless some phisher has the ability > to terminate accounts this is as real as it gets. > > > On Tue, 16 Aug 2011 20:21:48 +0200, Marine Kelley wrote: > > Careful, it could be a phishing attempt. Do NOT click on any of the > > links inside this email (unless you're certain it comes from Linden > > Lab, but then again emails can be spoofed). > > > > On 16/08/2011, malachi at tamzap.com wrote: > >> exactly which is why this message is so disturbing. accounts have > >> been > >> terminated from second life for using a viewer not listed in the > >> directory. > >> > >> > >> "This email is notification that Linden Lab has terminated > >> your access to the Second Life virtual world due to severe > >> or repeated violations of the Second Life Terms of Service > >> or Community Standards. Your (account name 'xxxxxxxxxxxxxxxxxx') and > >> alternate Second Life accounts have been > >> made permanently inaccessible." > >> > >> > >> On Tue, 16 Aug 2011 13:33:39 -0400, Erin Mallory wrote: > >>> Last I checked there is no requirement to use an approved tvp. even > >>> on the tvp listing page. Looking at the policy and the directory > >>> pages, no where does it say that the viewer must be listed in the > >>> tvp... > >>> http://secondlife.com/corporate/tpv.php > >>> http://wiki.secondlife.com/wiki/Third_Party_Viewer_Directory > >>> > >>> "You may connect to Second Life using software released by a > >>> third-party developer. Linden Lab provides a Policy on Third-Party > >>> Viewers [1] to promote a positive and predictable experience for > >>> all > >>> Second Life Residents." > >>> > >>>> Date: Tue, 16 Aug 2011 10:23:21 -0700 > >>>> From: malachi at tamzap.com > >>>> To: opensource-dev at lists.secondlife.com > >>>> Subject: [opensource-dev] Unjust Banning of residents? > >>>> > >>>> Violation: Third Party Viewer Usage > >>>> You are connecting to the grid with a viewer that is not in the > >>> third > >>>> party viewer directory. > >>>> > >>>> > >>>> However... > >>>> > >>>> A viewer does not need to be on the Third Party Viewer Directory > >>>> in > >>>> order for development or usage of it to be compliant with the > >>>> Third > >>> > >>>> Party Viewer Policy (see Policy on Third-Party Viewers | Second > >>> Life) > >>>> and the Terms of Service. While I am sure you are well aware of > >>> this, it > >>>> can also be deduced through common sense that the open source > >>> program > >>>> (Snowstorm, Snowglobe, etc) would not be able to exist in an > >>> environment > >>>> where every personal compile had to be listed on the TPVD before > >>>> it > >>> > >>>> could even begin to undergo any form of live quality assurance > >>>> processes. > >>>> > >>>> Long story short, unless there have been recent changes to the > >>> Terms of > >>>> Service that I am unaware of, or if there are relevant sections > >>> that I > >>>> have missed that indicate that a viewer that complies with the > >>> Third > >>>> Party Viewer Policy still must be in the Directory to be > >>> legitimately > >>>> used, I would request that you provide me with them. > >>>> > >>>> What this means is every single BETA tester for every client on > >>>> the > >>> > >>>> TPVD is at risk of losing their accounts because that compiled > >>> version > >>>> of that client is not listed on the TPVD. Each and every Developer > >>> who > >>>> has worked so hard to help Linden Lab build their Client into what > >>> it is > >>>> is at risk of losing their accounts because each time they > >>> recompile the > >>>> source it isn't listed in the TPVD and is now considered a > >>> Violation of > >>>> some hidden TOS clause. > >>>> > >>>> > >>>> I am posting this to this forum because I wanted to get feed back > >>> from > >>>> the community. As I myself and a developer who has contributed > >>> patches > >>>> to various TPVD Clients and am now finding myself cautious to even > >>> use > >>>> these clients source codes to help them. I would like > >>>> clarification > >>> from > >>>> Linden Lab as well as other Developers on this new banning policy > >>> that > >>>> is requiring every compiled client that connects to second life to > >>> be > >>>> listed in the TPVD. > >>>> _______________________________________________ > >>>> Policies and (un)subscribe information available here: > >>>> http://wiki.secondlife.com/wiki/OpenSource-Dev > >>>> Please read the policies before posting to keep unmoderated > >>>> posting > >>> privileges > >>> > >>> > >>> Links: > >>> ------ > >>> [1] http://secondlife.com/corporate/tpv.php > >> > >> _______________________________________________ > >> Policies and (un)subscribe information available here: > >> http://wiki.secondlife.com/wiki/OpenSource-Dev > >> Please read the policies before posting to keep unmoderated posting > >> privileges > >> > > _______________________________________________ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/OpenSource-Dev > Please read the policies before posting to keep unmoderated posting > privileges > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110816/909cbc37/attachment.htm From malachi at tamzap.com Tue Aug 16 11:42:01 2011 From: malachi at tamzap.com (malachi at tamzap.com) Date: Tue, 16 Aug 2011 11:42:01 -0700 Subject: [opensource-dev] =?utf-8?q?Unjust_Banning_of_residents=3F?= In-Reply-To: References: <20110816162232.30813.71411@domU-12-31-38-00-90-68.compute-1.internal> <0b75f10510f7b9e2d2b3762a163b00db@tamzap.com> Message-ID: <0bf8016a790a636f03e6c0cee2f6d935@tamzap.com> I am sure. It was a fresh pull from viewer-development as requested by a fellow dev. 3 days later the email came and the accounts were terminated. The point of the matter is, No where does it say that a client MUST BE LISTED IN THE TPVD in order to comply with that policy. Yet they are banning individuals for using clients not listed in the TPVD. On Tue, 16 Aug 2011 14:32:03 -0400, Celierra Darling wrote: > It might be that the explanation message is mistaken, and it's > supposed to reference the TPVP instead of the TPVD (or even a > different policy altogether, if, say, someone clicked the wrong > message).? Are you sure that, whatever viewer(s) was being used, it > conformed to the TPVP, and there wasn't anything else going on that > could be shady? > > Celi > > On Tue, Aug 16, 2011 at 2:23 PM, wrote: > >> I thought it was a phishing attempt as well. But the account has >> been >> removed from second life. POOF. so unless some phisher has the >> ability >> to terminate accounts this is as real as it gets. >> >> On Tue, 16 Aug 2011 20:21:48 +0200, Marine Kelley wrote: >> > Careful, it could be a phishing attempt. Do NOT click on any of >> the >> > links inside this email (unless you're certain it comes from >> Linden >> > Lab, but then again emails can be spoofed). >> > >> > On 16/08/2011, malachi at tamzap.com [1] wrote: >> >> exactly which is why this message is so disturbing. accounts >> have >> >> been >> >> terminated from second life for using a viewer not listed in >> the >> >> directory. >> >> >> >> >> >> "This email is notification that Linden Lab has terminated >> >> your access to the Second Life virtual world due to severe >> >> or repeated violations of the Second Life Terms of Service >> >> or Community Standards. Your (account name >> 'xxxxxxxxxxxxxxxxxx') and >> >> alternate Second Life accounts have been >> >> made permanently inaccessible." >> >> >> >> >> >> On Tue, 16 Aug 2011 13:33:39 -0400, Erin Mallory wrote: >> >>> Last I checked there is no requirement to use an approved tvp. >> even >> >>> on the tvp listing page. Looking at the policy and the >> directory >> >>> pages, no where does it say that the viewer must be listed in >> the >> >>> tvp... >> >>> http://secondlife.com/corporate/tpv.php [3] >> >>> http://wiki.secondlife.com/wiki/Third_Party_Viewer_Directory >> [4] >> >>> >> >>> "You may connect to Second Life using software released by a >> >>> third-party developer. Linden Lab provides a Policy on >> Third-Party >> >>> Viewers [1] to promote a positive and predictable experience >> for >> >>> all >> >>> Second Life Residents." >> >>> >> >>>> Date: Tue, 16 Aug 2011 10:23:21 -0700 >> >>>> From: malachi at tamzap.com [5] >> >>>> To: opensource-dev at lists.secondlife.com [6] >> >>>> Subject: [opensource-dev] Unjust Banning of residents? >> >>>> >> >>>> Violation: Third Party Viewer Usage >> >>>> You are connecting to the grid with a viewer that is not in >> the >> >>> third >> >>>> party viewer directory. >> >>>> >> >>>> >> >>>> However... >> >>>> >> >>>> A viewer does not need to be on the Third Party Viewer >> Directory >> >>>> in >> >>>> order for development or usage of it to be compliant with the >> >>>> Third >> >>> >> >>>> Party Viewer Policy (see Policy on Third-Party Viewers | >> Second >> >>> Life) >> >>>> and the Terms of Service. While I am sure you are well aware >> of >> >>> this, it >> >>>> can also be deduced through common sense that the open source >> >>> program >> >>>> (Snowstorm, Snowglobe, etc) would not be able to exist in an >> >>> environment >> >>>> where every personal compile had to be listed on the TPVD >> before >> >>>> it >> >>> >> >>>> could even begin to undergo any form of live quality >> assurance >> >>>> processes. >> >>>> >> >>>> Long story short, unless there have been recent changes to >> the >> >>> Terms of >> >>>> Service that I am unaware of, or if there are relevant >> sections >> >>> that I >> >>>> have missed that indicate that a viewer that complies with >> the >> >>> Third >> >>>> Party Viewer Policy still must be in the Directory to be >> >>> legitimately >> >>>> used, I would request that you provide me with them. >> >>>> >> >>>> What this means is every single BETA tester for every client >> on >> >>>> the >> >>> >> >>>> TPVD is at risk of losing their accounts because that >> compiled >> >>> version >> >>>> of that client is not listed on the TPVD. Each and every >> Developer >> >>> who >> >>>> has worked so hard to help Linden Lab build their Client into >> what >> >>> it is >> >>>> is at risk of losing their accounts because each time they >> >>> recompile the >> >>>> source it isn't listed in the TPVD and is now considered a >> >>> Violation of >> >>>> some hidden TOS clause. >> >>>> >> >>>> >> >>>> I am posting this to this forum because I wanted to get feed >> back >> >>> from >> >>>> the community. As I myself and a developer who has >> contributed >> >>> patches >> >>>> to various TPVD Clients and am now finding myself cautious to >> even >> >>> use >> >>>> these clients source codes to help them. I would like >> >>>> clarification >> >>> from >> >>>> Linden Lab as well as other Developers on this new banning >> policy >> >>> that >> >>>> is requiring every compiled client that connects to second >> life to >> >>> be >> >>>> listed in the TPVD. >> >>>> _______________________________________________ >> >>>> Policies and (un)subscribe information available here: >> >>>> http://wiki.secondlife.com/wiki/OpenSource-Dev [7] >> >>>> Please read the policies before posting to keep unmoderated >> >>>> posting >> >>> privileges >> >>> >> >>> >> >>> Links: >> >>> ------ >> >>> [1] http://secondlife.com/corporate/tpv.php [8] >> >> >> >> _______________________________________________ >> >> Policies and (un)subscribe information available here: >> >> http://wiki.secondlife.com/wiki/OpenSource-Dev [9] >> >> 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 [10] >> Please read the policies before posting to keep unmoderated >> posting privileges > > > > Links: > ------ > [1] mailto:malachi at tamzap.com > [2] mailto:malachi at tamzap.com > [3] http://secondlife.com/corporate/tpv.php > [4] http://wiki.secondlife.com/wiki/Third_Party_Viewer_Directory > [5] mailto:malachi at tamzap.com > [6] mailto:opensource-dev at lists.secondlife.com > [7] http://wiki.secondlife.com/wiki/OpenSource-Dev > [8] http://secondlife.com/corporate/tpv.php > [9] http://wiki.secondlife.com/wiki/OpenSource-Dev > [10] http://wiki.secondlife.com/wiki/OpenSource-Dev > [11] mailto:malachi at tamzap.com From jessica at trinityenterprises.ca Tue Aug 16 11:41:56 2011 From: jessica at trinityenterprises.ca (Jessica Trinity) Date: Tue, 16 Aug 2011 14:41:56 -0400 Subject: [opensource-dev] Unjust Banning of residents? In-Reply-To: References: <20110816162232.30813.71411@domU-12-31-38-00-90-68.compute-1.internal><0b75f10510f7b9e2d2b3762a163b00db@tamzap.com> Message-ID: <90E71D519F43475FBFF3DD369F990F73@JessicaLyonPC> This is interesting as our support team has had reports of this from some of our own users. We figured it was phishing and suggested said users contact LL. I don't know the results however... Jessica Lyon -----Original Message----- From: opensource-dev-bounces at lists.secondlife.com [mailto:opensource-dev-bounces at lists.secondlife.com] On Behalf Of malachi at tamzap.com Sent: Tuesday, August 16, 2011 2:23 PM To: Marine Kelley Cc: opensource-dev at lists.secondlife.com Subject: Re: [opensource-dev] Unjust Banning of residents? I thought it was a phishing attempt as well. But the account has been removed from second life. POOF. so unless some phisher has the ability to terminate accounts this is as real as it gets. On Tue, 16 Aug 2011 20:21:48 +0200, Marine Kelley wrote: > Careful, it could be a phishing attempt. Do NOT click on any of the > links inside this email (unless you're certain it comes from Linden > Lab, but then again emails can be spoofed). > > On 16/08/2011, malachi at tamzap.com wrote: >> exactly which is why this message is so disturbing. accounts have >> been >> terminated from second life for using a viewer not listed in the >> directory. >> >> >> "This email is notification that Linden Lab has terminated >> your access to the Second Life virtual world due to severe >> or repeated violations of the Second Life Terms of Service >> or Community Standards. Your (account name 'xxxxxxxxxxxxxxxxxx') and >> alternate Second Life accounts have been >> made permanently inaccessible." >> >> >> On Tue, 16 Aug 2011 13:33:39 -0400, Erin Mallory wrote: >>> Last I checked there is no requirement to use an approved tvp. even >>> on the tvp listing page. Looking at the policy and the directory >>> pages, no where does it say that the viewer must be listed in the >>> tvp... >>> http://secondlife.com/corporate/tpv.php >>> http://wiki.secondlife.com/wiki/Third_Party_Viewer_Directory >>> >>> "You may connect to Second Life using software released by a >>> third-party developer. Linden Lab provides a Policy on Third-Party >>> Viewers [1] to promote a positive and predictable experience for >>> all >>> Second Life Residents." >>> >>>> Date: Tue, 16 Aug 2011 10:23:21 -0700 >>>> From: malachi at tamzap.com >>>> To: opensource-dev at lists.secondlife.com >>>> Subject: [opensource-dev] Unjust Banning of residents? >>>> >>>> Violation: Third Party Viewer Usage >>>> You are connecting to the grid with a viewer that is not in the >>> third >>>> party viewer directory. >>>> >>>> >>>> However... >>>> >>>> A viewer does not need to be on the Third Party Viewer Directory >>>> in >>>> order for development or usage of it to be compliant with the >>>> Third >>> >>>> Party Viewer Policy (see Policy on Third-Party Viewers | Second >>> Life) >>>> and the Terms of Service. While I am sure you are well aware of >>> this, it >>>> can also be deduced through common sense that the open source >>> program >>>> (Snowstorm, Snowglobe, etc) would not be able to exist in an >>> environment >>>> where every personal compile had to be listed on the TPVD before >>>> it >>> >>>> could even begin to undergo any form of live quality assurance >>>> processes. >>>> >>>> Long story short, unless there have been recent changes to the >>> Terms of >>>> Service that I am unaware of, or if there are relevant sections >>> that I >>>> have missed that indicate that a viewer that complies with the >>> Third >>>> Party Viewer Policy still must be in the Directory to be >>> legitimately >>>> used, I would request that you provide me with them. >>>> >>>> What this means is every single BETA tester for every client on >>>> the >>> >>>> TPVD is at risk of losing their accounts because that compiled >>> version >>>> of that client is not listed on the TPVD. Each and every Developer >>> who >>>> has worked so hard to help Linden Lab build their Client into what >>> it is >>>> is at risk of losing their accounts because each time they >>> recompile the >>>> source it isn't listed in the TPVD and is now considered a >>> Violation of >>>> some hidden TOS clause. >>>> >>>> >>>> I am posting this to this forum because I wanted to get feed back >>> from >>>> the community. As I myself and a developer who has contributed >>> patches >>>> to various TPVD Clients and am now finding myself cautious to even >>> use >>>> these clients source codes to help them. I would like >>>> clarification >>> from >>>> Linden Lab as well as other Developers on this new banning policy >>> that >>>> is requiring every compiled client that connects to second life to >>> be >>>> listed in the TPVD. >>>> _______________________________________________ >>>> Policies and (un)subscribe information available here: >>>> http://wiki.secondlife.com/wiki/OpenSource-Dev >>>> Please read the policies before posting to keep unmoderated >>>> posting >>> privileges >>> >>> >>> Links: >>> ------ >>> [1] http://secondlife.com/corporate/tpv.php >> >> _______________________________________________ >> Policies and (un)subscribe information available here: >> http://wiki.secondlife.com/wiki/OpenSource-Dev >> Please read the policies before posting to keep unmoderated posting >> privileges >> _______________________________________________ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges From angel_of_crimson at hotmail.com Tue Aug 16 11:46:29 2011 From: angel_of_crimson at hotmail.com (Erin Mallory) Date: Tue, 16 Aug 2011 14:46:29 -0400 Subject: [opensource-dev] Unjust Banning of residents? In-Reply-To: <90E71D519F43475FBFF3DD369F990F73@JessicaLyonPC> References: <20110816162232.30813.71411@domU-12-31-38-00-90-68.compute-1.internal><0b75f10510f7b9e2d2b3762a163b00db@tamzap.com>, , <90E71D519F43475FBFF3DD369F990F73@JessicaLyonPC> Message-ID: I have been hit with this as well on one of my alts. interestingly, I have only ever logged that account in with v-d builds or firestorm. I've sent an abuse report asking for clarification. im about to contact support. > From: jessica at trinityenterprises.ca > To: opensource-dev at lists.secondlife.com > Date: Tue, 16 Aug 2011 14:41:56 -0400 > Subject: Re: [opensource-dev] Unjust Banning of residents? > > This is interesting as our support team has had reports of this from some of > our own users. We figured it was phishing and suggested said users contact > LL. I don't know the results however... > > Jessica Lyon > > -----Original Message----- > From: opensource-dev-bounces at lists.secondlife.com > [mailto:opensource-dev-bounces at lists.secondlife.com] On Behalf Of > malachi at tamzap.com > Sent: Tuesday, August 16, 2011 2:23 PM > To: Marine Kelley > Cc: opensource-dev at lists.secondlife.com > Subject: Re: [opensource-dev] Unjust Banning of residents? > > I thought it was a phishing attempt as well. But the account has been > removed from second life. POOF. so unless some phisher has the ability > to terminate accounts this is as real as it gets. > > > On Tue, 16 Aug 2011 20:21:48 +0200, Marine Kelley wrote: > > Careful, it could be a phishing attempt. Do NOT click on any of the > > links inside this email (unless you're certain it comes from Linden > > Lab, but then again emails can be spoofed). > > > > On 16/08/2011, malachi at tamzap.com wrote: > >> exactly which is why this message is so disturbing. accounts have > >> been > >> terminated from second life for using a viewer not listed in the > >> directory. > >> > >> > >> "This email is notification that Linden Lab has terminated > >> your access to the Second Life virtual world due to severe > >> or repeated violations of the Second Life Terms of Service > >> or Community Standards. Your (account name 'xxxxxxxxxxxxxxxxxx') and > >> alternate Second Life accounts have been > >> made permanently inaccessible." > >> > >> > >> On Tue, 16 Aug 2011 13:33:39 -0400, Erin Mallory wrote: > >>> Last I checked there is no requirement to use an approved tvp. even > >>> on the tvp listing page. Looking at the policy and the directory > >>> pages, no where does it say that the viewer must be listed in the > >>> tvp... > >>> http://secondlife.com/corporate/tpv.php > >>> http://wiki.secondlife.com/wiki/Third_Party_Viewer_Directory > >>> > >>> "You may connect to Second Life using software released by a > >>> third-party developer. Linden Lab provides a Policy on Third-Party > >>> Viewers [1] to promote a positive and predictable experience for > >>> all > >>> Second Life Residents." > >>> > >>>> Date: Tue, 16 Aug 2011 10:23:21 -0700 > >>>> From: malachi at tamzap.com > >>>> To: opensource-dev at lists.secondlife.com > >>>> Subject: [opensource-dev] Unjust Banning of residents? > >>>> > >>>> Violation: Third Party Viewer Usage > >>>> You are connecting to the grid with a viewer that is not in the > >>> third > >>>> party viewer directory. > >>>> > >>>> > >>>> However... > >>>> > >>>> A viewer does not need to be on the Third Party Viewer Directory > >>>> in > >>>> order for development or usage of it to be compliant with the > >>>> Third > >>> > >>>> Party Viewer Policy (see Policy on Third-Party Viewers | Second > >>> Life) > >>>> and the Terms of Service. While I am sure you are well aware of > >>> this, it > >>>> can also be deduced through common sense that the open source > >>> program > >>>> (Snowstorm, Snowglobe, etc) would not be able to exist in an > >>> environment > >>>> where every personal compile had to be listed on the TPVD before > >>>> it > >>> > >>>> could even begin to undergo any form of live quality assurance > >>>> processes. > >>>> > >>>> Long story short, unless there have been recent changes to the > >>> Terms of > >>>> Service that I am unaware of, or if there are relevant sections > >>> that I > >>>> have missed that indicate that a viewer that complies with the > >>> Third > >>>> Party Viewer Policy still must be in the Directory to be > >>> legitimately > >>>> used, I would request that you provide me with them. > >>>> > >>>> What this means is every single BETA tester for every client on > >>>> the > >>> > >>>> TPVD is at risk of losing their accounts because that compiled > >>> version > >>>> of that client is not listed on the TPVD. Each and every Developer > >>> who > >>>> has worked so hard to help Linden Lab build their Client into what > >>> it is > >>>> is at risk of losing their accounts because each time they > >>> recompile the > >>>> source it isn't listed in the TPVD and is now considered a > >>> Violation of > >>>> some hidden TOS clause. > >>>> > >>>> > >>>> I am posting this to this forum because I wanted to get feed back > >>> from > >>>> the community. As I myself and a developer who has contributed > >>> patches > >>>> to various TPVD Clients and am now finding myself cautious to even > >>> use > >>>> these clients source codes to help them. I would like > >>>> clarification > >>> from > >>>> Linden Lab as well as other Developers on this new banning policy > >>> that > >>>> is requiring every compiled client that connects to second life to > >>> be > >>>> listed in the TPVD. > >>>> _______________________________________________ > >>>> Policies and (un)subscribe information available here: > >>>> http://wiki.secondlife.com/wiki/OpenSource-Dev > >>>> Please read the policies before posting to keep unmoderated > >>>> posting > >>> privileges > >>> > >>> > >>> Links: > >>> ------ > >>> [1] http://secondlife.com/corporate/tpv.php > >> > >> _______________________________________________ > >> Policies and (un)subscribe information available here: > >> http://wiki.secondlife.com/wiki/OpenSource-Dev > >> Please read the policies before posting to keep unmoderated posting > >> privileges > >> > > _______________________________________________ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/OpenSource-Dev > Please read the policies before posting to keep unmoderated posting > privileges > > _______________________________________________ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/OpenSource-Dev > Please read the policies before posting to keep unmoderated posting privileges -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110816/d77e5238/attachment.htm From malachi at tamzap.com Tue Aug 16 12:04:11 2011 From: malachi at tamzap.com (malachi at tamzap.com) Date: Tue, 16 Aug 2011 12:04:11 -0700 Subject: [opensource-dev] =?utf-8?q?Unjust_Banning_of_residents=3F?= In-Reply-To: References: <20110816162232.30813.71411@domU-12-31-38-00-90-68.compute-1.internal><0b75f10510f7b9e2d2b3762a163b00db@tamzap.com>, , <90E71D519F43475FBFF3DD369F990F73@JessicaLyonPC> Message-ID: <66bcd3253cca930ac2e0208b7bb14697@tamzap.com> I knew it couldnt be just a single event. There is something going on at Linden Lab and honest developers are losing their accounts over it. On Tue, 16 Aug 2011 14:46:29 -0400, Erin Mallory wrote: > I have been hit with this as well on one of my alts. interestingly, I > have only ever logged that account in with v-d builds or firestorm. > I've sent an abuse report asking for clarification. im about to > contact support. > >> From: jessica at trinityenterprises.ca >> To: opensource-dev at lists.secondlife.com >> Date: Tue, 16 Aug 2011 14:41:56 -0400 >> Subject: Re: [opensource-dev] Unjust Banning of residents? >> >> This is interesting as our support team has had reports of this > from some of >> our own users. We figured it was phishing and suggested said users > contact >> LL. I don't know the results however... >> >> Jessica Lyon >> >> -----Original Message----- >> From: opensource-dev-bounces at lists.secondlife.com >> [mailto:opensource-dev-bounces at lists.secondlife.com] On Behalf Of >> malachi at tamzap.com >> Sent: Tuesday, August 16, 2011 2:23 PM >> To: Marine Kelley >> Cc: opensource-dev at lists.secondlife.com >> Subject: Re: [opensource-dev] Unjust Banning of residents? >> >> I thought it was a phishing attempt as well. But the account has > been >> removed from second life. POOF. so unless some phisher has the > ability >> to terminate accounts this is as real as it gets. >> >> >> On Tue, 16 Aug 2011 20:21:48 +0200, Marine Kelley wrote: >> > Careful, it could be a phishing attempt. Do NOT click on any of > the >> > links inside this email (unless you're certain it comes from > Linden >> > Lab, but then again emails can be spoofed). >> > >> > On 16/08/2011, malachi at tamzap.com wrote: >> >> exactly which is why this message is so disturbing. accounts > have >> >> been >> >> terminated from second life for using a viewer not listed in the >> >> directory. >> >> >> >> >> >> "This email is notification that Linden Lab has terminated >> >> your access to the Second Life virtual world due to severe >> >> or repeated violations of the Second Life Terms of Service >> >> or Community Standards. Your (account name 'xxxxxxxxxxxxxxxxxx') > and >> >> alternate Second Life accounts have been >> >> made permanently inaccessible." >> >> >> >> >> >> On Tue, 16 Aug 2011 13:33:39 -0400, Erin Mallory wrote: >> >>> Last I checked there is no requirement to use an approved tvp. > even >> >>> on the tvp listing page. Looking at the policy and the > directory >> >>> pages, no where does it say that the viewer must be listed in > the >> >>> tvp... >> >>> http://secondlife.com/corporate/tpv.php >> >>> http://wiki.secondlife.com/wiki/Third_Party_Viewer_Directory >> >>> >> >>> "You may connect to Second Life using software released by a >> >>> third-party developer. Linden Lab provides a Policy on > Third-Party >> >>> Viewers [1] to promote a positive and predictable experience > for >> >>> all >> >>> Second Life Residents." >> >>> >> >>>> Date: Tue, 16 Aug 2011 10:23:21 -0700 >> >>>> From: malachi at tamzap.com >> >>>> To: opensource-dev at lists.secondlife.com >> >>>> Subject: [opensource-dev] Unjust Banning of residents? >> >>>> >> >>>> Violation: Third Party Viewer Usage >> >>>> You are connecting to the grid with a viewer that is not in > the >> >>> third >> >>>> party viewer directory. >> >>>> >> >>>> >> >>>> However... >> >>>> >> >>>> A viewer does not need to be on the Third Party Viewer > Directory >> >>>> in >> >>>> order for development or usage of it to be compliant with the >> >>>> Third >> >>> >> >>>> Party Viewer Policy (see Policy on Third-Party Viewers | > Second >> >>> Life) >> >>>> and the Terms of Service. While I am sure you are well aware > of >> >>> this, it >> >>>> can also be deduced through common sense that the open source >> >>> program >> >>>> (Snowstorm, Snowglobe, etc) would not be able to exist in an >> >>> environment >> >>>> where every personal compile had to be listed on the TPVD > before >> >>>> it >> >>> >> >>>> could even begin to undergo any form of live quality assurance >> >>>> processes. >> >>>> >> >>>> Long story short, unless there have been recent changes to the >> >>> Terms of >> >>>> Service that I am unaware of, or if there are relevant > sections >> >>> that I >> >>>> have missed that indicate that a viewer that complies with the >> >>> Third >> >>>> Party Viewer Policy still must be in the Directory to be >> >>> legitimately >> >>>> used, I would request that you provide me with them. >> >>>> >> >>>> What this means is every single BETA tester for every client > on >> >>>> the >> >>> >> >>>> TPVD is at risk of losing their accounts because that compiled >> >>> version >> >>>> of that client is not listed on the TPVD. Each and every > Developer >> >>> who >> >>>> has worked so hard to help Linden Lab build their Client into > what >> >>> it is >> >>>> is at risk of losing their accounts because each time they >> >>> recompile the >> >>>> source it isn't listed in the TPVD and is now considered a >> >>> Violation of >> >>>> some hidden TOS clause. >> >>>> >> >>>> >> >>>> I am posting this to this forum because I wanted to get feed > back >> >>> from >> >>>> the community. As I myself and a developer who has contributed >> >>> patches >> >>>> to various TPVD Clients and am now finding myself cautious to > even >> >>> use >> >>>> these clients source codes to help them. I would like >> >>>> clarification >> >>> from >> >>>> Linden Lab as well as other Developers on this new banning > policy >> >>> that >> >>>> is requiring every compiled client that connects to second > life to >> >>> be >> >>>> listed in the TPVD. >> >>>> _______________________________________________ >> >>>> Policies and (un)subscribe information available here: >> >>>> http://wiki.secondlife.com/wiki/OpenSource-Dev >> >>>> Please read the policies before posting to keep unmoderated >> >>>> posting >> >>> privileges >> >>> >> >>> >> >>> Links: >> >>> ------ >> >>> [1] http://secondlife.com/corporate/tpv.php >> >> >> >> _______________________________________________ >> >> Policies and (un)subscribe information available here: >> >> http://wiki.secondlife.com/wiki/OpenSource-Dev >> >> Please read the policies before posting to keep unmoderated > posting >> >> privileges >> >> >> >> _______________________________________________ >> Policies and (un)subscribe information available here: >> http://wiki.secondlife.com/wiki/OpenSource-Dev >> Please read the policies before posting to keep unmoderated posting >> privileges >> >> _______________________________________________ >> Policies and (un)subscribe information available here: >> http://wiki.secondlife.com/wiki/OpenSource-Dev >> Please read the policies before posting to keep unmoderated posting > privileges From angel_of_crimson at hotmail.com Tue Aug 16 12:07:11 2011 From: angel_of_crimson at hotmail.com (Erin Mallory) Date: Tue, 16 Aug 2011 15:07:11 -0400 Subject: [opensource-dev] Unjust Banning of residents? In-Reply-To: <66bcd3253cca930ac2e0208b7bb14697@tamzap.com> References: <20110816162232.30813.71411@domU-12-31-38-00-90-68.compute-1.internal><0b75f10510f7b9e2d2b3762a163b00db@tamzap.com>, , , , <90E71D519F43475FBFF3DD369F990F73@JessicaLyonPC>, , <66bcd3253cca930ac2e0208b7bb14697@tamzap.com> Message-ID: im just like wtf? the account i got hit by (which i sent the name of to oz) is still showing active... in search... but its one i rarely use. mostly for hiding and/or testing stuff. Im hearing the same from other people too now though in other groups im in... > Date: Tue, 16 Aug 2011 12:04:11 -0700 > From: malachi at tamzap.com > To: opensource-dev at lists.secondlife.com > Subject: Re: [opensource-dev] Unjust Banning of residents? > > I knew it couldnt be just a single event. There is something going on > at Linden Lab and honest developers are losing their accounts over it. > > On Tue, 16 Aug 2011 14:46:29 -0400, Erin Mallory wrote: > > I have been hit with this as well on one of my alts. interestingly, I > > have only ever logged that account in with v-d builds or firestorm. > > I've sent an abuse report asking for clarification. im about to > > contact support. > > > >> From: jessica at trinityenterprises.ca > >> To: opensource-dev at lists.secondlife.com > >> Date: Tue, 16 Aug 2011 14:41:56 -0400 > >> Subject: Re: [opensource-dev] Unjust Banning of residents? > >> > >> This is interesting as our support team has had reports of this > > from some of > >> our own users. We figured it was phishing and suggested said users > > contact > >> LL. I don't know the results however... > >> > >> Jessica Lyon > >> > >> -----Original Message----- > >> From: opensource-dev-bounces at lists.secondlife.com > >> [mailto:opensource-dev-bounces at lists.secondlife.com] On Behalf Of > >> malachi at tamzap.com > >> Sent: Tuesday, August 16, 2011 2:23 PM > >> To: Marine Kelley > >> Cc: opensource-dev at lists.secondlife.com > >> Subject: Re: [opensource-dev] Unjust Banning of residents? > >> > >> I thought it was a phishing attempt as well. But the account has > > been > >> removed from second life. POOF. so unless some phisher has the > > ability > >> to terminate accounts this is as real as it gets. > >> > >> > >> On Tue, 16 Aug 2011 20:21:48 +0200, Marine Kelley wrote: > >> > Careful, it could be a phishing attempt. Do NOT click on any of > > the > >> > links inside this email (unless you're certain it comes from > > Linden > >> > Lab, but then again emails can be spoofed). > >> > > >> > On 16/08/2011, malachi at tamzap.com wrote: > >> >> exactly which is why this message is so disturbing. accounts > > have > >> >> been > >> >> terminated from second life for using a viewer not listed in the > >> >> directory. > >> >> > >> >> > >> >> "This email is notification that Linden Lab has terminated > >> >> your access to the Second Life virtual world due to severe > >> >> or repeated violations of the Second Life Terms of Service > >> >> or Community Standards. Your (account name 'xxxxxxxxxxxxxxxxxx') > > and > >> >> alternate Second Life accounts have been > >> >> made permanently inaccessible." > >> >> > >> >> > >> >> On Tue, 16 Aug 2011 13:33:39 -0400, Erin Mallory wrote: > >> >>> Last I checked there is no requirement to use an approved tvp. > > even > >> >>> on the tvp listing page. Looking at the policy and the > > directory > >> >>> pages, no where does it say that the viewer must be listed in > > the > >> >>> tvp... > >> >>> http://secondlife.com/corporate/tpv.php > >> >>> http://wiki.secondlife.com/wiki/Third_Party_Viewer_Directory > >> >>> > >> >>> "You may connect to Second Life using software released by a > >> >>> third-party developer. Linden Lab provides a Policy on > > Third-Party > >> >>> Viewers [1] to promote a positive and predictable experience > > for > >> >>> all > >> >>> Second Life Residents." > >> >>> > >> >>>> Date: Tue, 16 Aug 2011 10:23:21 -0700 > >> >>>> From: malachi at tamzap.com > >> >>>> To: opensource-dev at lists.secondlife.com > >> >>>> Subject: [opensource-dev] Unjust Banning of residents? > >> >>>> > >> >>>> Violation: Third Party Viewer Usage > >> >>>> You are connecting to the grid with a viewer that is not in > > the > >> >>> third > >> >>>> party viewer directory. > >> >>>> > >> >>>> > >> >>>> However... > >> >>>> > >> >>>> A viewer does not need to be on the Third Party Viewer > > Directory > >> >>>> in > >> >>>> order for development or usage of it to be compliant with the > >> >>>> Third > >> >>> > >> >>>> Party Viewer Policy (see Policy on Third-Party Viewers | > > Second > >> >>> Life) > >> >>>> and the Terms of Service. While I am sure you are well aware > > of > >> >>> this, it > >> >>>> can also be deduced through common sense that the open source > >> >>> program > >> >>>> (Snowstorm, Snowglobe, etc) would not be able to exist in an > >> >>> environment > >> >>>> where every personal compile had to be listed on the TPVD > > before > >> >>>> it > >> >>> > >> >>>> could even begin to undergo any form of live quality assurance > >> >>>> processes. > >> >>>> > >> >>>> Long story short, unless there have been recent changes to the > >> >>> Terms of > >> >>>> Service that I am unaware of, or if there are relevant > > sections > >> >>> that I > >> >>>> have missed that indicate that a viewer that complies with the > >> >>> Third > >> >>>> Party Viewer Policy still must be in the Directory to be > >> >>> legitimately > >> >>>> used, I would request that you provide me with them. > >> >>>> > >> >>>> What this means is every single BETA tester for every client > > on > >> >>>> the > >> >>> > >> >>>> TPVD is at risk of losing their accounts because that compiled > >> >>> version > >> >>>> of that client is not listed on the TPVD. Each and every > > Developer > >> >>> who > >> >>>> has worked so hard to help Linden Lab build their Client into > > what > >> >>> it is > >> >>>> is at risk of losing their accounts because each time they > >> >>> recompile the > >> >>>> source it isn't listed in the TPVD and is now considered a > >> >>> Violation of > >> >>>> some hidden TOS clause. > >> >>>> > >> >>>> > >> >>>> I am posting this to this forum because I wanted to get feed > > back > >> >>> from > >> >>>> the community. As I myself and a developer who has contributed > >> >>> patches > >> >>>> to various TPVD Clients and am now finding myself cautious to > > even > >> >>> use > >> >>>> these clients source codes to help them. I would like > >> >>>> clarification > >> >>> from > >> >>>> Linden Lab as well as other Developers on this new banning > > policy > >> >>> that > >> >>>> is requiring every compiled client that connects to second > > life to > >> >>> be > >> >>>> listed in the TPVD. > >> >>>> _______________________________________________ > >> >>>> Policies and (un)subscribe information available here: > >> >>>> http://wiki.secondlife.com/wiki/OpenSource-Dev > >> >>>> Please read the policies before posting to keep unmoderated > >> >>>> posting > >> >>> privileges > >> >>> > >> >>> > >> >>> Links: > >> >>> ------ > >> >>> [1] http://secondlife.com/corporate/tpv.php > >> >> > >> >> _______________________________________________ > >> >> Policies and (un)subscribe information available here: > >> >> http://wiki.secondlife.com/wiki/OpenSource-Dev > >> >> Please read the policies before posting to keep unmoderated > > posting > >> >> privileges > >> >> > >> > >> _______________________________________________ > >> Policies and (un)subscribe information available here: > >> http://wiki.secondlife.com/wiki/OpenSource-Dev > >> Please read the policies before posting to keep unmoderated posting > >> privileges > >> > >> _______________________________________________ > >> Policies and (un)subscribe information available here: > >> http://wiki.secondlife.com/wiki/OpenSource-Dev > >> Please read the policies before posting to keep unmoderated posting > > privileges > > _______________________________________________ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/OpenSource-Dev > Please read the policies before posting to keep unmoderated posting privileges -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110816/194b866b/attachment-0001.htm From soft at lindenlab.com Tue Aug 16 12:09:43 2011 From: soft at lindenlab.com (Brian McGroarty) Date: Tue, 16 Aug 2011 12:09:43 -0700 Subject: [opensource-dev] Unjust Banning of residents? In-Reply-To: References: <20110816162232.30813.71411@domU-12-31-38-00-90-68.compute-1.internal> Message-ID: I looked at a few of the accounts from people who contacted security@ to ask if this was a phishing message. In the cases I've seen, this corresponds to accounts warned, suspended or banned for using features that violate the TPV, such as copybotting, payment impersonation, or spamming features. Using a viewer that's not in the TPV Directory is definitely not grounds for a suspension. You'd still need to go through governance to appeal any actions against an account. But I've verified that support understands that unlisted TPV use isn't grounds for suspension. They'll get that message template fixed. On Tue, Aug 16, 2011 at 10:23 AM, wrote: > Violation: Third Party Viewer Usage > You are connecting to the grid with a viewer that is not in the third > party viewer directory. > > > However... > > A viewer does not need to be on the Third Party Viewer Directory in > order for development or usage of it to be compliant with the Third > Party Viewer Policy (see Policy on Third-Party Viewers | Second Life) > and the Terms of Service. While I am sure you are well aware of this, it > can also be deduced through common sense that the open source program > (Snowstorm, Snowglobe, etc) would not be able to exist in an environment > where every personal compile had to be listed on the TPVD before it > could even begin to undergo any form of live quality assurance > processes. > > Long story short, unless there have been recent changes to the Terms of > Service that I am unaware of, or if there are relevant sections that I > have missed that indicate that a viewer that complies with the Third > Party Viewer Policy still must be in the Directory to be legitimately > used, I would request that you provide me with them. > > What this means is every single BETA tester for every client on the > TPVD is at risk of losing their accounts because that compiled version > of that client is not listed on the TPVD. Each and every Developer who > has worked so hard to help Linden Lab build their Client into what it is > is at risk of losing their accounts because each time they recompile the > source it isn't listed in the TPVD and is now considered a Violation of > some hidden TOS clause. > > > I am posting this to this forum because I wanted to get feed back from > the community. As I myself and a developer who has contributed patches > to various TPVD Clients and am now finding myself cautious to even use > these clients source codes to help them. I would like clarification from > Linden Lab as well as other Developers on this new banning policy that > is requiring every compiled client that connects to second life to be > listed in the TPVD. > _______________________________________________ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/OpenSource-Dev > Please read the policies before posting to keep unmoderated posting > privileges > -- Brian McGroarty | Linden Lab Sent from my Newton MP2100 via acoustic coupler -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110816/ad4246b7/attachment.htm From soft at lindenlab.com Tue Aug 16 12:12:13 2011 From: soft at lindenlab.com (Brian McGroarty) Date: Tue, 16 Aug 2011 12:12:13 -0700 Subject: [opensource-dev] Unjust Banning of residents? In-Reply-To: References: <20110816162232.30813.71411@domU-12-31-38-00-90-68.compute-1.internal> <0b75f10510f7b9e2d2b3762a163b00db@tamzap.com> <90E71D519F43475FBFF3DD369F990F73@JessicaLyonPC> <66bcd3253cca930ac2e0208b7bb14697@tamzap.com> Message-ID: What were some of the viewers you tested on that account? Typically, the trigger would have been within the last month. On Tue, Aug 16, 2011 at 12:07 PM, Erin Mallory wrote: > im just like wtf? the account i got hit by (which i sent the name of to > oz) is still showing active... in search... but its one i rarely use. > mostly for hiding and/or testing stuff. Im hearing the same from other > people too now though in other groups im in... > > > Date: Tue, 16 Aug 2011 12:04:11 -0700 > > > From: malachi at tamzap.com > > To: opensource-dev at lists.secondlife.com > > Subject: Re: [opensource-dev] Unjust Banning of residents? > > > > I knew it couldnt be just a single event. There is something going on > > at Linden Lab and honest developers are losing their accounts over it. > > > > On Tue, 16 Aug 2011 14:46:29 -0400, Erin Mallory wrote: > > > I have been hit with this as well on one of my alts. interestingly, I > > > have only ever logged that account in with v-d builds or firestorm. > > > I've sent an abuse report asking for clarification. im about to > > > contact support. > > > > > >> From: jessica at trinityenterprises.ca > > >> To: opensource-dev at lists.secondlife.com > > >> Date: Tue, 16 Aug 2011 14:41:56 -0400 > > >> Subject: Re: [opensource-dev] Unjust Banning of residents? > > >> > > >> This is interesting as our support team has had reports of this > > > from some of > > >> our own users. We figured it was phishing and suggested said users > > > contact > > >> LL. I don't know the results however... > > >> > > >> Jessica Lyon > > >> > > >> -----Original Message----- > > >> From: opensource-dev-bounces at lists.secondlife.com > > >> [mailto:opensource-dev-bounces at lists.secondlife.com] On Behalf Of > > >> malachi at tamzap.com > > >> Sent: Tuesday, August 16, 2011 2:23 PM > > >> To: Marine Kelley > > >> Cc: opensource-dev at lists.secondlife.com > > >> Subject: Re: [opensource-dev] Unjust Banning of residents? > > >> > > >> I thought it was a phishing attempt as well. But the account has > > > been > > >> removed from second life. POOF. so unless some phisher has the > > > ability > > >> to terminate accounts this is as real as it gets. > > >> > > >> > > >> On Tue, 16 Aug 2011 20:21:48 +0200, Marine Kelley wrote: > > >> > Careful, it could be a phishing attempt. Do NOT click on any of > > > the > > >> > links inside this email (unless you're certain it comes from > > > Linden > > >> > Lab, but then again emails can be spoofed). > > >> > > > >> > On 16/08/2011, malachi at tamzap.com wrote: > > >> >> exactly which is why this message is so disturbing. accounts > > > have > > >> >> been > > >> >> terminated from second life for using a viewer not listed in the > > >> >> directory. > > >> >> > > >> >> > > >> >> "This email is notification that Linden Lab has terminated > > >> >> your access to the Second Life virtual world due to severe > > >> >> or repeated violations of the Second Life Terms of Service > > >> >> or Community Standards. Your (account name 'xxxxxxxxxxxxxxxxxx') > > > and > > >> >> alternate Second Life accounts have been > > >> >> made permanently inaccessible." > > >> >> > > >> >> > > >> >> On Tue, 16 Aug 2011 13:33:39 -0400, Erin Mallory wrote: > > >> >>> Last I checked there is no requirement to use an approved tvp. > > > even > > >> >>> on the tvp listing page. Looking at the policy and the > > > directory > > >> >>> pages, no where does it say that the viewer must be listed in > > > the > > >> >>> tvp... > > >> >>> http://secondlife.com/corporate/tpv.php > > >> >>> http://wiki.secondlife.com/wiki/Third_Party_Viewer_Directory > > >> >>> > > >> >>> "You may connect to Second Life using software released by a > > >> >>> third-party developer. Linden Lab provides a Policy on > > > Third-Party > > >> >>> Viewers [1] to promote a positive and predictable experience > > > for > > >> >>> all > > >> >>> Second Life Residents." > > >> >>> > > >> >>>> Date: Tue, 16 Aug 2011 10:23:21 -0700 > > >> >>>> From: malachi at tamzap.com > > >> >>>> To: opensource-dev at lists.secondlife.com > > >> >>>> Subject: [opensource-dev] Unjust Banning of residents? > > >> >>>> > > >> >>>> Violation: Third Party Viewer Usage > > >> >>>> You are connecting to the grid with a viewer that is not in > > > the > > >> >>> third > > >> >>>> party viewer directory. > > >> >>>> > > >> >>>> > > >> >>>> However... > > >> >>>> > > >> >>>> A viewer does not need to be on the Third Party Viewer > > > Directory > > >> >>>> in > > >> >>>> order for development or usage of it to be compliant with the > > >> >>>> Third > > >> >>> > > >> >>>> Party Viewer Policy (see Policy on Third-Party Viewers | > > > Second > > >> >>> Life) > > >> >>>> and the Terms of Service. While I am sure you are well aware > > > of > > >> >>> this, it > > >> >>>> can also be deduced through common sense that the open source > > >> >>> program > > >> >>>> (Snowstorm, Snowglobe, etc) would not be able to exist in an > > >> >>> environment > > >> >>>> where every personal compile had to be listed on the TPVD > > > before > > >> >>>> it > > >> >>> > > >> >>>> could even begin to undergo any form of live quality assurance > > >> >>>> processes. > > >> >>>> > > >> >>>> Long story short, unless there have been recent changes to the > > >> >>> Terms of > > >> >>>> Service that I am unaware of, or if there are relevant > > > sections > > >> >>> that I > > >> >>>> have missed that indicate that a viewer that complies with the > > >> >>> Third > > >> >>>> Party Viewer Policy still must be in the Directory to be > > >> >>> legitimately > > >> >>>> used, I would request that you provide me with them. > > >> >>>> > > >> >>>> What this means is every single BETA tester for every client > > > on > > >> >>>> the > > >> >>> > > >> >>>> TPVD is at risk of losing their accounts because that compiled > > >> >>> version > > >> >>>> of that client is not listed on the TPVD. Each and every > > > Developer > > >> >>> who > > >> >>>> has worked so hard to help Linden Lab build their Client into > > > what > > >> >>> it is > > >> >>>> is at risk of losing their accounts because each time they > > >> >>> recompile the > > >> >>>> source it isn't listed in the TPVD and is now considered a > > >> >>> Violation of > > >> >>>> some hidden TOS clause. > > >> >>>> > > >> >>>> > > >> >>>> I am posting this to this forum because I wanted to get feed > > > back > > >> >>> from > > >> >>>> the community. As I myself and a developer who has contributed > > >> >>> patches > > >> >>>> to various TPVD Clients and am now finding myself cautious to > > > even > > >> >>> use > > >> >>>> these clients source codes to help them. I would like > > >> >>>> clarification > > >> >>> from > > >> >>>> Linden Lab as well as other Developers on this new banning > > > policy > > >> >>> that > > >> >>>> is requiring every compiled client that connects to second > > > life to > > >> >>> be > > >> >>>> listed in the TPVD. > > >> >>>> _______________________________________________ > > >> >>>> Policies and (un)subscribe information available here: > > >> >>>> http://wiki.secondlife.com/wiki/OpenSource-Dev > > >> >>>> Please read the policies before posting to keep unmoderated > > >> >>>> posting > > >> >>> privileges > > >> >>> > > >> >>> > > >> >>> Links: > > >> >>> ------ > > >> >>> [1] http://secondlife.com/corporate/tpv.php > > >> >> > > >> >> _______________________________________________ > > >> >> Policies and (un)subscribe information available here: > > >> >> http://wiki.secondlife.com/wiki/OpenSource-Dev > > >> >> Please read the policies before posting to keep unmoderated > > > posting > > >> >> privileges > > >> >> > > >> > > >> _______________________________________________ > > >> Policies and (un)subscribe information available here: > > >> http://wiki.secondlife.com/wiki/OpenSource-Dev > > >> Please read the policies before posting to keep unmoderated posting > > >> privileges > > >> > > >> _______________________________________________ > > >> Policies and (un)subscribe information available here: > > >> http://wiki.secondlife.com/wiki/OpenSource-Dev > > >> Please read the policies before posting to keep unmoderated posting > > > privileges > > > > _______________________________________________ > > Policies and (un)subscribe information available here: > > http://wiki.secondlife.com/wiki/OpenSource-Dev > > Please read the policies before posting to keep unmoderated posting > privileges > > _______________________________________________ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/OpenSource-Dev > Please read the policies before posting to keep unmoderated posting > privileges > -- Brian McGroarty | Linden Lab Sent from my Newton MP2100 via acoustic coupler -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110816/4be031aa/attachment-0001.htm From malachi at tamzap.com Tue Aug 16 12:14:24 2011 From: malachi at tamzap.com (malachi at tamzap.com) Date: Tue, 16 Aug 2011 12:14:24 -0700 Subject: [opensource-dev] =?utf-8?q?Unjust_Banning_of_residents=3F?= In-Reply-To: References: <20110816162232.30813.71411@domU-12-31-38-00-90-68.compute-1.internal> <0b75f10510f7b9e2d2b3762a163b00db@tamzap.com> <90E71D519F43475FBFF3DD369F990F73@JessicaLyonPC> <66bcd3253cca930ac2e0208b7bb14697@tamzap.com> Message-ID: <651e5d29e95ffa9e5a658e241bf17183@tamzap.com> the only viewers on this computer are singularity and viewer-developments source code. On Tue, 16 Aug 2011 12:12:13 -0700, Brian McGroarty wrote: > What were some of the viewers you tested on that account? Typically, > the trigger would have been within the last month. > > On Tue, Aug 16, 2011 at 12:07 PM, Erin Mallory wrote: > >> im just like wtf?? the account i got hit by (which i sent the >> name of to oz) is still showing active... in search... but its one > i >> rarely use.? mostly for hiding and/or testing stuff.? Im hearing >> the same from other people too now though in other groups im > in...? >> >> >>> Date: Tue, 16 Aug 2011 12:04:11 -0700 >> >>> From: malachi at tamzap.com [1] >>> To: opensource-dev at lists.secondlife.com [2] >> >>> Subject: Re: [opensource-dev] Unjust Banning of residents? >>> >>> I knew it couldnt be just a single event. There is something >> going on >>> at Linden Lab and honest developers are losing their accounts >> over it. >> > >>> On Tue, 16 Aug 2011 14:46:29 -0400, Erin Mallory wrote: >>> > I have been hit with this as well on one of my alts. >> interestingly, I >>> > have only ever logged that account in with v-d builds or >> firestorm. >> > > I've sent an abuse report asking for clarification. im about >> to >>> > contact support. >>> > >>> >> From: jessica at trinityenterprises.ca [3] >> > >> To: opensource-dev at lists.secondlife.com [4] >>> >> Date: Tue, 16 Aug 2011 14:41:56 -0400 >>> >> Subject: Re: [opensource-dev] Unjust Banning of residents? >> > >> >>> >> This is interesting as our support team has had reports of >> this >>> > from some of >>> >> our own users. We figured it was phishing and suggested said >> users >>> > contact >> > >> LL. I don't know the results however... >>> >> >>> >> Jessica Lyon >>> >> >>> >> -----Original Message----- >>> >> From: opensource-dev-bounces at lists.secondlife.com [5] >> > >> [mailto:opensource-dev-bounces at lists.secondlife.com [6]] On >> Behalf Of >>> >> malachi at tamzap.com [7] >> > >> Sent: Tuesday, August 16, 2011 2:23 PM >>> >> To: Marine Kelley >>> >> Cc: opensource-dev at lists.secondlife.com [8] >> > >> Subject: Re: [opensource-dev] Unjust Banning of residents? >>> >> >>> >> I thought it was a phishing attempt as well. But the account >> has >>> > been >>> >> removed from second life. POOF. so unless some phisher has the >> > > ability >>> >> to terminate accounts this is as real as it gets. >>> >> >>> >> >>> >> On Tue, 16 Aug 2011 20:21:48 +0200, Marine Kelley wrote: >>> >> > Careful, it could be a phishing attempt. Do NOT click on any >> of >> > > the >>> >> > links inside this email (unless you're certain it comes from >>> > Linden >>> >> > Lab, but then again emails can be spoofed). >>> >> > >>> >> > On 16/08/2011, malachi at tamzap.com [9] wrote: >> > >> >> exactly which is why this message is so disturbing. >> accounts >>> > have >>> >> >> been >>> >> >> terminated from second life for using a viewer not listed >> in the >> > >> >> directory. >>> >> >> >>> >> >> >>> >> >> "This email is notification that Linden Lab has terminated >>> >> >> your access to the Second Life virtual world due to severe >> > >> >> or repeated violations of the Second Life Terms of Service >>> >> >> or Community Standards. Your (account name >> 'xxxxxxxxxxxxxxxxxx') >>> > and >>> >> >> alternate Second Life accounts have been >> > >> >> made permanently inaccessible." >>> >> >> >>> >> >> >>> >> >> On Tue, 16 Aug 2011 13:33:39 -0400, Erin Mallory wrote: >>> >> >>> Last I checked there is no requirement to use an approved >> tvp. >> > > even >>> >> >>> on the tvp listing page. Looking at the policy and the >>> > directory >>> >> >>> pages, no where does it say that the viewer must be listed >> in >>> > the >> > >> >>> tvp... >>> >> >>> http://secondlife.com/corporate/tpv.php [10] >>> >> >>> >> http://wiki.secondlife.com/wiki/Third_Party_Viewer_Directory [11] >> > >> >>> >>> >> >>> "You may connect to Second Life using software released by >> a >>> >> >>> third-party developer. Linden Lab provides a Policy on >>> > Third-Party >> > >> >>> Viewers [1] to promote a positive and predictable >> experience >>> > for >>> >> >>> all >>> >> >>> Second Life Residents." >>> >> >>> >> > >> >>>> Date: Tue, 16 Aug 2011 10:23:21 -0700 >>> >> >>>> From: malachi at tamzap.com [12] >>> >> >>>> To: opensource-dev at lists.secondlife.com [13] >> > >> >>>> Subject: [opensource-dev] Unjust Banning of residents? >>> >> >>>> >>> >> >>>> Violation: Third Party Viewer Usage >>> >> >>>> You are connecting to the grid with a viewer that is not >> in >> > > the >>> >> >>> third >>> >> >>>> party viewer directory. >>> >> >>>> >>> >> >>>> >>> >> >>>> However... >> > >> >>>> >>> >> >>>> A viewer does not need to be on the Third Party Viewer >>> > Directory >>> >> >>>> in >>> >> >>>> order for development or usage of it to be compliant with >> the >> > >> >>>> Third >>> >> >>> >>> >> >>>> Party Viewer Policy (see Policy on Third-Party Viewers | >>> > Second >>> >> >>> Life) >>> >> >>>> and the Terms of Service. While I am sure you are well >> aware >> > > of >>> >> >>> this, it >>> >> >>>> can also be deduced through common sense that the open >> source >>> >> >>> program >>> >> >>>> (Snowstorm, Snowglobe, etc) would not be able to exist in >> an >> > >> >>> environment >>> >> >>>> where every personal compile had to be listed on the TPVD >>> > before >>> >> >>>> it >>> >> >>> >> > >> >>>> could even begin to undergo any form of live quality >> assurance >>> >> >>>> processes. >>> >> >>>> >>> >> >>>> Long story short, unless there have been recent changes >> to the >> > >> >>> Terms of >>> >> >>>> Service that I am unaware of, or if there are relevant >>> > sections >>> >> >>> that I >>> >> >>>> have missed that indicate that a viewer that complies >> with the >> > >> >>> Third >>> >> >>>> Party Viewer Policy still must be in the Directory to be >>> >> >>> legitimately >>> >> >>>> used, I would request that you provide me with them. >> > >> >>>> >>> >> >>>> What this means is every single BETA tester for every >> client >>> > on >>> >> >>>> the >>> >> >>> >>> >> >>>> TPVD is at risk of losing their accounts because that >> compiled >> > >> >>> version >>> >> >>>> of that client is not listed on the TPVD. Each and every >>> > Developer >>> >> >>> who >>> >> >>>> has worked so hard to help Linden Lab build their Client >> into >> > > what >>> >> >>> it is >>> >> >>>> is at risk of losing their accounts because each time >> they >>> >> >>> recompile the >>> >> >>>> source it isn't listed in the TPVD and is now considered >> a >> > >> >>> Violation of >>> >> >>>> some hidden TOS clause. >>> >> >>>> >>> >> >>>> >>> >> >>>> I am posting this to this forum because I wanted to get >> feed >> > > back >>> >> >>> from >>> >> >>>> the community. As I myself and a developer who has >> contributed >>> >> >>> patches >>> >> >>>> to various TPVD Clients and am now finding myself >> cautious to >> > > even >>> >> >>> use >>> >> >>>> these clients source codes to help them. I would like >>> >> >>>> clarification >>> >> >>> from >> > >> >>>> Linden Lab as well as other Developers on this new >> banning >>> > policy >>> >> >>> that >>> >> >>>> is requiring every compiled client that connects to >> second >> > > life to >>> >> >>> be >>> >> >>>> listed in the TPVD. >>> >> >>>> _______________________________________________ >>> >> >>>> Policies and (un)subscribe information available here: >> > >> >>>> http://wiki.secondlife.com/wiki/OpenSource-Dev [14] >>> >> >>>> Please read the policies before posting to keep >> unmoderated >> > >> >>>> posting >>> >> >>> privileges >>> >> >>> >>> >> >>> >>> >> >>> Links: >>> >> >>> ------ >>> >> >>> [1] http://secondlife.com/corporate/tpv.php [15] >> > >> >> >>> >> >> _______________________________________________ >>> >> >> Policies and (un)subscribe information available here: >>> >> >> http://wiki.secondlife.com/wiki/OpenSource-Dev [16] >> > >> >> 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 [17] >>> >> 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 [18] >> > >> 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 [19] >>> 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 [20] >> Please read the policies before posting to keep unmoderated >> posting privileges > > -- > Brian McGroarty | Linden Lab > Sent from my Newton MP2100 via acoustic coupler > > > Links: > ------ > [1] mailto:malachi at tamzap.com > [2] mailto:opensource-dev at lists.secondlife.com > [3] mailto:jessica at trinityenterprises.ca > [4] mailto:opensource-dev at lists.secondlife.com > [5] mailto:opensource-dev-bounces at lists.secondlife.com > [6] mailto:opensource-dev-bounces at lists.secondlife.com > [7] mailto:malachi at tamzap.com > [8] mailto:opensource-dev at lists.secondlife.com > [9] mailto:malachi at tamzap.com > [10] http://secondlife.com/corporate/tpv.php > [11] http://wiki.secondlife.com/wiki/Third_Party_Viewer_Directory > [12] mailto:malachi at tamzap.com > [13] mailto:opensource-dev at lists.secondlife.com > [14] http://wiki.secondlife.com/wiki/OpenSource-Dev > [15] http://secondlife.com/corporate/tpv.php > [16] http://wiki.secondlife.com/wiki/OpenSource-Dev > [17] http://wiki.secondlife.com/wiki/OpenSource-Dev > [18] http://wiki.secondlife.com/wiki/OpenSource-Dev > [19] http://wiki.secondlife.com/wiki/OpenSource-Dev > [20] http://wiki.secondlife.com/wiki/OpenSource-Dev > [21] mailto:angel_of_crimson at hotmail.com From oz at lindenlab.com Tue Aug 16 12:14:35 2011 From: oz at lindenlab.com (Oz Linden (Scott Lawrence)) Date: Tue, 16 Aug 2011 15:14:35 -0400 Subject: [opensource-dev] Unjust Banning of residents? In-Reply-To: References: <20110816162232.30813.71411@domU-12-31-38-00-90-68.compute-1.internal> Message-ID: <4E4AC19B.2020205@lindenlab.com> On 2011-08-16 13:23, malachi at tamzap.com wrote: > Violation: Third Party Viewer Usage > You are connecting to the grid with a viewer that is not in the third > party viewer directory. That message was unfortunately not constructed well, and steps have been taken to make sure that misleading phrasing is not used in future messages. Let me be clear: * There has been no change in the Policy on Third Party Viewers or the Terms of Service. * It is ok to connect to Second Life with any viewer that complies with the Policy on Third Party Viewers, even if that viewer is not in the Third Party Viewer Directory. I will not comment on whether or not any particular enforcement action was justified, and suggest that public mailing lists and forums are not the best place to discuss individual cases. If you believe that your account was improperly affected, the process you should follow is here: http://bit.ly/hBIjz -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110816/012cd0f6/attachment.htm From angel_of_crimson at hotmail.com Tue Aug 16 12:19:33 2011 From: angel_of_crimson at hotmail.com (Erin Mallory) Date: Tue, 16 Aug 2011 15:19:33 -0400 Subject: [opensource-dev] Unjust Banning of residents? In-Reply-To: <4E4AC19B.2020205@lindenlab.com> References: <20110816162232.30813.71411@domU-12-31-38-00-90-68.compute-1.internal>, , <4E4AC19B.2020205@lindenlab.com> Message-ID: could some or all of the viewer-development builds be triggering something at LL incorrectly and causing them to be seen as banned or otherwise illegitimate viewers? Date: Tue, 16 Aug 2011 15:14:35 -0400 From: oz at lindenlab.com To: opensource-dev at lists.secondlife.com Subject: Re: [opensource-dev] Unjust Banning of residents? On 2011-08-16 13:23, malachi at tamzap.com wrote: Violation: Third Party Viewer Usage You are connecting to the grid with a viewer that is not in the third party viewer directory. That message was unfortunately not constructed well, and steps have been taken to make sure that misleading phrasing is not used in future messages. Let me be clear: There has been no change in the Policy on Third Party Viewers or the Terms of Service. It is ok to connect to Second Life with any viewer that complies with the Policy on Third Party Viewers, even if that viewer is not in the Third Party Viewer Directory. I will not comment on whether or not any particular enforcement action was justified, and suggest that public mailing lists and forums are not the best place to discuss individual cases. If you believe that your account was improperly affected, the process you should follow is here: http://bit.ly/hBIjz _______________________________________________ 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/20110816/437b7400/attachment.htm From yoz at lindenlab.com Tue Aug 16 13:17:32 2011 From: yoz at lindenlab.com (Yoz Grahame) Date: Tue, 16 Aug 2011 13:17:32 -0700 Subject: [opensource-dev] OS X Lion In-Reply-To: References: <5B2BE56DB8974B65A616714D7215E1A3@lindenlab.com> Message-ID: I've never seen that *myself*, and I've run a number of different viewer builds since installing Lion dev preview 4. -- Yoz On Tuesday, August 16, 2011 at 10:56 AM, Lee ponzu wrote: > i have heard two people report that they cannot *initiate* an IM. They can receive them, but not *start* a session. > > On Mon, Aug 15, 2011 at 7:13 PM, Yoz Grahame wrote: > > Not speaking for the team here (especially because I'm not in viewer development), just myself as a Lion user (Mid-2009 MBP, NVidia): > > > > There are only two major Lion-specific bugs that have bitten my own use so far. > > > > One is Freaky Polygons, which was quickly eased by turning off OpenGL vertex buffer objects (VBOs) in the Graphics->Hardware settings. There's a fix of some kind in the pipeline. > > The other is a weird problem with certain web views (such as Profiles) showing up with no CSS or JS; this turned out to be SSL cert related, and there's a fix for this one in the pipeline too. > > > > Apart from those two bugs, the viewer Works On My Machine?. I hope it also answers the overall question: yes, attention is being paid. > > > > -- Yoz > > > > > > On Monday, August 15, 2011 at 9:57 AM, Lee ponzu wrote: > > > > > > > How much attention is being paid to Lion? I think the natives are starting to get restless. > > > > > > ponzu > > > _______________________________________________ > > > 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/20110816/7274cbed/attachment-0001.htm From sllists at boroon.dasgupta.ch Tue Aug 16 13:19:30 2011 From: sllists at boroon.dasgupta.ch (Boroondas Gupte) Date: Tue, 16 Aug 2011 20:19:30 -0000 Subject: [opensource-dev] Review Request: STORM-793 Offered URL-like named object is displayed as a HTTP URL in the llGiveInventory In-Reply-To: <20110816162232.30813.71411@domU-12-31-38-00-90-68.compute-1.internal> References: <20110816162232.30813.71411@domU-12-31-38-00-90-68.compute-1.internal> Message-ID: <20110816201930.2663.76996@domU-12-31-38-00-90-68.compute-1.internal> ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/442/#review979 ----------------------------------------------------------- indra/newview/skins/default/xui/en/notifications.xml Shouldn't the same change be made in the translations? > The fix may look weird because we seem to wrap a SLURL with ... tags. > But actually there is no SLURL, there's just an object name. If that is so (and the comment on indra/newview/llviewermessage.cpp line 1941 indicates it is), why not rename the placeholder to ITEM_NAME or similar? I think the only places where this change would have to be made are llviewermessage.cpp line 1942, the message above and its translations. - Boroondas On Aug. 16, 2011, 9:22 a.m., Vadim ProductEngine wrote: > > ----------------------------------------------------------- > This is an automatically generated e-mail. To reply, visit: > http://codereview.secondlife.com/r/442/ > ----------------------------------------------------------- > > (Updated Aug. 16, 2011, 9:22 a.m.) > > > Review request for Viewer. > > > Summary > ------- > > Disallowed parsing HTTP URLs in llGiveInventory notifications (one more case). > > The fix may look weird because we seem to wrap a SLURL with ... tags. > But actually there is no SLURL, there's just an object name. > Investigating that goes beyond the bug scope. > > > This addresses bug STORM-793. > http://jira.secondlife.com/browse/STORM-793 > > > Diffs > ----- > > indra/newview/skins/default/xui/en/notifications.xml UNKNOWN > > Diff: http://codereview.secondlife.com/r/442/diff > > > Testing > ------- > > > Thanks, > > Vadim > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110816/ed048634/attachment.htm From vsavchuk at productengine.com Tue Aug 16 13:24:57 2011 From: vsavchuk at productengine.com (Vadim ProductEngine) Date: Tue, 16 Aug 2011 20:24:57 -0000 Subject: [opensource-dev] Review Request: STORM-793 Offered URL-like named object is displayed as a HTTP URL in the llGiveInventory In-Reply-To: <20110816201930.2663.76996@domU-12-31-38-00-90-68.compute-1.internal> References: <20110816201930.2663.76996@domU-12-31-38-00-90-68.compute-1.internal> Message-ID: <20110816202457.30730.9159@domU-12-31-38-00-90-68.compute-1.internal> > On Aug. 16, 2011, 1:19 p.m., Boroondas Gupte wrote: > > indra/newview/skins/default/xui/en/notifications.xml, lines 5901-5906 > > > > > > Shouldn't the same change be made in the translations? Ah, right. Thanks, will fix. On Aug. 16, 2011, 1:19 p.m., Vadim ProductEngine wrote: > > > The fix may look weird because we seem to wrap a SLURL with ... tags. > > > But actually there is no SLURL, there's just an object name. > > > > If that is so (and the comment on indra/newview/llviewermessage.cpp line 1941 indicates it is), why not rename the placeholder to ITEM_NAME or similar? I think the only places where this change would have to be made are llviewermessage.cpp line 1942, the message above and its translations. Because there *is* a SLURL being passed via ITEM_SLURL (see llviewermessage.cpp:1934). It's just becomes a plain name on its way. So if we simply rename ITEM_SLURL to ITEM_NAME, we'll just hide the bug. - Vadim ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/442/#review979 ----------------------------------------------------------- On Aug. 16, 2011, 9:22 a.m., Vadim ProductEngine wrote: > > ----------------------------------------------------------- > This is an automatically generated e-mail. To reply, visit: > http://codereview.secondlife.com/r/442/ > ----------------------------------------------------------- > > (Updated Aug. 16, 2011, 9:22 a.m.) > > > Review request for Viewer. > > > Summary > ------- > > Disallowed parsing HTTP URLs in llGiveInventory notifications (one more case). > > The fix may look weird because we seem to wrap a SLURL with ... tags. > But actually there is no SLURL, there's just an object name. > Investigating that goes beyond the bug scope. > > > This addresses bug STORM-793. > http://jira.secondlife.com/browse/STORM-793 > > > Diffs > ----- > > indra/newview/skins/default/xui/en/notifications.xml UNKNOWN > > Diff: http://codereview.secondlife.com/r/442/diff > > > Testing > ------- > > > Thanks, > > Vadim > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110816/a4cfcf82/attachment.htm From sllists at boroon.dasgupta.ch Tue Aug 16 14:25:00 2011 From: sllists at boroon.dasgupta.ch (Boroondas Gupte) Date: Tue, 16 Aug 2011 23:25:00 +0200 Subject: [opensource-dev] Questions about unit test for "hg policy" (was: Mercurial hook checking for well-formed XML) In-Reply-To: <4E4A877A.3040205@lindenlab.com> References: <4E4598AC.9040606@lindenlab.com> <4E4A877A.3040205@lindenlab.com> Message-ID: <4E4AE02C.7080200@boroon.dasgupta.ch> Heya Oz Thanks for making Bos' hg hooks public! I've looked at the unit test you've written for hg policy and have two questions about it: 1. Is it by purpose that the return code isn't checked after the hg policy invocation on line 23 ? 2. On lines 75 -77, is there a reason why you use cp rather than mv? I think the latter would avoid the need for the subsequent rm. Cheers, Boroondas -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110816/31d67aaa/attachment-0001.htm From j.w.jackson at verizon.net Tue Aug 16 14:43:05 2011 From: j.w.jackson at verizon.net (John Jackson) Date: Tue, 16 Aug 2011 16:43:05 -0500 Subject: [opensource-dev] opensource-dev Digest, Vol 19, Issue 41 In-Reply-To: References: Message-ID: <4E4AE469.2010002@verizon.net> Re: Unjust Banning of residents? Don't wast time appealing. I did and got nothing but stonewalling from Support. Although they admitted they suspended my account for an invalid reason, they would not reveal any details. Claiming only that I was using a viewer that "MIGHT" violate the TPV, since it was not listed in the TPV directory. On 8/16/2011 3:17 PM, opensource-dev-request at lists.secondlife.com wrote: > Send opensource-dev mailing list submissions to > opensource-dev at lists.secondlife.com > > To subscribe or unsubscribe via the World Wide Web, visit > https://lists.secondlife.com/cgi-bin/mailman/listinfo/opensource-dev > or, via email, send a message with subject or body 'help' to > opensource-dev-request at lists.secondlife.com > > You can reach the person managing the list at > opensource-dev-owner at lists.secondlife.com > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of opensource-dev digest..." > > > Today's Topics: > > 1. Re: Unjust Banning of residents? (malachi at tamzap.com) > 2. Re: Unjust Banning of residents? (Oz Linden (Scott Lawrence)) > 3. Re: Unjust Banning of residents? (Erin Mallory) > 4. Re: OS X Lion (Yoz Grahame) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Tue, 16 Aug 2011 12:14:24 -0700 > From: malachi at tamzap.com > Subject: Re: [opensource-dev] Unjust Banning of residents? > To: > Message-ID:<651e5d29e95ffa9e5a658e241bf17183 at tamzap.com> > Content-Type: text/plain; charset=UTF-8; format=flowed > > the only viewers on this computer are singularity and > viewer-developments source code. > > On Tue, 16 Aug 2011 12:12:13 -0700, Brian McGroarty wrote: >> What were some of the viewers you tested on that account? Typically, >> the trigger would have been within the last month. >> >> On Tue, Aug 16, 2011 at 12:07 PM, Erin Mallory wrote: >> >>> im just like wtf?? the account i got hit by (which i sent the >>> name of to oz) is still showing active... in search... but its one >> i >>> rarely use.? mostly for hiding and/or testing stuff.? Im hearing >>> the same from other people too now though in other groups im >> in...? >>> >>>> Date: Tue, 16 Aug 2011 12:04:11 -0700 >>>> From: malachi at tamzap.com [1] >>>> To: opensource-dev at lists.secondlife.com [2] >>>> Subject: Re: [opensource-dev] Unjust Banning of residents? >>>> >>>> I knew it couldnt be just a single event. There is something >>> going on >>>> at Linden Lab and honest developers are losing their accounts >>> over it. >>>> On Tue, 16 Aug 2011 14:46:29 -0400, Erin Mallory wrote: >>>>> I have been hit with this as well on one of my alts. >>> interestingly, I >>>>> have only ever logged that account in with v-d builds or >>> firestorm. >>>>> I've sent an abuse report asking for clarification. im about >>> to >>>>> contact support. >>>>> >>>>>> From: jessica at trinityenterprises.ca [3] >>>>>> To: opensource-dev at lists.secondlife.com [4] >>>>>> Date: Tue, 16 Aug 2011 14:41:56 -0400 >>>>>> Subject: Re: [opensource-dev] Unjust Banning of residents? >>>>>> >>>>>> This is interesting as our support team has had reports of >>> this >>>>> from some of >>>>>> our own users. We figured it was phishing and suggested said >>> users >>>>> contact >>>>>> LL. I don't know the results however... >>>>>> >>>>>> Jessica Lyon >>>>>> >>>>>> -----Original Message----- >>>>>> From: opensource-dev-bounces at lists.secondlife.com [5] >>>>>> [mailto:opensource-dev-bounces at lists.secondlife.com [6]] On >>> Behalf Of >>>>>> malachi at tamzap.com [7] >>>>>> Sent: Tuesday, August 16, 2011 2:23 PM >>>>>> To: Marine Kelley >>>>>> Cc: opensource-dev at lists.secondlife.com [8] >>>>>> Subject: Re: [opensource-dev] Unjust Banning of residents? >>>>>> >>>>>> I thought it was a phishing attempt as well. But the account >>> has >>>>> been >>>>>> removed from second life. POOF. so unless some phisher has the >>>>> ability >>>>>> to terminate accounts this is as real as it gets. >>>>>> >>>>>> >>>>>> On Tue, 16 Aug 2011 20:21:48 +0200, Marine Kelley wrote: >>>>>>> Careful, it could be a phishing attempt. Do NOT click on any >>> of >>>>> the >>>>>>> links inside this email (unless you're certain it comes from >>>>> Linden >>>>>>> Lab, but then again emails can be spoofed). >>>>>>> >>>>>>> On 16/08/2011, malachi at tamzap.com [9] wrote: >>>>>>>> exactly which is why this message is so disturbing. >>> accounts >>>>> have >>>>>>>> been >>>>>>>> terminated from second life for using a viewer not listed >>> in the >>>>>>>> directory. >>>>>>>> >>>>>>>> >>>>>>>> "This email is notification that Linden Lab has terminated >>>>>>>> your access to the Second Life virtual world due to severe >>>>>>>> or repeated violations of the Second Life Terms of Service >>>>>>>> or Community Standards. Your (account name >>> 'xxxxxxxxxxxxxxxxxx') >>>>> and >>>>>>>> alternate Second Life accounts have been >>>>>>>> made permanently inaccessible." >>>>>>>> >>>>>>>> >>>>>>>> On Tue, 16 Aug 2011 13:33:39 -0400, Erin Mallory wrote: >>>>>>>>> Last I checked there is no requirement to use an approved >>> tvp. >>>>> even >>>>>>>>> on the tvp listing page. Looking at the policy and the >>>>> directory >>>>>>>>> pages, no where does it say that the viewer must be listed >>> in >>>>> the >>>>>>>>> tvp... >>>>>>>>> http://secondlife.com/corporate/tpv.php [10] >>>>>>>>> >>> http://wiki.secondlife.com/wiki/Third_Party_Viewer_Directory [11] >>>>>>>>> "You may connect to Second Life using software released by >>> a >>>>>>>>> third-party developer. Linden Lab provides a Policy on >>>>> Third-Party >>>>>>>>> Viewers [1] to promote a positive and predictable >>> experience >>>>> for >>>>>>>>> all >>>>>>>>> Second Life Residents." >>>>>>>>> >>>>>>>>>> Date: Tue, 16 Aug 2011 10:23:21 -0700 >>>>>>>>>> From: malachi at tamzap.com [12] >>>>>>>>>> To: opensource-dev at lists.secondlife.com [13] >>>>>>>>>> Subject: [opensource-dev] Unjust Banning of residents? >>>>>>>>>> >>>>>>>>>> Violation: Third Party Viewer Usage >>>>>>>>>> You are connecting to the grid with a viewer that is not >>> in >>>>> the >>>>>>>>> third >>>>>>>>>> party viewer directory. >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> However... >>>>>>>>>> >>>>>>>>>> A viewer does not need to be on the Third Party Viewer >>>>> Directory >>>>>>>>>> in >>>>>>>>>> order for development or usage of it to be compliant with >>> the >>>>>>>>>> Third >>>>>>>>>> Party Viewer Policy (see Policy on Third-Party Viewers | >>>>> Second >>>>>>>>> Life) >>>>>>>>>> and the Terms of Service. While I am sure you are well >>> aware >>>>> of >>>>>>>>> this, it >>>>>>>>>> can also be deduced through common sense that the open >>> source >>>>>>>>> program >>>>>>>>>> (Snowstorm, Snowglobe, etc) would not be able to exist in >>> an >>>>>>>>> environment >>>>>>>>>> where every personal compile had to be listed on the TPVD >>>>> before >>>>>>>>>> it >>>>>>>>>> could even begin to undergo any form of live quality >>> assurance >>>>>>>>>> processes. >>>>>>>>>> >>>>>>>>>> Long story short, unless there have been recent changes >>> to the >>>>>>>>> Terms of >>>>>>>>>> Service that I am unaware of, or if there are relevant >>>>> sections >>>>>>>>> that I >>>>>>>>>> have missed that indicate that a viewer that complies >>> with the >>>>>>>>> Third >>>>>>>>>> Party Viewer Policy still must be in the Directory to be >>>>>>>>> legitimately >>>>>>>>>> used, I would request that you provide me with them. >>>>>>>>>> >>>>>>>>>> What this means is every single BETA tester for every >>> client >>>>> on >>>>>>>>>> the >>>>>>>>>> TPVD is at risk of losing their accounts because that >>> compiled >>>>>>>>> version >>>>>>>>>> of that client is not listed on the TPVD. Each and every >>>>> Developer >>>>>>>>> who >>>>>>>>>> has worked so hard to help Linden Lab build their Client >>> into >>>>> what >>>>>>>>> it is >>>>>>>>>> is at risk of losing their accounts because each time >>> they >>>>>>>>> recompile the >>>>>>>>>> source it isn't listed in the TPVD and is now considered >>> a >>>>>>>>> Violation of >>>>>>>>>> some hidden TOS clause. >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> I am posting this to this forum because I wanted to get >>> feed >>>>> back >>>>>>>>> from >>>>>>>>>> the community. As I myself and a developer who has >>> contributed >>>>>>>>> patches >>>>>>>>>> to various TPVD Clients and am now finding myself >>> cautious to >>>>> even >>>>>>>>> use >>>>>>>>>> these clients source codes to help them. I would like >>>>>>>>>> clarification >>>>>>>>> from >>>>>>>>>> Linden Lab as well as other Developers on this new >>> banning >>>>> policy >>>>>>>>> that >>>>>>>>>> is requiring every compiled client that connects to >>> second >>>>> life to >>>>>>>>> be >>>>>>>>>> listed in the TPVD. >>>>>>>>>> _______________________________________________ >>>>>>>>>> Policies and (un)subscribe information available here: >>>>>>>>>> http://wiki.secondlife.com/wiki/OpenSource-Dev [14] >>>>>>>>>> Please read the policies before posting to keep >>> unmoderated >>>>>>>>>> posting >>>>>>>>> privileges >>>>>>>>> >>>>>>>>> >>>>>>>>> Links: >>>>>>>>> ------ >>>>>>>>> [1] http://secondlife.com/corporate/tpv.php [15] >>>>>>>> _______________________________________________ >>>>>>>> Policies and (un)subscribe information available here: >>>>>>>> http://wiki.secondlife.com/wiki/OpenSource-Dev [16] >>>>>>>> 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 [17] >>>>>> 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 [18] >>>>>> 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 [19] >>>> 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 [20] >>> Please read the policies before posting to keep unmoderated >>> posting privileges >> -- >> Brian McGroarty | Linden Lab >> Sent from my Newton MP2100 via acoustic coupler >> >> >> Links: >> ------ >> [1] mailto:malachi at tamzap.com >> [2] mailto:opensource-dev at lists.secondlife.com >> [3] mailto:jessica at trinityenterprises.ca >> [4] mailto:opensource-dev at lists.secondlife.com >> [5] mailto:opensource-dev-bounces at lists.secondlife.com >> [6] mailto:opensource-dev-bounces at lists.secondlife.com >> [7] mailto:malachi at tamzap.com >> [8] mailto:opensource-dev at lists.secondlife.com >> [9] mailto:malachi at tamzap.com >> [10] http://secondlife.com/corporate/tpv.php >> [11] http://wiki.secondlife.com/wiki/Third_Party_Viewer_Directory >> [12] mailto:malachi at tamzap.com >> [13] mailto:opensource-dev at lists.secondlife.com >> [14] http://wiki.secondlife.com/wiki/OpenSource-Dev >> [15] http://secondlife.com/corporate/tpv.php >> [16] http://wiki.secondlife.com/wiki/OpenSource-Dev >> [17] http://wiki.secondlife.com/wiki/OpenSource-Dev >> [18] http://wiki.secondlife.com/wiki/OpenSource-Dev >> [19] http://wiki.secondlife.com/wiki/OpenSource-Dev >> [20] http://wiki.secondlife.com/wiki/OpenSource-Dev >> [21] mailto:angel_of_crimson at hotmail.com > > > ------------------------------ > > Message: 2 > Date: Tue, 16 Aug 2011 15:14:35 -0400 > From: "Oz Linden (Scott Lawrence)" > Subject: Re: [opensource-dev] Unjust Banning of residents? > To: opensource-dev at lists.secondlife.com > Message-ID:<4E4AC19B.2020205 at lindenlab.com> > Content-Type: text/plain; charset="iso-8859-1" > > On 2011-08-16 13:23, malachi at tamzap.com wrote: >> Violation: Third Party Viewer Usage >> You are connecting to the grid with a viewer that is not in the third >> party viewer directory. > That message was unfortunately not constructed well, and steps have been > taken to make sure that misleading phrasing is not used in future messages. > > Let me be clear: > > * There has been no change in the Policy on Third Party Viewers or the > Terms of Service. > * It is ok to connect to Second Life with any viewer that complies > with the Policy on Third Party Viewers, even if that viewer is not > in the Third Party Viewer Directory. > > > I will not comment on whether or not any particular enforcement action > was justified, and suggest that public mailing lists and forums are not > the best place to discuss individual cases. If you believe that your > account was improperly affected, the process you should follow is here: > http://bit.ly/hBIjz > > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110816/012cd0f6/attachment-0001.htm > > ------------------------------ > > Message: 3 > Date: Tue, 16 Aug 2011 15:19:33 -0400 > From: Erin Mallory > Subject: Re: [opensource-dev] Unjust Banning of residents? > To:, > Message-ID: > Content-Type: text/plain; charset="iso-8859-1" > > > could some or all of the viewer-development builds be triggering something at LL incorrectly and causing them to be seen as banned or otherwise illegitimate viewers? > > Date: Tue, 16 Aug 2011 15:14:35 -0400 > From: oz at lindenlab.com > To: opensource-dev at lists.secondlife.com > Subject: Re: [opensource-dev] Unjust Banning of residents? > > > > > > > > > On 2011-08-16 13:23, malachi at tamzap.com wrote: > > Violation: Third Party Viewer Usage > You are connecting to the grid with a viewer that is not in the third > party viewer directory. > > > > > That message was unfortunately not constructed well, and steps have > been taken to make sure that misleading phrasing is not used in > future messages. > > > > Let me be clear: > > > There has been no change in the Policy on Third Party Viewers > or the Terms of Service. > It is ok to connect to Second Life with any viewer that > complies with the Policy on Third Party Viewers, even if that > viewer is not in the Third Party Viewer Directory. > > > > I will not comment on whether or not any particular enforcement > action was justified, and suggest that public mailing lists and > forums are not the best place to discuss individual cases. If you > believe that your account was improperly affected, the process you > should follow is here: http://bit.ly/hBIjz > > > > > > > _______________________________________________ > 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/20110816/437b7400/attachment-0001.htm > > ------------------------------ > > Message: 4 > Date: Tue, 16 Aug 2011 13:17:32 -0700 > From: Yoz Grahame > Subject: Re: [opensource-dev] OS X Lion > To: Lee ponzu > Cc: Opensource_dev > Message-ID: > Content-Type: text/plain; charset="utf-8" > > I've never seen that *myself*, and I've run a number of different viewer builds since installing Lion dev preview 4. > > -- Yoz > > > On Tuesday, August 16, 2011 at 10:56 AM, Lee ponzu wrote: > >> i have heard two people report that they cannot *initiate* an IM. They can receive them, but not *start* a session. >> >> On Mon, Aug 15, 2011 at 7:13 PM, Yoz Grahame wrote: >>> Not speaking for the team here (especially because I'm not in viewer development), just myself as a Lion user (Mid-2009 MBP, NVidia): >>> >>> There are only two major Lion-specific bugs that have bitten my own use so far. >>> >>> One is Freaky Polygons, which was quickly eased by turning off OpenGL vertex buffer objects (VBOs) in the Graphics->Hardware settings. There's a fix of some kind in the pipeline. >>> The other is a weird problem with certain web views (such as Profiles) showing up with no CSS or JS; this turned out to be SSL cert related, and there's a fix for this one in the pipeline too. >>> >>> Apart from those two bugs, the viewer Works On My Machine?. I hope it also answers the overall question: yes, attention is being paid. >>> >>> -- Yoz >>> >>> >>> On Monday, August 15, 2011 at 9:57 AM, Lee ponzu wrote: >>> >>> >>>> How much attention is being paid to Lion? I think the natives are starting to get restless. >>>> >>>> ponzu >>>> _______________________________________________ >>>> 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/20110816/7274cbed/attachment.htm > > ------------------------------ > > _______________________________________________ > opensource-dev mailing list > opensource-dev at lists.secondlife.com > https://lists.secondlife.com/cgi-bin/mailman/listinfo/opensource-dev > > > End of opensource-dev Digest, Vol 19, Issue 41 > ********************************************** > From malachi at tamzap.com Tue Aug 16 15:10:20 2011 From: malachi at tamzap.com (malachi at tamzap.com) Date: Tue, 16 Aug 2011 15:10:20 -0700 Subject: [opensource-dev] opensource-dev Digest, Vol 19, Issue 41 In-Reply-To: <4E4AE469.2010002@verizon.net> References: <4E4AE469.2010002@verizon.net> Message-ID: <44c3c79b38b170f07daf6e0e3464b9d3@tamzap.com> I as well have called support and submitted a ticket, however to follow up on these tickets they want you to log into an account that they have deleted from their system. Seems to me as if someone at LL has gotten ban happy. And with issuing bans for the reason we are discussing is just down right idiotic. How can I help develop the OPEN SOURCE client if I cannot log in with it to test changes that I make? On Tue, 16 Aug 2011 16:43:05 -0500, John Jackson wrote: > Re: Unjust Banning of residents? > > Don't wast time appealing. I did and got nothing but stonewalling > from > Support. > Although they admitted they suspended my account for an invalid > reason, they > would not reveal any details. Claiming only that I was using a viewer > that "MIGHT" > violate the TPV, since it was not listed in the TPV directory. > > On 8/16/2011 3:17 PM, opensource-dev-request at lists.secondlife.com > wrote: >> Send opensource-dev mailing list submissions to >> opensource-dev at lists.secondlife.com >> >> To subscribe or unsubscribe via the World Wide Web, visit >> >> https://lists.secondlife.com/cgi-bin/mailman/listinfo/opensource-dev >> or, via email, send a message with subject or body 'help' to >> opensource-dev-request at lists.secondlife.com >> >> You can reach the person managing the list at >> opensource-dev-owner at lists.secondlife.com >> >> When replying, please edit your Subject line so it is more specific >> than "Re: Contents of opensource-dev digest..." >> >> >> Today's Topics: >> >> 1. Re: Unjust Banning of residents? (malachi at tamzap.com) >> 2. Re: Unjust Banning of residents? (Oz Linden (Scott Lawrence)) >> 3. Re: Unjust Banning of residents? (Erin Mallory) >> 4. Re: OS X Lion (Yoz Grahame) >> >> >> >> ---------------------------------------------------------------------- >> >> Message: 1 >> Date: Tue, 16 Aug 2011 12:14:24 -0700 >> From: malachi at tamzap.com >> Subject: Re: [opensource-dev] Unjust Banning of residents? >> To: >> Message-ID:<651e5d29e95ffa9e5a658e241bf17183 at tamzap.com> >> Content-Type: text/plain; charset=UTF-8; format=flowed >> >> the only viewers on this computer are singularity and >> viewer-developments source code. >> >> On Tue, 16 Aug 2011 12:12:13 -0700, Brian McGroarty wrote: >>> What were some of the viewers you tested on that account? >>> Typically, >>> the trigger would have been within the last month. >>> >>> On Tue, Aug 16, 2011 at 12:07 PM, Erin Mallory wrote: >>> >>>> im just like wtf?? the account i got hit by (which i sent the >>>> name of to oz) is still showing active... in search... but its one >>> i >>>> rarely use.? mostly for hiding and/or testing stuff.? Im hearing >>>> the same from other people too now though in other groups im >>> in...? >>>> >>>>> Date: Tue, 16 Aug 2011 12:04:11 -0700 >>>>> From: malachi at tamzap.com [1] >>>>> To: opensource-dev at lists.secondlife.com [2] >>>>> Subject: Re: [opensource-dev] Unjust Banning of residents? >>>>> >>>>> I knew it couldnt be just a single event. There is something >>>> going on >>>>> at Linden Lab and honest developers are losing their accounts >>>> over it. >>>>> On Tue, 16 Aug 2011 14:46:29 -0400, Erin Mallory wrote: >>>>>> I have been hit with this as well on one of my alts. >>>> interestingly, I >>>>>> have only ever logged that account in with v-d builds or >>>> firestorm. >>>>>> I've sent an abuse report asking for clarification. im about >>>> to >>>>>> contact support. >>>>>> >>>>>>> From: jessica at trinityenterprises.ca [3] >>>>>>> To: opensource-dev at lists.secondlife.com [4] >>>>>>> Date: Tue, 16 Aug 2011 14:41:56 -0400 >>>>>>> Subject: Re: [opensource-dev] Unjust Banning of residents? >>>>>>> >>>>>>> This is interesting as our support team has had reports of >>>> this >>>>>> from some of >>>>>>> our own users. We figured it was phishing and suggested said >>>> users >>>>>> contact >>>>>>> LL. I don't know the results however... >>>>>>> >>>>>>> Jessica Lyon >>>>>>> >>>>>>> -----Original Message----- >>>>>>> From: opensource-dev-bounces at lists.secondlife.com [5] >>>>>>> [mailto:opensource-dev-bounces at lists.secondlife.com [6]] On >>>> Behalf Of >>>>>>> malachi at tamzap.com [7] >>>>>>> Sent: Tuesday, August 16, 2011 2:23 PM >>>>>>> To: Marine Kelley >>>>>>> Cc: opensource-dev at lists.secondlife.com [8] >>>>>>> Subject: Re: [opensource-dev] Unjust Banning of residents? >>>>>>> >>>>>>> I thought it was a phishing attempt as well. But the account >>>> has >>>>>> been >>>>>>> removed from second life. POOF. so unless some phisher has the >>>>>> ability >>>>>>> to terminate accounts this is as real as it gets. >>>>>>> >>>>>>> >>>>>>> On Tue, 16 Aug 2011 20:21:48 +0200, Marine Kelley wrote: >>>>>>>> Careful, it could be a phishing attempt. Do NOT click on any >>>> of >>>>>> the >>>>>>>> links inside this email (unless you're certain it comes from >>>>>> Linden >>>>>>>> Lab, but then again emails can be spoofed). >>>>>>>> >>>>>>>> On 16/08/2011, malachi at tamzap.com [9] wrote: >>>>>>>>> exactly which is why this message is so disturbing. >>>> accounts >>>>>> have >>>>>>>>> been >>>>>>>>> terminated from second life for using a viewer not listed >>>> in the >>>>>>>>> directory. >>>>>>>>> >>>>>>>>> >>>>>>>>> "This email is notification that Linden Lab has terminated >>>>>>>>> your access to the Second Life virtual world due to severe >>>>>>>>> or repeated violations of the Second Life Terms of Service >>>>>>>>> or Community Standards. Your (account name >>>> 'xxxxxxxxxxxxxxxxxx') >>>>>> and >>>>>>>>> alternate Second Life accounts have been >>>>>>>>> made permanently inaccessible." >>>>>>>>> >>>>>>>>> >>>>>>>>> On Tue, 16 Aug 2011 13:33:39 -0400, Erin Mallory wrote: >>>>>>>>>> Last I checked there is no requirement to use an approved >>>> tvp. >>>>>> even >>>>>>>>>> on the tvp listing page. Looking at the policy and the >>>>>> directory >>>>>>>>>> pages, no where does it say that the viewer must be listed >>>> in >>>>>> the >>>>>>>>>> tvp... >>>>>>>>>> http://secondlife.com/corporate/tpv.php [10] >>>>>>>>>> >>>> http://wiki.secondlife.com/wiki/Third_Party_Viewer_Directory [11] >>>>>>>>>> "You may connect to Second Life using software released by >>>> a >>>>>>>>>> third-party developer. Linden Lab provides a Policy on >>>>>> Third-Party >>>>>>>>>> Viewers [1] to promote a positive and predictable >>>> experience >>>>>> for >>>>>>>>>> all >>>>>>>>>> Second Life Residents." >>>>>>>>>> >>>>>>>>>>> Date: Tue, 16 Aug 2011 10:23:21 -0700 >>>>>>>>>>> From: malachi at tamzap.com [12] >>>>>>>>>>> To: opensource-dev at lists.secondlife.com [13] >>>>>>>>>>> Subject: [opensource-dev] Unjust Banning of residents? >>>>>>>>>>> >>>>>>>>>>> Violation: Third Party Viewer Usage >>>>>>>>>>> You are connecting to the grid with a viewer that is not >>>> in >>>>>> the >>>>>>>>>> third >>>>>>>>>>> party viewer directory. >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> However... >>>>>>>>>>> >>>>>>>>>>> A viewer does not need to be on the Third Party Viewer >>>>>> Directory >>>>>>>>>>> in >>>>>>>>>>> order for development or usage of it to be compliant with >>>> the >>>>>>>>>>> Third >>>>>>>>>>> Party Viewer Policy (see Policy on Third-Party Viewers | >>>>>> Second >>>>>>>>>> Life) >>>>>>>>>>> and the Terms of Service. While I am sure you are well >>>> aware >>>>>> of >>>>>>>>>> this, it >>>>>>>>>>> can also be deduced through common sense that the open >>>> source >>>>>>>>>> program >>>>>>>>>>> (Snowstorm, Snowglobe, etc) would not be able to exist in >>>> an >>>>>>>>>> environment >>>>>>>>>>> where every personal compile had to be listed on the TPVD >>>>>> before >>>>>>>>>>> it >>>>>>>>>>> could even begin to undergo any form of live quality >>>> assurance >>>>>>>>>>> processes. >>>>>>>>>>> >>>>>>>>>>> Long story short, unless there have been recent changes >>>> to the >>>>>>>>>> Terms of >>>>>>>>>>> Service that I am unaware of, or if there are relevant >>>>>> sections >>>>>>>>>> that I >>>>>>>>>>> have missed that indicate that a viewer that complies >>>> with the >>>>>>>>>> Third >>>>>>>>>>> Party Viewer Policy still must be in the Directory to be >>>>>>>>>> legitimately >>>>>>>>>>> used, I would request that you provide me with them. >>>>>>>>>>> >>>>>>>>>>> What this means is every single BETA tester for every >>>> client >>>>>> on >>>>>>>>>>> the >>>>>>>>>>> TPVD is at risk of losing their accounts because that >>>> compiled >>>>>>>>>> version >>>>>>>>>>> of that client is not listed on the TPVD. Each and every >>>>>> Developer >>>>>>>>>> who >>>>>>>>>>> has worked so hard to help Linden Lab build their Client >>>> into >>>>>> what >>>>>>>>>> it is >>>>>>>>>>> is at risk of losing their accounts because each time >>>> they >>>>>>>>>> recompile the >>>>>>>>>>> source it isn't listed in the TPVD and is now considered >>>> a >>>>>>>>>> Violation of >>>>>>>>>>> some hidden TOS clause. >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> I am posting this to this forum because I wanted to get >>>> feed >>>>>> back >>>>>>>>>> from >>>>>>>>>>> the community. As I myself and a developer who has >>>> contributed >>>>>>>>>> patches >>>>>>>>>>> to various TPVD Clients and am now finding myself >>>> cautious to >>>>>> even >>>>>>>>>> use >>>>>>>>>>> these clients source codes to help them. I would like >>>>>>>>>>> clarification >>>>>>>>>> from >>>>>>>>>>> Linden Lab as well as other Developers on this new >>>> banning >>>>>> policy >>>>>>>>>> that >>>>>>>>>>> is requiring every compiled client that connects to >>>> second >>>>>> life to >>>>>>>>>> be >>>>>>>>>>> listed in the TPVD. >>>>>>>>>>> _______________________________________________ >>>>>>>>>>> Policies and (un)subscribe information available here: >>>>>>>>>>> http://wiki.secondlife.com/wiki/OpenSource-Dev [14] >>>>>>>>>>> Please read the policies before posting to keep >>>> unmoderated >>>>>>>>>>> posting >>>>>>>>>> privileges >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> Links: >>>>>>>>>> ------ >>>>>>>>>> [1] http://secondlife.com/corporate/tpv.php [15] >>>>>>>>> _______________________________________________ >>>>>>>>> Policies and (un)subscribe information available here: >>>>>>>>> http://wiki.secondlife.com/wiki/OpenSource-Dev [16] >>>>>>>>> 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 [17] >>>>>>> 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 [18] >>>>>>> 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 [19] >>>>> 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 [20] >>>> Please read the policies before posting to keep unmoderated >>>> posting privileges >>> -- >>> Brian McGroarty | Linden Lab >>> Sent from my Newton MP2100 via acoustic coupler >>> >>> >>> Links: >>> ------ >>> [1] mailto:malachi at tamzap.com >>> [2] mailto:opensource-dev at lists.secondlife.com >>> [3] mailto:jessica at trinityenterprises.ca >>> [4] mailto:opensource-dev at lists.secondlife.com >>> [5] mailto:opensource-dev-bounces at lists.secondlife.com >>> [6] mailto:opensource-dev-bounces at lists.secondlife.com >>> [7] mailto:malachi at tamzap.com >>> [8] mailto:opensource-dev at lists.secondlife.com >>> [9] mailto:malachi at tamzap.com >>> [10] http://secondlife.com/corporate/tpv.php >>> [11] http://wiki.secondlife.com/wiki/Third_Party_Viewer_Directory >>> [12] mailto:malachi at tamzap.com >>> [13] mailto:opensource-dev at lists.secondlife.com >>> [14] http://wiki.secondlife.com/wiki/OpenSource-Dev >>> [15] http://secondlife.com/corporate/tpv.php >>> [16] http://wiki.secondlife.com/wiki/OpenSource-Dev >>> [17] http://wiki.secondlife.com/wiki/OpenSource-Dev >>> [18] http://wiki.secondlife.com/wiki/OpenSource-Dev >>> [19] http://wiki.secondlife.com/wiki/OpenSource-Dev >>> [20] http://wiki.secondlife.com/wiki/OpenSource-Dev >>> [21] mailto:angel_of_crimson at hotmail.com >> >> >> ------------------------------ >> >> Message: 2 >> Date: Tue, 16 Aug 2011 15:14:35 -0400 >> From: "Oz Linden (Scott Lawrence)" >> Subject: Re: [opensource-dev] Unjust Banning of residents? >> To: opensource-dev at lists.secondlife.com >> Message-ID:<4E4AC19B.2020205 at lindenlab.com> >> Content-Type: text/plain; charset="iso-8859-1" >> >> On 2011-08-16 13:23, malachi at tamzap.com wrote: >>> Violation: Third Party Viewer Usage >>> You are connecting to the grid with a viewer that is not in the >>> third >>> party viewer directory. >> That message was unfortunately not constructed well, and steps have >> been >> taken to make sure that misleading phrasing is not used in future >> messages. >> >> Let me be clear: >> >> * There has been no change in the Policy on Third Party Viewers >> or the >> Terms of Service. >> * It is ok to connect to Second Life with any viewer that >> complies >> with the Policy on Third Party Viewers, even if that viewer is >> not >> in the Third Party Viewer Directory. >> >> >> I will not comment on whether or not any particular enforcement >> action >> was justified, and suggest that public mailing lists and forums are >> not >> the best place to discuss individual cases. If you believe that >> your >> account was improperly affected, the process you should follow is >> here: >> http://bit.ly/hBIjz >> >> -------------- next part -------------- >> An HTML attachment was scrubbed... >> URL: >> http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110816/012cd0f6/attachment-0001.htm >> >> ------------------------------ >> >> Message: 3 >> Date: Tue, 16 Aug 2011 15:19:33 -0400 >> From: Erin Mallory >> Subject: Re: [opensource-dev] Unjust Banning of residents? >> To:, >> Message-ID: >> Content-Type: text/plain; charset="iso-8859-1" >> >> >> could some or all of the viewer-development builds be triggering >> something at LL incorrectly and causing them to be seen as banned or >> otherwise illegitimate viewers? >> >> Date: Tue, 16 Aug 2011 15:14:35 -0400 >> From: oz at lindenlab.com >> To: opensource-dev at lists.secondlife.com >> Subject: Re: [opensource-dev] Unjust Banning of residents? >> >> >> >> >> >> >> >> >> On 2011-08-16 13:23, malachi at tamzap.com wrote: >> >> Violation: Third Party Viewer Usage >> You are connecting to the grid with a viewer that is not in the >> third >> party viewer directory. >> >> >> >> >> That message was unfortunately not constructed well, and steps >> have >> been taken to make sure that misleading phrasing is not used in >> future messages. >> >> >> >> Let me be clear: >> >> >> There has been no change in the Policy on Third Party Viewers >> or the Terms of Service. >> It is ok to connect to Second Life with any viewer that >> complies with the Policy on Third Party Viewers, even if >> that >> viewer is not in the Third Party Viewer Directory. >> >> >> >> I will not comment on whether or not any particular enforcement >> action was justified, and suggest that public mailing lists and >> forums are not the best place to discuss individual cases. If >> you >> believe that your account was improperly affected, the process >> you >> should follow is here: http://bit.ly/hBIjz >> >> >> >> >> >> >> _______________________________________________ >> 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/20110816/437b7400/attachment-0001.htm >> >> ------------------------------ >> >> Message: 4 >> Date: Tue, 16 Aug 2011 13:17:32 -0700 >> From: Yoz Grahame >> Subject: Re: [opensource-dev] OS X Lion >> To: Lee ponzu >> Cc: Opensource_dev >> Message-ID: >> Content-Type: text/plain; charset="utf-8" >> >> I've never seen that *myself*, and I've run a number of different >> viewer builds since installing Lion dev preview 4. >> >> -- Yoz >> >> >> On Tuesday, August 16, 2011 at 10:56 AM, Lee ponzu wrote: >> >>> i have heard two people report that they cannot *initiate* an IM. >>> They can receive them, but not *start* a session. >>> >>> On Mon, Aug 15, 2011 at 7:13 PM, Yoz Grahame>> (mailto:yoz at lindenlab.com)> wrote: >>>> Not speaking for the team here (especially because I'm not in >>>> viewer development), just myself as a Lion user (Mid-2009 MBP, >>>> NVidia): >>>> >>>> There are only two major Lion-specific bugs that have bitten my >>>> own use so far. >>>> >>>> One is Freaky Polygons, which was quickly eased by turning off >>>> OpenGL vertex buffer objects (VBOs) in the Graphics->Hardware >>>> settings. There's a fix of some kind in the pipeline. >>>> The other is a weird problem with certain web views (such as >>>> Profiles) showing up with no CSS or JS; this turned out to be SSL >>>> cert related, and there's a fix for this one in the pipeline too. >>>> >>>> Apart from those two bugs, the viewer Works On My Machine?. I hope >>>> it also answers the overall question: yes, attention is being paid. >>>> >>>> -- Yoz >>>> >>>> >>>> On Monday, August 15, 2011 at 9:57 AM, Lee ponzu wrote: >>>> >>>> >>>>> How much attention is being paid to Lion? I think the natives >>>>> are starting to get restless. >>>>> >>>>> ponzu >>>>> _______________________________________________ >>>>> 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/20110816/7274cbed/attachment.htm >> >> ------------------------------ >> >> _______________________________________________ >> opensource-dev mailing list >> opensource-dev at lists.secondlife.com >> https://lists.secondlife.com/cgi-bin/mailman/listinfo/opensource-dev >> >> >> End of opensource-dev Digest, Vol 19, Issue 41 >> ********************************************** >> > _______________________________________________ > 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 oz at lindenlab.com Tue Aug 16 16:20:55 2011 From: oz at lindenlab.com (Oz Linden (Scott Lawrence)) Date: Tue, 16 Aug 2011 19:20:55 -0400 Subject: [opensource-dev] Snowstorm team review build Message-ID: <4E4AFB57.7010803@lindenlab.com> http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/oz_viewer-poreview/rev/238624/index.html STORM-632 URL-like resident display name is shown as clickable HTTP URL in various places STORM-782 Unnecessary 'Compress snapshots to disk' menu item is presented in Advanced menu STORM-793 Offered URL-like named object is displayed as a HTTP URL in the llGiveInventory STORM-1041 removed clothes come back to haunt me STORM-1427 Crash in world map when region name search is empty (Assert fails in LLWorldMapMessage::processMapBlockReply) STORM-1534 Derive Credits in "About Second Life" from doc/ contents STORM-1546 [crashhunters] Crash in LLSecAPIBasicHandler::getCertificateStore STORM-1554 Untranslatable gesture: /bow1 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110816/2cb7871c/attachment.htm From oz at lindenlab.com Tue Aug 16 16:22:36 2011 From: oz at lindenlab.com (Oz Linden (Scott Lawrence)) Date: Tue, 16 Aug 2011 19:22:36 -0400 Subject: [opensource-dev] Questions about unit test for "hg policy" In-Reply-To: <4E4AE02C.7080200@boroon.dasgupta.ch> References: <4E4598AC.9040606@lindenlab.com> <4E4A877A.3040205@lindenlab.com> <4E4AE02C.7080200@boroon.dasgupta.ch> Message-ID: <4E4AFBBC.1080508@lindenlab.com> On 2011-08-16 17:25, Boroondas Gupte wrote: > Heya Oz > > Thanks for making Bos' hg hooks public! > > I've looked at the unit test you've written for hg policy and have two > questions about it: > > 1. Is it by purpose that the return code isn't checked after the hg > policy invocation on line 23 > ? > That was a bug... thanks. > 1. On lines 75 > -77, > is there a reason why you use cp rather than mv? I think the > latter would avoid the need for the subsequent rm. > No particular reason, actually. I don't really think about optimizing unit tests. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110816/6fe85511/attachment.htm From vsavchuk at productengine.com Wed Aug 17 03:21:50 2011 From: vsavchuk at productengine.com (Vadim ProductEngine) Date: Wed, 17 Aug 2011 10:21:50 -0000 Subject: [opensource-dev] Review Request: STORM-793 Offered URL-like named object is displayed as a HTTP URL in the llGiveInventory In-Reply-To: <20110816162232.30813.71411@domU-12-31-38-00-90-68.compute-1.internal> References: <20110816162232.30813.71411@domU-12-31-38-00-90-68.compute-1.internal> Message-ID: <20110817102150.30732.76283@domU-12-31-38-00-90-68.compute-1.internal> ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/442/ ----------------------------------------------------------- (Updated Aug. 17, 2011, 3:21 a.m.) Review request for Viewer. Changes ------- Applied the fix to translations and to the minimal (basic viewer) skin. Summary ------- Disallowed parsing HTTP URLs in llGiveInventory notifications (one more case). The fix may look weird because we seem to wrap a SLURL with ... tags. But actually there is no SLURL, there's just an object name. Investigating that goes beyond the bug scope. This addresses bug STORM-793. http://jira.secondlife.com/browse/STORM-793 Diffs (updated) ----- indra/newview/skins/default/xui/da/notifications.xml UNKNOWN indra/newview/skins/default/xui/de/notifications.xml UNKNOWN indra/newview/skins/default/xui/en/notifications.xml UNKNOWN indra/newview/skins/default/xui/es/notifications.xml UNKNOWN indra/newview/skins/default/xui/fr/notifications.xml UNKNOWN indra/newview/skins/default/xui/it/notifications.xml UNKNOWN indra/newview/skins/default/xui/ja/notifications.xml UNKNOWN indra/newview/skins/default/xui/nl/notifications.xml UNKNOWN indra/newview/skins/default/xui/pl/notifications.xml UNKNOWN indra/newview/skins/default/xui/pt/notifications.xml UNKNOWN indra/newview/skins/default/xui/zh/notifications.xml UNKNOWN indra/newview/skins/minimal/xui/da/notifications.xml UNKNOWN indra/newview/skins/minimal/xui/de/notifications.xml UNKNOWN indra/newview/skins/minimal/xui/en/notifications.xml UNKNOWN indra/newview/skins/minimal/xui/es/notifications.xml UNKNOWN indra/newview/skins/minimal/xui/fr/notifications.xml UNKNOWN indra/newview/skins/minimal/xui/it/notifications.xml UNKNOWN indra/newview/skins/minimal/xui/ja/notifications.xml UNKNOWN indra/newview/skins/minimal/xui/pl/notifications.xml UNKNOWN indra/newview/skins/minimal/xui/pt/notifications.xml UNKNOWN Diff: http://codereview.secondlife.com/r/442/diff Testing ------- Thanks, Vadim -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110817/165979b7/attachment.htm From nyx at lindenlab.com Wed Aug 17 08:48:12 2011 From: nyx at lindenlab.com (Nyx Linden) Date: Wed, 17 Aug 2011 15:48:12 -0000 Subject: [opensource-dev] Review Request: STORM-1041 Removed clothes come back to haunt me In-Reply-To: <20110815192654.30809.10998@domU-12-31-38-00-90-68.compute-1.internal> References: <20110815192654.30809.10998@domU-12-31-38-00-90-68.compute-1.internal> Message-ID: <20110817154812.30813.51530@domU-12-31-38-00-90-68.compute-1.internal> ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/441/#review981 ----------------------------------------------------------- Ship it! I was skeptical, but after reviewing some of the code from those systems (that I hadn't touched in months), the proposed code appears to be correct. Also tested the build and it appears functional. Ship it! - Nyx On Aug. 15, 2011, 12:26 p.m., Vadim ProductEngine wrote: > > ----------------------------------------------------------- > This is an automatically generated e-mail. To reply, visit: > http://codereview.secondlife.com/r/441/ > ----------------------------------------------------------- > > (Updated Aug. 15, 2011, 12:26 p.m.) > > > Review request for Viewer and Nyx Linden. > > > Summary > ------- > > The "Remove all clothes" item of the avatar menu didn't actually remove all clothes. > > I haven't investigated what the problem was, I've just rewritten the (ancient?) removal code > in the way we take off items in other places, i.e. by removing them from the Current Outfit forder. > > What I'm not sure about is whether we need to call updateAppearanceFromCOF() afterwards. Nyx? > > > This addresses bug STORM-1041. > http://jira.secondlife.com/browse/STORM-1041 > > > Diffs > ----- > > indra/newview/llagentwearables.h 87fe21031c46 > indra/newview/llagentwearables.cpp 87fe21031c46 > indra/newview/llinventorybridge.cpp 87fe21031c46 > > Diff: http://codereview.secondlife.com/r/441/diff > > > Testing > ------- > > > Thanks, > > Vadim > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110817/0f5cf57d/attachment.htm From danielravennest at gmail.com Wed Aug 17 09:42:43 2011 From: danielravennest at gmail.com (Daniel) Date: Wed, 17 Aug 2011 11:42:43 -0500 Subject: [opensource-dev] Please Edit Subject Line and referenced message In-Reply-To: References: Message-ID: <4E4BEF83.6090002@gmail.com> A reminder: Please edit your replies so it has a pertinent subject besides "Opensource-dev Digest", and so it does not include the *entire* digest (which is very long) On the subject of ban-happy staff, that seems to be popular this summer. Google+ is banning people for having "funny looking names", even when those names are the ones on the user's driver's licence. That would not be such a problem if it were restricted to just Google+, but in come cases it has resulted on losing access to all your other Google services, including ones you have paid for. I hope Linden Lab gets their internal policy distributed to everyone on staff, and the people re-instated who need it. As somone who typically has 7 viewer versions installed for testing, I would be gun-shy of logging in with any of them if it means losing my accounts. Dani On 8/16/2011 5:10 PM, opensource-dev-request at lists.secondlife.com wrote: Today's Topics: 1. Re: opensource-dev Digest, Vol 19, Issue 41 (John Jackson) 2. Re: opensource-dev Digest, Vol 19, Issue 41 (malachi at tamzap.com) From sllists at boroon.dasgupta.ch Wed Aug 17 12:17:05 2011 From: sllists at boroon.dasgupta.ch (Boroondas Gupte) Date: Wed, 17 Aug 2011 19:17:05 -0000 Subject: [opensource-dev] Review Request: STORM-793 Offered URL-like named object is displayed as a HTTP URL in the llGiveInventory In-Reply-To: <20110817102150.30732.76283@domU-12-31-38-00-90-68.compute-1.internal> References: <20110817102150.30732.76283@domU-12-31-38-00-90-68.compute-1.internal> Message-ID: <20110817191705.2664.83301@domU-12-31-38-00-90-68.compute-1.internal> ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/442/#review982 ----------------------------------------------------------- Ship it! Looks good now. - Boroondas On Aug. 17, 2011, 3:21 a.m., Vadim ProductEngine wrote: > > ----------------------------------------------------------- > This is an automatically generated e-mail. To reply, visit: > http://codereview.secondlife.com/r/442/ > ----------------------------------------------------------- > > (Updated Aug. 17, 2011, 3:21 a.m.) > > > Review request for Viewer. > > > Summary > ------- > > Disallowed parsing HTTP URLs in llGiveInventory notifications (one more case). > > The fix may look weird because we seem to wrap a SLURL with ... tags. > But actually there is no SLURL, there's just an object name. > Investigating that goes beyond the bug scope. > > > This addresses bug STORM-793. > http://jira.secondlife.com/browse/STORM-793 > > > Diffs > ----- > > indra/newview/skins/default/xui/da/notifications.xml UNKNOWN > indra/newview/skins/default/xui/de/notifications.xml UNKNOWN > indra/newview/skins/default/xui/en/notifications.xml UNKNOWN > indra/newview/skins/default/xui/es/notifications.xml UNKNOWN > indra/newview/skins/default/xui/fr/notifications.xml UNKNOWN > indra/newview/skins/default/xui/it/notifications.xml UNKNOWN > indra/newview/skins/default/xui/ja/notifications.xml UNKNOWN > indra/newview/skins/default/xui/nl/notifications.xml UNKNOWN > indra/newview/skins/default/xui/pl/notifications.xml UNKNOWN > indra/newview/skins/default/xui/pt/notifications.xml UNKNOWN > indra/newview/skins/default/xui/zh/notifications.xml UNKNOWN > indra/newview/skins/minimal/xui/da/notifications.xml UNKNOWN > indra/newview/skins/minimal/xui/de/notifications.xml UNKNOWN > indra/newview/skins/minimal/xui/en/notifications.xml UNKNOWN > indra/newview/skins/minimal/xui/es/notifications.xml UNKNOWN > indra/newview/skins/minimal/xui/fr/notifications.xml UNKNOWN > indra/newview/skins/minimal/xui/it/notifications.xml UNKNOWN > indra/newview/skins/minimal/xui/ja/notifications.xml UNKNOWN > indra/newview/skins/minimal/xui/pl/notifications.xml UNKNOWN > indra/newview/skins/minimal/xui/pt/notifications.xml UNKNOWN > > Diff: http://codereview.secondlife.com/r/442/diff > > > Testing > ------- > > > Thanks, > > Vadim > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110817/c44e72dc/attachment.htm From mimika.oh at gmail.com Wed Aug 17 14:42:58 2011 From: mimika.oh at gmail.com (Mimika Oh) Date: Wed, 17 Aug 2011 22:42:58 +0100 Subject: [opensource-dev] Please Edit Subject Line and referenced message In-Reply-To: <4E4BEF83.6090002@gmail.com> References: <4E4BEF83.6090002@gmail.com> Message-ID: <97467004-CF89-40EB-9B3D-A165577DB916@gmail.com> On 2011-08-17, at 17:42, Daniel wrote: > ... As somone who typically has 7 viewer versions > installed for testing, I would be gun-shy of logging in with any of them > if it means losing my accounts. +1 (or maybe +7?) From robertltux at gmail.com Wed Aug 17 15:01:54 2011 From: robertltux at gmail.com (Robert Martin) Date: Wed, 17 Aug 2011 18:01:54 -0400 Subject: [opensource-dev] Please Edit Subject Line and referenced message In-Reply-To: <97467004-CF89-40EB-9B3D-A165577DB916@gmail.com> References: <4E4BEF83.6090002@gmail.com> <97467004-CF89-40EB-9B3D-A165577DB916@gmail.com> Message-ID: On Wed, Aug 17, 2011 at 5:42 PM, Mimika Oh wrote: > On 2011-08-17, at 17:42, Daniel wrote: > >> ... As somone who typically has 7 viewer versions >> installed for testing, I would be gun-shy of logging in with any of them >> if it means losing my accounts. > > +1 > > (or maybe +7?) If it is found out that a buncha folks have had accounts nuked due to using a TPV that is unlisted (but is otherwise compliant) then the person most responsible should have to personally refund every single linden "confiscated" and personally pay for replacements of any inventory items lost (say 110% of losses or 600K lindens whichever is greater). -- Robert L Martin From oz at lindenlab.com Wed Aug 17 18:54:54 2011 From: oz at lindenlab.com (Oz Linden (Scott Lawrence)) Date: Wed, 17 Aug 2011 21:54:54 -0400 Subject: [opensource-dev] Snowstorm team review viewer Message-ID: <4E4C70EE.2050208@lindenlab.com> http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/oz_viewer-poreview/rev/238740/index.html STORM-632 URL-like resident display name is shown as clickable HTTP URL in various places STORM-782 Unnecessary 'Compress snapshots to disk' menu item is presented in Advanced menu STORM-793 Offered URL-like named object is displayed as a HTTP URL in the llGiveInventory STORM-1041 removed clothes come back to haunt me STORM-1427 Crash in world map when region name search is empty (Assert fails in LLWorldMapMessage::processMapBlockReply) STORM-1534 Derive Credits in "About Second Life" from doc/ contents STORM-1546 [crashhunters] Crash in LLSecAPIBasicHandler::getCertificateStore STORM-1554 Untranslatable gesture: /bow1 STORM-1561 Some existing viewer-development sources do not pass automated coding standard checks. STORM-1562 Multi-threaded curl crash -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110817/851a5d75/attachment.htm From lee.ponzu at gmail.com Wed Aug 17 20:05:45 2011 From: lee.ponzu at gmail.com (Lee ponzu) Date: Wed, 17 Aug 2011 23:05:45 -0400 Subject: [opensource-dev] [JIRA] Commented: (STORM-1559) Preferences window is transparent, and hard to read. In-Reply-To: <71543240.274918.1313623937105.JavaMail.j2ee-jira@linden-jiraprod01.managed.contegix.com> References: <71543240.274918.1313623937105.JavaMail.j2ee-jira@linden-jiraprod01.managed.contegix.com> Message-ID: yeah, that was it. I don't remember ever seeing that before... On Wed, Aug 17, 2011 at 7:32 PM, Opensource Obscure (JIRA) < no-reply at secondlife.com> wrote: > > [ > https://jira.secondlife.com/browse/STORM-1559?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=278558#comment-278558] > > Opensource Obscure commented on STORM-1559: > ------------------------------------------- > > Preferences > Colors > Floater Opacity ? > > > Preferences window is transparent, and hard to read. > > ---------------------------------------------------- > > > > Key: STORM-1559 > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110817/161224e5/attachment.htm From oz at lindenlab.com Thu Aug 18 07:28:32 2011 From: oz at lindenlab.com (Oz Linden (Scott Lawrence)) Date: Thu, 18 Aug 2011 10:28:32 -0400 Subject: [opensource-dev] Snowstorm team review viewer - new build In-Reply-To: <4E4C70EE.2050208@lindenlab.com> References: <4E4C70EE.2050208@lindenlab.com> Message-ID: <4E4D2190.4000100@lindenlab.com> On 2011-08-17 21:54, Oz Linden (Scott Lawrence) wrote: > > http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/oz_viewer-poreview/rev/238740/index.html That build had a pretty severe bug on the Mac that I believe I've now fixed in: http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/oz_viewer-poreview/rev/238824/index.html and the way I generated the previous issue list inadvertently included a couple of extras; here is the correct list: > STORM-782 > Unnecessary 'Compress snapshots to disk' menu item is presented in > Advanced menu > STORM-793 > Offered URL-like named object is displayed as a HTTP URL in the > llGiveInventory > STORM-1041 > removed clothes come back to haunt me > STORM-1554 > Untranslatable gesture: /bow1 > STORM-1561 > Some existing viewer-development sources do not pass automated > coding standard checks. (there is no specific test for this one, > since all the changes are build-time - if the viewer built and > works, then this passes) > STORM-1562 > Multi-threaded curl crash > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110818/00d57222/attachment-0001.htm From CronoCloud at mchsi.com Thu Aug 18 09:01:51 2011 From: CronoCloud at mchsi.com (Ron Rogers Jr.) Date: Thu, 18 Aug 2011 11:01:51 -0500 Subject: [opensource-dev] Very Frequent Crashes in Snowstorm 3.0.2 builds 238538 and 238719 on Linux. Message-ID: <20110818110151.6c3007b1.CronoCloud_mchsi.com@mchsi.com> There seems to be no pattern to it, it'll crash just after startup, it'll crash after a couple of minutes, it'll crash after a half hour. It's actually very annoying because Snowstorm before these two builds was always VERY stable and rock solid. Here's a log file, it's not too long, it crashed almost immediately after startup. I'm running Fedora 15 64-bit, Athlon II X2 240 (2.8Ghz) 3GB RAM and a GT220 with 1GB of DDR3. [CronoCloud at wutai ~]$ secondlife 64-bit Linux detected. Running from /usr/local/secondlife-install - Installing menu entries in /home/CronoCloud/.local/share/applications 2011-08-18T15:54:16Z INFO: (anonymous namespace)::LogControlFile::loadFile: logging reconfigured from /usr/local/secondlife-install/app_settings/logcontrol.xml 2011-08-18T15:54:16Z INFO: loadSettingsFromDirectory: Attempting to load settings for the group Global - from location Default 2011-08-18T15:54:16Z INFO: loadSettingsFromDirectory: Loaded settings file /usr/local/secondlife-install/app_settings/settings.xml 2011-08-18T15:54:16Z INFO: loadSettingsFromDirectory: Attempting to load settings for the group PerAccount - from location Default 2011-08-18T15:54:16Z INFO: loadSettingsFromDirectory: Loaded settings file /usr/local/secondlife-install/app_settings/settings_per_account.xml 2011-08-18T15:54:16Z INFO: loadSettingsFromDirectory: Attempting to load settings for the group CrashSettings - from location Default 2011-08-18T15:54:16Z INFO: loadSettingsFromDirectory: Loaded settings file /usr/local/secondlife-install/app_settings/settings_crash_behavior.xml 2011-08-18T15:54:16Z INFO: loadSettingsFromDirectory: Attempting to load settings for the group Warnings - from location Default 2011-08-18T15:54:16Z INFO: loadSettingsFromDirectory: Loaded settings file /usr/local/secondlife-install/app_settings/ignorable_dialogs.xml 2011-08-18T15:54:16Z WARNING: set: Invalid control VersionChannelName 2011-08-18T15:54:16Z INFO: initParseCommandLine: Language en 2011-08-18T15:54:16Z INFO: initParseCommandLine: Location US 2011-08-18T15:54:16Z INFO: initParseCommandLine: Variant UTF-8 2011-08-18T15:54:16Z INFO: initConfiguration: Using command line specified settings filename: /home/CronoCloud/.secondlife/user_settings/settings_development.xml 2011-08-18T15:54:16Z INFO: loadSettingsFromDirectory: Attempting to load settings for the group Global - from location User 2011-08-18T15:54:16Z INFO: loadSettingsFromDirectory: Loaded settings file /home/CronoCloud/.secondlife/user_settings/settings_development.xml 2011-08-18T15:54:16Z INFO: loadSettingsFromDirectory: Attempting to load settings for the group CrashSettings - from location User 2011-08-18T15:54:16Z INFO: loadSettingsFromDirectory: Loaded settings file /home/CronoCloud/.secondlife/user_settings/settings_crash_behavior.xml 2011-08-18T15:54:16Z INFO: loadSettingsFromDirectory: Attempting to load settings for the group Warnings - from location User 2011-08-18T15:54:16Z INFO: loadSettingsFromDirectory: Loaded settings file /home/CronoCloud/.secondlife/user_settings/ignorable_dialogs.xml 2011-08-18T15:54:16Z INFO: loadSettingsFromDirectory: Attempting to load settings for the group Global - from location Session 2011-08-18T15:54:16Z INFO: loadSettingsFromDirectory: Attempting to load settings for the group Global - from location UserSession 2011-08-18T15:54:16Z INFO: initMarkerFile: Last exec crashed, setting LastExecEvent to 3 2011-08-18T15:54:16Z WARNING: LLUIColorTable::loadFromFilename: Unable to parse color file /home/CronoCloud/.secondlife/skins/default/colors.xml 2011-08-18T15:54:16Z INFO: init: Configuration initialized. 2011-08-18T15:54:16Z INFO: init: LLCurl initialized. 2011-08-18T15:54:16Z INFO: init: Threads initialized. 2011-08-18T15:54:16Z INFO: initialize: is array 2011-08-18T15:54:16Z INFO: writeSystemInfo: Second Life version 3.0.2 2011-08-18T15:54:16Z INFO: writeSystemInfo: Local time: 2011-08-18T10:54:16 CDT 2011-08-18T15:54:16Z INFO: writeSystemInfo: CPU info: processor : 0 vendor_id : AuthenticAMD cpu family : 16 model : 6 model name : AMD Athlon(tm) II X2 240 Processor stepping : 2 cpu MHz : 800.000 cache size : 1024 KB physical id : 0 siblings : 2 core id : 0 cpu cores : 2 apicid : 0 initial apicid : 0 fpu : yes fpu_exception : yes cpuid level : 5 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt pdpe1gb rdtscp lm 3dnowext 3dnow constant_tsc rep_good nopl nonstop_tsc extd_apicid pni monitor cx16 popcnt lahf_lm mp_legacy svm extapic cr8_legacy abm sse4a misalignsse 3dnowprefetch osvw ibs skinit wdt npt lbrv svm_lock nrip_save bogomips : 5625.04 TLB size : 1024 4K pages clflush size : 64 cache_alignment : 64 address sizes : 48 bits physical, 48 bits virtual power management: ts ttp tm stc 100mhzsteps hwpstate processor : 1 vendor_id : AuthenticAMD cpu family : 16 model : 6 model name : AMD Athlon(tm) II X2 240 Processor stepping : 2 cpu MHz : 2800.000 cache size : 1024 KB physical id : 0 siblings : 2 core id : 1 cpu cores : 2 apicid : 1 initial apicid : 1 fpu : yes fpu_exception : yes cpuid level : 5 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt pdpe1gb rdtscp lm 3dnowext 3dnow constant_tsc rep_good nopl nonstop_tsc extd_apicid pni monitor cx16 popcnt lahf_lm mp_legacy svm extapic cr8_legacy abm sse4a misalignsse 3dnowprefetch osvw ibs skinit wdt npt lbrv svm_lock nrip_save bogomips : 5625.47 TLB size : 1024 4K pages clflush size : 64 cache_alignment : 64 address sizes : 48 bits physical, 48 bits virtual power management: ts ttp tm stc 100mhzsteps hwpstate ->mHasSSE: 1 ->mHasSSE2: 1 ->mHasAltivec: 0 ->mCPUMHz: 2800 ->mCPUString: AMD Athlon(tm) II X2 240 Processor (2800 MHz) 2011-08-18T15:54:16Z INFO: writeSystemInfo: Memory info: 2011-08-18T15:54:16Z Active: 513076 2011-08-18T15:54:16Z Active(anon): 306404 2011-08-18T15:54:16Z Active(file): 206672 2011-08-18T15:54:16Z AnonHugePages: 120832 2011-08-18T15:54:16Z AnonPages: 305296 2011-08-18T15:54:16Z Bounce: 0 2011-08-18T15:54:16Z Buffers: 87068 2011-08-18T15:54:16Z Cached: 627620 2011-08-18T15:54:16Z CommitLimit: 6460832 2011-08-18T15:54:16Z Committed_AS: 1182712 2011-08-18T15:54:16Z DirectMap1G: 0 2011-08-18T15:54:16Z DirectMap2M: 3053568 2011-08-18T15:54:16Z DirectMap4k: 91840 2011-08-18T15:54:16Z Dirty: 1720 2011-08-18T15:54:16Z HardwareCorrupted: 0 2011-08-18T15:54:16Z HugePages_Free: 0 2011-08-18T15:54:16Z HugePages_Rsvd: 0 2011-08-18T15:54:16Z HugePages_Surp: 0 2011-08-18T15:54:16Z HugePages_Total: 0 2011-08-18T15:54:16Z Hugepagesize: 2048 2011-08-18T15:54:16Z Inactive: 506888 2011-08-18T15:54:16Z Inactive(anon): 4300 2011-08-18T15:54:16Z Inactive(file): 502588 2011-08-18T15:54:16Z KernelStack: 2440 2011-08-18T15:54:16Z Mapped: 121608 2011-08-18T15:54:16Z MemFree: 1906660 2011-08-18T15:54:16Z MemTotal: 3091272 2011-08-18T15:54:16Z Mlocked: 0 2011-08-18T15:54:16Z NFS_Unstable: 0 2011-08-18T15:54:16Z PageTables: 25100 2011-08-18T15:54:16Z SReclaimable: 37472 2011-08-18T15:54:16Z SUnreclaim: 21332 2011-08-18T15:54:16Z Shmem: 5428 2011-08-18T15:54:16Z Slab: 58804 2011-08-18T15:54:16Z SwapCached: 0 2011-08-18T15:54:16Z SwapFree: 4915196 2011-08-18T15:54:16Z SwapTotal: 4915196 2011-08-18T15:54:16Z Unevictable: 0 2011-08-18T15:54:16Z VmallocUsed: 99348 2011-08-18T15:54:16Z Writeback: 0 2011-08-18T15:54:16Z WritebackTmp: 0 2011-08-18T15:54:16Z timestamp: 2011-08-18T15:54:16.10Z 2011-08-18T15:54:16Z INFO: writeSystemInfo: OS: Linux 2.6 2011-08-18T15:54:16Z INFO: writeSystemInfo: OS info: Linux 2.6.40.3-0.fc15.x86_64 #1 SMP Tue Aug 16 04:10:59 UTC 2011 x86_64 2011-08-18T15:54:16Z INFO: writeSystemInfo: Timers: rdtsc 2011-08-18T15:54:16Z INFO: writeDebugInfo: Opening debug file /home/CronoCloud/.secondlife/logs/debug_info.log 2011-08-18T15:54:16Z INFO: init: J2C Engine is: KDU v6.4.1 2011-08-18T15:54:16Z INFO: init: libcurl version is: libcurl/7.21.1 OpenSSL/1.0.0d zlib/1.2.5 c-ares/1.7.1 2011-08-18T15:54:16Z INFO: init: UI initialization is done. 2011-08-18T15:54:16Z INFO: updateVectorize: Vectorization : DISABLED 2011-08-18T15:54:16Z INFO: updateVectorize: Vector Processor : COMPILER DEFAULT 2011-08-18T15:54:16Z INFO: updateVectorize: Vectorized Skinning : DISABLED 2011-08-18T15:54:16Z INFO: grab_dbus_syms: Found DSO: libdbus-glib-1.so.2 2011-08-18T15:54:16Z INFO: init: Hardware test initialization done. 2011-08-18T15:54:16Z INFO: initCache: Headers: 143165 Textures size: 327 MB 2011-08-18T15:54:16Z INFO: purgeTextures: TEXTURE CACHE: Purging. 2011-08-18T15:54:16Z INFO: purgeTextures: TEXTURE CACHE: PURGED: 0 ENTRIES: 9599 CACHE SIZE: 74 MB 2011-08-18T15:54:16Z INFO: initCache: VFS CACHE SIZE: 102 MB 2011-08-18T15:54:16Z INFO: LLVFS: Attempting to open VFS index file /home/CronoCloud/.secondlife/cache/index.db2.x.21085920 2011-08-18T15:54:16Z INFO: LLVFS: Attempting to open VFS data file /home/CronoCloud/.secondlife/cache/data.db2.x.21085920 2011-08-18T15:54:16Z INFO: LLVFS: Using VFS index file /home/CronoCloud/.secondlife/cache/index.db2.x.21085920 2011-08-18T15:54:16Z INFO: LLVFS: Using VFS data file /home/CronoCloud/.secondlife/cache/data.db2.x.21085920 2011-08-18T15:54:16Z INFO: LLVFS: Attempting to open VFS index file /usr/local/secondlife-install/app_settings/static_index.db2 2011-08-18T15:54:16Z INFO: LLVFS: Attempting to open VFS data file /usr/local/secondlife-install/app_settings/static_data.db2 2011-08-18T15:54:16Z INFO: LLVFS: Using VFS index file /usr/local/secondlife-install/app_settings/static_index.db2 2011-08-18T15:54:16Z INFO: LLVFS: Using VFS data file /usr/local/secondlife-install/app_settings/static_data.db2 2011-08-18T15:54:16Z INFO: init: Cache initialization is done. 2011-08-18T15:54:16Z INFO: initWindow: Initializing window... 2011-08-18T15:54:16Z INFO: LLViewerWindow: NOTE: ALL NOTIFICATIONS THAT OCCUR WILL GET ADDED TO IGNORE LIST FOR LATER RUNS. 2011-08-18T15:54:16Z INFO: ll_try_gtk_init: Starting GTK Initialization. 2011-08-18T15:54:16Z INFO: ll_try_gtk_init: GTK Initialized. 2011-08-18T15:54:16Z INFO: ll_try_gtk_init: - Compiled against GTK version 2.4.14 2011-08-18T15:54:16Z INFO: ll_try_gtk_init: - Running against GTK version 2.24.4 2011-08-18T15:54:16Z INFO: ll_try_gtk_init: - GTK version is good. 2011-08-18T15:54:16Z INFO: createContext: createContext, fullscreen=0 size=1440x877 2011-08-18T15:54:17Z INFO: createContext: Compiled against SDL 1.2.14 2011-08-18T15:54:17Z INFO: createContext: Running against SDL 1.2.14 2011-08-18T15:54:17Z INFO: createContext: Original aspect ratio was 1440:900=1.6 2011-08-18T15:54:17Z INFO: createContext: createContext: creating window 1440x877x32 2011-08-18T15:54:17Z INFO: x11_detect_VRAM_kb: Looking in /var/log/Xorg.0.log for VRAM info... 2011-08-18T15:54:17Z INFO: createContext: X11 log-parser detected 1024MB VRAM. 2011-08-18T15:54:17Z INFO: createContext: GL buffer: 2011-08-18T15:54:17Z INFO: createContext: Red Bits 8 2011-08-18T15:54:17Z INFO: createContext: Green Bits 8 2011-08-18T15:54:17Z INFO: createContext: Blue Bits 8 2011-08-18T15:54:17Z INFO: createContext: Alpha Bits 8 2011-08-18T15:54:17Z INFO: createContext: Depth Bits 24 2011-08-18T15:54:17Z INFO: createContext: Stencil Bits 8 2011-08-18T15:54:17Z INFO: initExtensions: initExtensions() checking shell variables to adjust features... 2011-08-18T15:54:17Z INFO: initExtensions: initExtensions() FramebufferObject-related procs... 2011-08-18T15:54:17Z INFO: initExtensions: initExtensions() OcclusionQuery-related procs... 2011-08-18T15:54:17Z INFO: initExtensions: initExtensions() PointParameters-related procs... 2011-08-18T15:54:17Z INFO: initExtensions: initExtensions() VertexShader-related procs... 2011-08-18T15:54:17Z INFO: parseFeatureTable: Looking for feature table in /usr/local/secondlife-install/featuretable_linux.txt 2011-08-18T15:54:17Z INFO: parseGPUTable: GPU 'NVIDIA Corporation GeForce GT 220/PCI/SSE2' recognized as 'NVIDIA GT 220M' 2011-08-18T15:54:17Z INFO: applyBaseMasks: Setting GPU Class to Class2 2011-08-18T15:54:17Z INFO: maskFeatures: Applying GPU Feature list: Class2 2011-08-18T15:54:17Z INFO: maskFeatures: Applying GPU Feature list: MapBufferRange 2011-08-18T15:54:17Z INFO: initClass: VBO is enabled. 2011-08-18T15:54:17Z INFO: LLViewerWindow: LLVertexBuffer initialization done. 2011-08-18T15:54:17Z INFO: LLViewerTextureList::updateMaxResidentTexMem: Total Video Memory set to: 512 MB 2011-08-18T15:54:17Z INFO: LLViewerTextureList::updateMaxResidentTexMem: Available Texture Memory set to: 384 MB 2011-08-18T15:54:17Z WARNING: LLViewerTextureList::getImageFromFile: Failed to find local image file: icons/check_mark 2011-08-18T15:54:17Z INFO: setTextureFilteringOption: gGL.mMaxAnisotropy: 16 2011-08-18T15:54:17Z WARNING: LLViewerTextureList::getImageFromFile: Failed to find local image file: icons/Icon_For_sale.png 2011-08-18T15:54:17Z WARNING: LLViewerTextureList::getImageFromFile: Failed to find local image file: bottomtray/MouseLook_view_off.png 2011-08-18T15:54:17Z WARNING: LLViewerTextureList::getImageFromFile: Failed to find local image file: bottomtray/MouseLook_view_on.png 2011-08-18T15:54:17Z WARNING: LLViewerTextureList::getImageFromFile: Failed to find local image file: inv_folder_mesh.tga 2011-08-18T15:54:17Z WARNING: LLViewerTextureList::getImageFromFile: Failed to find local image file: inv_item_mesh.tga 2011-08-18T15:54:17Z INFO: clear: Clearing standard bumpmaps. 2011-08-18T15:54:17Z INFO: addstandard: Adding standard bumpmaps. 2011-08-18T15:54:17Z INFO: getDynamicFallbackFontList: Getting system font list from FontConfig... 2011-08-18T15:54:17Z INFO: getDynamicFallbackFontList: Language en 2011-08-18T15:54:17Z INFO: getDynamicFallbackFontList: Location US 2011-08-18T15:54:17Z INFO: getDynamicFallbackFontList: Variant UTF-8 2011-08-18T15:54:17Z INFO: getDynamicFallbackFontList: Preferring fonts of language: en 2011-08-18T15:54:17Z INFO: getDynamicFallbackFontList: Using 40/122 system fonts. 2011-08-18T15:54:17Z INFO: initWindow: gViewerwindow created. 2011-08-18T15:54:17Z INFO: initWindow: watchdog setting is done. 2011-08-18T15:54:17Z INFO: createFont: createFont SansSerif size Medium style 0 2011-08-18T15:54:17Z INFO: createFont: ONCE: Couldn't load font /usr/share/fonts/truetype/kochi/kochi-gothic.ttf 2011-08-18T15:54:17Z INFO: saveToFile: Saved to /home/CronoCloud/.secondlife/user_settings/settings_development.xml 2011-08-18T15:54:17Z INFO: initWindow: gPipeline Initialized 2011-08-18T15:54:17Z INFO: saveToFile: Saved to /home/CronoCloud/.secondlife/user_settings/settings_development.xml 2011-08-18T15:54:17Z INFO: createFont: createFont Monospace size Monospace style 0 2011-08-18T15:54:17Z INFO: createFont: createFont SansSerif size Huge style 0 2011-08-18T15:54:17Z INFO: createFont: createFont SansSerif size Large style 0 2011-08-18T15:54:17Z INFO: createFont: createFont SansSerif size Small style 0 2011-08-18T15:54:17Z WARNING: initCommitCallback: No callback found for: 'Edit.Cut' in control: Cut 2011-08-18T15:54:17Z WARNING: initCommitCallback: No callback found for: 'Edit.Copy' in control: Copy 2011-08-18T15:54:17Z WARNING: initCommitCallback: No callback found for: 'Edit.Paste' in control: Paste 2011-08-18T15:54:17Z INFO: LLMediaCtrl::handleVisibilityChange: visibility changed to false 2011-08-18T15:54:17Z INFO: initWindow: Window initialization done. 2011-08-18T15:54:17Z INFO: init: Window is initialized. 2011-08-18T15:54:17Z INFO: printGLInfoString: GL_VENDOR: NVIDIA Corporation 2011-08-18T15:54:17Z INFO: printGLInfoString: GL_RENDERER: GeForce GT 220/PCI/SSE2 2011-08-18T15:54:17Z INFO: printGLInfoString: GL_VERSION: 3.3.0 NVIDIA 280.13 2011-08-18T15:54:17Z WARNING: init: ndof_init_first FAILED 2011-08-18T15:54:17Z INFO: init: ndof: mDriverState=0; mNdofDev=0xefb32c0; libinit=1 2011-08-18T15:54:17Z INFO: init: app path /usr/local/secondlife-install/app_settings/CA.pem 2011-08-18T15:54:17Z INFO: init: Viewer media initialized. 2011-08-18T15:54:17Z INFO: LLPluginProcessParent::setUseReadThread: creating read thread 2011-08-18T15:54:17Z INFO: createFont: createFont SansSerif size Small style 0 2011-08-18T15:54:17Z WARNING: initCommitCallback: No callback found for: 'Edit.Cut' in control: Cut 2011-08-18T15:54:17Z WARNING: initCommitCallback: No callback found for: 'Edit.Copy' in control: Copy 2011-08-18T15:54:17Z WARNING: initCommitCallback: No callback found for: 'Edit.Paste' in control: Paste 2011-08-18T15:54:17Z WARNING: initCommitCallback: No callback found for: 'Edit.Delete' in control: Delete 2011-08-18T15:54:17Z WARNING: initCommitCallback: No callback found for: 'Edit.SelectAll' in control: Select All 2011-08-18T15:54:17Z WARNING: initCommitCallback: No callback found for: 'Edit.Cut' in control: Cut 2011-08-18T15:54:17Z WARNING: initCommitCallback: No callback found for: 'Edit.Copy' in control: Copy 2011-08-18T15:54:17Z WARNING: initCommitCallback: No callback found for: 'Edit.Paste' in control: Paste 2011-08-18T15:54:17Z WARNING: initCommitCallback: No callback found for: 'Edit.Delete' in control: Delete 2011-08-18T15:54:17Z WARNING: initCommitCallback: No callback found for: 'Edit.SelectAll' in control: Select All 2011-08-18T15:54:18Z WARNING: LLInitParam::Parser::parserWarning: Failed to parse parameter "value_editor.max_length." 2011-08-18T15:54:18Z INFO: fetch_feature_table: LLFeatureManager fetching http://viewer-settings.secondlife.com/featuretable_linux.3.0.2.238719.txt into /home/CronoCloud/.secondlife/user_settings/featuretable_linux.3.0.2.238719.txt 2011-08-18T15:54:18Z INFO: fetch_gpu_table: LLFeatureManager fetching http://viewer-settings.secondlife.com/gpu_table.3.0.2.238719.txt into /home/CronoCloud/.secondlife/user_settings/gpu_table.3.0.2.238719.txt 2011-08-18T15:54:18Z INFO: LLTemplateParser: ### Message template version 2 ### 2011-08-18T15:54:18Z INFO: start_net: attempting to connect on OS assigned port 2011-08-18T15:54:18Z INFO: start_net: Get socket returned: 0 length 16 2011-08-18T15:54:18Z INFO: start_net: Assigned port: 42203 2011-08-18T15:54:18Z INFO: start_net: startNet - receive buffer size : 262142 2011-08-18T15:54:18Z INFO: start_net: startNet - send buffer size : 262142 2011-08-18T15:54:18Z INFO: start_net: IP_PKKTINFO enabled 2011-08-18T15:54:18Z INFO: idle_startup: Message System Initialized. 2011-08-18T15:54:18Z INFO: init: LLAudioEngine::init() AudioEngine successfully initialized 2011-08-18T15:54:18Z INFO: init: LLAudioEngine_OpenAL::init() OpenAL successfully initialized 2011-08-18T15:54:18Z INFO: init: OpenAL version: 1.1 ALSOFT 1.11.753 2011-08-18T15:54:18Z INFO: init: OpenAL vendor: OpenAL Community 2011-08-18T15:54:18Z INFO: init: OpenAL renderer: OpenAL Soft 2011-08-18T15:54:18Z INFO: init: ALUT version: 1.1 2011-08-18T15:54:18Z INFO: init: ALC version: 1.1 2011-08-18T15:54:18Z INFO: init: ALC default device: PulseAudio Software 2011-08-18T15:54:18Z INFO: idle_startup: Using media plugins to render streaming audio 2011-08-18T15:54:18Z INFO: idle_startup: Audio Engine Initialized. 2011-08-18T15:54:18Z INFO: setStartupState: Startup state changing from STATE_FIRST to STATE_BROWSER_INIT 2011-08-18T15:54:18Z INFO: setStartupState: Startup state changing from STATE_BROWSER_INIT to STATE_LOGIN_SHOW 2011-08-18T15:54:18Z INFO: login_show: Initializing Login Screen 2011-08-18T15:54:18Z WARNING: LLInitParam::Parser::parserWarning: Failed to parse parameter "hide_loading." 2011-08-18T15:54:18Z INFO: LLSLURL: SLURL: home 2011-08-18T15:54:18Z WARNING: getChild: Making dummy 6LLView named "server_combo_text" in panel_login 2011-08-18T15:54:18Z INFO: LLViewerMediaImpl::navigateInternal: media id= 3ff182e4-7814-4eb2-b564-0b9365489416 url=http://viewer-login.agni.lindenlab.com/?lang=en&channel=Second%20Life%20Development&version=3%2E0%2E2%20%28238719%29&grid=Agni&os=Linux%202%2E6 mime_type=text/html 2011-08-18T15:54:18Z INFO: LLViewerMedia::getCurrentUserAgent: SecondLife/3.0.2.238719 (Second Life Development; default skin) 2011-08-18T15:54:18Z INFO: LLViewerMediaImpl::loadURI: Asking media source to load URI: http://viewer-login.agni.lindenlab.com/?lang=en&channel=Second%20Life%20Development&version=3%2E0%2E2%20%28238719%29&grid=Agni&os=Linux%202%2E6 2011-08-18T15:54:18Z INFO: LLPanelLogin::setFields: Setting login fields to util.agni.lindenlab.com:CronoCloud Creeggan 2011-08-18T15:54:18Z INFO: LLPanelLogin::setFields: Setting authenticator field hash 2011-08-18T15:54:18Z INFO: setStartupState: Startup state changing from STATE_LOGIN_SHOW to STATE_LOGIN_WAIT 2011-08-18T15:54:18Z INFO: LLPluginProcessParent::receiveMessage: plugin version string: Webkit media plugin, Webkit version 2.02.43721 (QtWebKit version 4.6.0) 2011-08-18T15:54:18Z INFO: LLPluginProcessParent::receiveMessage: message class: base -> version: 1.0 2011-08-18T15:54:18Z INFO: LLPluginProcessParent::receiveMessage: message class: media -> version: 1.0 2011-08-18T15:54:18Z INFO: LLPluginProcessParent::receiveMessage: message class: media_browser -> version: 1.0 2011-08-18T15:54:18Z WARNING: receiveMessage: Ignoring add_certificate_file_path message (llqtwebkit version is too old). 2011-08-18T15:54:18Z INFO: LLPluginProcessParent::receiveMessage: plugin version string: Webkit media plugin, Webkit version 2.02.43721 (QtWebKit version 4.6.0) 2011-08-18T15:54:18Z INFO: LLPluginProcessParent::receiveMessage: message class: base -> version: 1.0 2011-08-18T15:54:18Z INFO: LLPluginProcessParent::receiveMessage: message class: media -> version: 1.0 2011-08-18T15:54:18Z INFO: LLPluginProcessParent::receiveMessage: message class: media_browser -> version: 1.0 QCursor: Cannot create bitmap cursor; invalid bitmap(s) QCursor: Cannot create bitmap cursor; invalid bitmap(s) QCursor: Cannot create bitmap cursor; invalid bitmap(s) QCursor: Cannot create bitmap cursor; invalid bitmap(s) QCursor: Cannot create bitmap cursor; invalid bitmap(s) QCursor: Cannot create bitmap cursor; invalid bitmap(s) QCursor: Cannot create bitmap cursor; invalid bitmap(s) QCursor: Cannot create bitmap cursor; invalid bitmap(s) 2011-08-18T15:54:19Z WARNING: LLPluginProcessParent::poll: apr_pollset_poll failed with status 4 2011-08-18T15:54:19Z INFO: unix_post_minidump_callback: generated minidump: /home/CronoCloud/.secondlife/logs/0cca02f2-f319-e83f-0fcec2c7-6bf8fabc.dmp 2011-08-18T15:54:19Z INFO: handleViewerCrash: Handle viewer crash entry. 2011-08-18T15:54:19Z INFO: handleViewerCrash: Last render pool type: 0 2011-08-18T15:54:19Z INFO: print: ************* PRINT OUT LL CALL STACKS ************* 2011-08-18T15:54:19Z INFO: print: mainLoop line 1120 Available virtual mem(KB): 4294967295 2011-08-18T15:54:19Z INFO: print: mainLoop line 1119 Available physical mem(KB): 4294967295 2011-08-18T15:54:19Z INFO: print: *************** END OF LL CALL STACKS *************** 2011-08-18T15:54:19Z INFO: handleViewerCrash: Creating crash marker file /home/CronoCloud/.secondlife/logs/SecondLife.error_marker 2011-08-18T15:54:19Z INFO: handleViewerCrash: Created crash marker file /home/CronoCloud/.secondlife/logs/SecondLife.error_marker 2011-08-18T15:54:19Z INFO: handleViewerCrash: Handle viewer crash generating stats log. 2011-08-18T15:54:19Z INFO: writeDebugInfo: Opening debug file /home/CronoCloud/.secondlife/logs/debug_info.log 2011-08-18T15:54:19Z INFO: fork: Forked child process 2821 *** Bad shutdown. *** You are running the Second Life Viewer on a x86_64 platform. The most common problems when launching the Viewer (particularly 'bin/do-not-directly-run-secondlife-bin: not found' and 'error while loading shared libraries') may be solved by installing your Linux distribution's 32-bit compatibility packages. For example, on Ubuntu and other Debian-based Linuxes you might run: $ sudo apt-get install ia32-libs ia32-libs-gtk ia32-libs-kde ia32-libs-sdl ******************************************************* This is a BETA release of the Second Life linux client. Thank you for testing! Please see README-linux.txt before reporting problems. [CronoCloud at wutai ~]$ 2011-08-18T15:54:19Z INFO: LLPluginMessagePipe::pumpInput: Got EOF from plugin socket. 2011-08-18T15:54:19Z WARNING: ll_apr_warn_status: APR: Connection reset by peer 2011-08-18T15:54:19Z INFO: LLPluginProcessChild::idle: message pipe is in error state (104), moving to STATE_ERROR 2011-08-18T15:54:19Z INFO: (anonymous namespace)::LogControlFile::loadFile: logging reconfigured from /usr/local/secondlife-install/app_settings/logcontrol.xml 2011-08-18T15:54:19Z WARNING: ll_apr_warn_status: APR: No such file or directory 2011-08-18T15:54:19Z WARNING: remove: Attempting to remove filename: /home/CronoCloud/.secondlife/logs/SecondLife.exec_marker 2011-08-18T15:54:19Z INFO: updateApplication: Gathering logs... 2011-08-18T15:54:19Z INFO: gatherFiles: Using log file from debug log /home/CronoCloud/.secondlife/logs/SecondLife.log 2011-08-18T15:54:19Z INFO: gatherFiles: Using settings file from debug log /home/CronoCloud/.secondlife/user_settings/settings_development.xml 2011-08-18T15:54:19Z INFO: updateApplication: Encoding files... 2011-08-18T15:54:19Z INFO: updateApplication: Sending reports... 2011-08-18T15:54:19Z INFO: run: thread_error - Waiting for an error 2011-08-18T15:54:19Z INFO: updateApplication: Sending to server, try 1... 2011-08-18T15:54:22Z INFO: main: Crash reporter finished normally. 2011-08-18T15:54:22Z INFO: ll_cleanup_apr: Cleaning up APR CronoCloud -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available Url : http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110818/1cf2ec88/attachment.pgp From sythos at gmail.com Thu Aug 18 09:32:27 2011 From: sythos at gmail.com (Altair Sythos Memo) Date: Thu, 18 Aug 2011 18:32:27 +0200 Subject: [opensource-dev] Very Frequent Crashes in Snowstorm 3.0.2 builds 238538 and 238719 on Linux. In-Reply-To: <20110818110151.6c3007b1.CronoCloud_mchsi.com@mchsi.com> References: <20110818110151.6c3007b1.CronoCloud_mchsi.com@mchsi.com> Message-ID: <20110818183227.aa238bd38f1a569c4221032b@gmail.com> On Thu, 18 Aug 2011 11:01:51 -0500 "Ron Rogers Jr." wrote: > 2011-08-18T15:54:19Z WARNING: LLPluginProcessParent::poll: > apr_pollset_poll failed with status 4 > 2011-08-18T15:54:19Z INFO: unix_post_minidump_callback: generated > minidump: /home/CronoCloud/.secondlife/logs/0cca02f2-f319-e83f-0fcec2c7-6bf8fabc.dmp > 2011-08-18T15:54:19Z INFO: handleViewerCrash: Handle viewer crash > entry. > 2011-08-18T15:54:19Z INFO: handleViewerCrash: Last render pool type: 0 > 2011-08-18T15:54:19Z INFO: print: ************* PRINT OUT LL CALL > STACKS ************* > 2011-08-18T15:54:19Z INFO: print: mainLoop line 1120 Available > virtual mem(KB): 4294967295 > 2011-08-18T15:54:19Z INFO: print: mainLoop line 1119 Available > physical mem(KB): 4294967295 > 2011-08-18T15:54:19Z INFO: print: *************** END OF LL CALL > STACKS *************** > 2011-08-18T15:54:19Z INFO: handleViewerCrash: Creating crash marker > file /home/CronoCloud/.secondlife/logs/SecondLife.error_marker > 2011-08-18T15:54:19Z INFO: handleViewerCrash: Created crash marker > file /home/CronoCloud/.secondlife/logs/SecondLife.error_marker > 2011-08-18T15:54:19Z INFO: handleViewerCrash: Handle viewer crash > generating stats log. > 2011-08-18T15:54:19Z INFO: writeDebugInfo: Opening debug > file /home/CronoCloud/.secondlife/logs/debug_info.log > 2011-08-18T15:54:19Z INFO: fork: Forked child process 2821 > *** Bad shutdown. *** same crash, the only way to start is delete all .secondlife/* settings (first run, second one don't work again), i've tried both on a x86_64 and on a i686, same behaviour From vsavchuk at productengine.com Thu Aug 18 09:35:52 2011 From: vsavchuk at productengine.com (Vadim Savchuk) Date: Thu, 18 Aug 2011 19:35:52 +0300 Subject: [opensource-dev] Very Frequent Crashes in Snowstorm 3.0.2 builds 238538 and 238719 on Linux. In-Reply-To: <20110818110151.6c3007b1.CronoCloud_mchsi.com@mchsi.com> References: <20110818110151.6c3007b1.CronoCloud_mchsi.com@mchsi.com> Message-ID: On Thu, Aug 18, 2011 at 7:01 PM, Ron Rogers Jr. wrote: > There seems to be no pattern to it, it'll crash just after startup, > it'll crash after a couple of minutes, it'll crash after a half > hour. It's actually very annoying because Snowstorm before these two > builds was always VERY stable and rock solid. > Posted https://jira.secondlife.com/browse/VWR-26703. Next time please file a JIRA ticket when you want to report a bug. -- Vadim -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110818/c6b1cf13/attachment.htm From vsavchuk at productengine.com Fri Aug 19 03:55:32 2011 From: vsavchuk at productengine.com (Vadim ProductEngine) Date: Fri, 19 Aug 2011 10:55:32 -0000 Subject: [opensource-dev] Review Request: STORM-1268 Viewer update resets some viewer settings Message-ID: <20110819105532.2663.34508@domU-12-31-38-00-90-68.compute-1.internal> ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/443/ ----------------------------------------------------------- Review request for Viewer and Richard Nelson. Summary ------- Bug: Settings for ignorable dialogs were reset during deferred auto-upgrade. Reason: In case of deferred upgrade (i.e. when you select "Later...") the defaults for notifications settings are not loaded, so when the viewer exits after launching the updater, it incorrectly re-saves notifications settings. Fix: Initialize settings earlier, so that viewer picks them up in update mode. This addresses bug STORM-1268. http://jira.secondlife.com/browse/STORM-1268 Diffs ----- indra/newview/llappviewer.cpp 478aabd2813b Diff: http://codereview.secondlife.com/r/443/diff Testing ------- See acceptance criteria in the JIRA ticket. Thanks, Vadim -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110819/fc71cc1a/attachment.htm From opensourceobscure at gmail.com Fri Aug 19 04:48:42 2011 From: opensourceobscure at gmail.com (opensourceobscure) Date: Fri, 19 Aug 2011 13:48:42 +0200 Subject: [opensource-dev] [JIRA] some questions about VWR-26648 (Early Beta Test Issues - v3.0.0) Message-ID: https://jira.secondlife.com/browse/VWR-26648 was created to collect issues discovered while using v3.0.0 (238157). 1. should we keep using VWR-26648 now that a newer Beta is out ? 2. I reorganized linked items and now they're all "children of" VWR-26648. It seems easier to read this way. Is this OK? 3. Is it OK to add issues that pre-date 3.0 beta viewers release? example: https://jira.secondlife.com/browse/VWR-26383 Opensource Obscure -- http://twitter.com/oobscure - http://opensourceobscure.com/lol discuss Second Life Viewer 2: http://j.mp/slv2group From oz at lindenlab.com Fri Aug 19 06:34:59 2011 From: oz at lindenlab.com (Oz Linden (Scott Lawrence)) Date: Fri, 19 Aug 2011 09:34:59 -0400 Subject: [opensource-dev] [JIRA] some questions about VWR-26648 (Early Beta Test Issues - v3.0.0) In-Reply-To: References: Message-ID: <4E4E6683.6050004@lindenlab.com> On 2011-08-19 7:48, opensourceobscure wrote: > https://jira.secondlife.com/browse/VWR-26648 was created to > collect issues discovered while using v3.0.0 (238157). > > 1. should we keep using VWR-26648 now that a newer Beta is out ? No need - issues can just be filed in VWR as usual. > 2. I reorganized linked items and now they're all "children of" VWR-26648. > It seems easier to read this way. Is this OK? Yes, thank you. > 3. Is it OK to add issues that pre-date 3.0 beta viewers release? > example:https://jira.secondlife.com/browse/VWR-26383 No. From oz at lindenlab.com Fri Aug 19 06:37:58 2011 From: oz at lindenlab.com (Oz Linden (Scott Lawrence)) Date: Fri, 19 Aug 2011 09:37:58 -0400 Subject: [opensource-dev] Mercurial hook checking for well-formed XML In-Reply-To: <4E4A877A.3040205@lindenlab.com> References: <4E4598AC.9040606@lindenlab.com> <4E4A877A.3040205@lindenlab.com> Message-ID: <4E4E6736.9020808@lindenlab.com> On 2011-08-16 11:06, Oz Linden (Scott Lawrence) wrote: > > I have updated his script to work with current versions of Mercurial > (there was one minor api change), and added a feature of two of my > own. I've gotten approval to push this out to the public bitbucket, > and have documented it at: > > https://wiki.secondlife.com/wiki/Mercurial_Tools > > I'll be using that version now, and encourage you to do the same. > > Not everything in the viewer-development tree passes these checks yet, > but that won't bite you unless you modify something that already fails > (the hook only checks modified files that are present in the new > tip). I'll either clean up the problems that have accumulated in > viewer-development or modify the tests to allow them over the next > week or two. Effective this morning, all of viewer-development passes these tests and*all future merge requests are subject to them*. I strongly urge anyone working on code that might be going to viewer-development to install the hooks immediately (they do not subject repositories other than those from LL to the tests, so they won't interfere with anything else you're doing). -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110819/838eeb79/attachment.htm From oz at lindenlab.com Fri Aug 19 08:03:53 2011 From: oz at lindenlab.com (Oz Linden (Scott Lawrence)) Date: Fri, 19 Aug 2011 11:03:53 -0400 Subject: [opensource-dev] Mercurial hook checking for well-formed XML In-Reply-To: <4E4E6736.9020808@lindenlab.com> References: <4E4598AC.9040606@lindenlab.com> <4E4A877A.3040205@lindenlab.com> <4E4E6736.9020808@lindenlab.com> Message-ID: <4E4E7B59.9030503@lindenlab.com> On 2011-08-19 9:37, Oz Linden (Scott Lawrence) wrote: > > Effective this morning, all of viewer-development passes these tests > and*all future merge requests are subject to them*. > > I strongly urge anyone working on code that might be going to > viewer-development to install the hooks immediately (they do not > subject repositories other than those from LL to the tests, so they > won't interfere with anything else you're doing). Do update to the tip of the hg-tools repository ... a number of changes were needed to get things working for all of the code. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110819/8f426e83/attachment.htm From vsavchuk at productengine.com Fri Aug 19 10:06:03 2011 From: vsavchuk at productengine.com (Vadim ProductEngine) Date: Fri, 19 Aug 2011 17:06:03 -0000 Subject: [opensource-dev] Review Request: STORM-1543 During busy mode inventory offers get silently deleted instead of thrown into trash Message-ID: <20110819170603.30733.35803@domU-12-31-38-00-90-68.compute-1.internal> ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/444/ ----------------------------------------------------------- Review request for Viewer and Richard Nelson. Summary ------- In busy mode offered inventory items are now moved to trash. There were two bugs: 1. When auto-discarding inventory offers we looked up missing Busy button (i.e. a button having index=3) in the inventory offer notification dialog template. Failure to find the button resulted in ignoring inventory offers. Fixed that by "auto-clicking" the existing Discard button. 2. It turned out impossible to properly remove an inventory item from within LLDiscardAgentOffer::done(), because that would lead to nested LLInventoryModel::notifyObservers() calls. Fixed that by deferring removal until the next LLAppViewer::idle() iteration. This addresses bug STORM-1543. http://jira.secondlife.com/browse/STORM-1543 Diffs ----- indra/newview/llappviewer.h 478aabd2813b indra/newview/llappviewer.cpp 478aabd2813b indra/newview/llviewermessage.cpp 478aabd2813b Diff: http://codereview.secondlife.com/r/444/diff Testing ------- Thanks, Vadim -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110819/0aa4e222/attachment.htm From richard at lindenlab.com Fri Aug 19 10:14:11 2011 From: richard at lindenlab.com (Richard Nelson) Date: Fri, 19 Aug 2011 17:14:11 -0000 Subject: [opensource-dev] Review Request: STORM-1268 Viewer update resets some viewer settings In-Reply-To: <20110819105532.2663.34508@domU-12-31-38-00-90-68.compute-1.internal> References: <20110819105532.2663.34508@domU-12-31-38-00-90-68.compute-1.internal> Message-ID: <20110819171411.30732.17265@domU-12-31-38-00-90-68.compute-1.internal> ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/443/#review983 ----------------------------------------------------------- Ship it! good catch! - Richard On Aug. 19, 2011, 3:55 a.m., Vadim ProductEngine wrote: > > ----------------------------------------------------------- > This is an automatically generated e-mail. To reply, visit: > http://codereview.secondlife.com/r/443/ > ----------------------------------------------------------- > > (Updated Aug. 19, 2011, 3:55 a.m.) > > > Review request for Viewer and Richard Nelson. > > > Summary > ------- > > Bug: > Settings for ignorable dialogs were reset during deferred auto-upgrade. > > Reason: > In case of deferred upgrade (i.e. when you select "Later...") the defaults for notifications settings are not loaded, > so when the viewer exits after launching the updater, it incorrectly re-saves notifications settings. > > Fix: > Initialize settings earlier, so that viewer picks them up in update mode. > > > This addresses bug STORM-1268. > http://jira.secondlife.com/browse/STORM-1268 > > > Diffs > ----- > > indra/newview/llappviewer.cpp 478aabd2813b > > Diff: http://codereview.secondlife.com/r/443/diff > > > Testing > ------- > > See acceptance criteria in the JIRA ticket. > > > Thanks, > > Vadim > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110819/20978f26/attachment-0001.htm From nickyperian at yahoo.com Sat Aug 20 16:48:57 2011 From: nickyperian at yahoo.com (Nicky Perian) Date: Sat, 20 Aug 2011 23:48:57 -0000 Subject: [opensource-dev] Review Request: Windows debug build fails at run time because of an absent openjpeg.dll. Message-ID: <20110820234857.5325.90312@domU-12-31-38-00-90-68.compute-1.internal> ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/445/ ----------------------------------------------------------- Review request for Viewer. Summary ------- Note: In code comments are for code review only and will be removed. Debug builds have openjpegd.dll and it is a dependency for some of the unit tests. However, the viewer (secondlife-bin.exe) has openjpeg.dll dependency. It is the same debug library but, without the 'd' in its name. So, there are two or more dependencies of the same library with different names. This can be tested by building a debug configuration and invoking the viewer and then, the error appears about the missing openjpeg.dll. Then, change the name of openjpegd.dll to openjpeg.dll and invoke the viewer again. This time it should run correctly and present the log in page. Modifications are need to add a copy instruction so that both named versions of the debug library are present in the openjpeg archive. Additional modifications to the viewer are needed to place openjpeg.dll properly; while leaving openjpegd.dll in place for unit tests. This addresses bug https://jira.secondlife.com/browse/OPEN-112. http://jira.secondlife.com/browse/https://jira.secondlife.com/browse/OPEN-112 Diffs ----- doc/contributions.txt a95b822cf2c2 indra/cmake/Copy3rdPartyLibs.cmake a95b822cf2c2 indra/newview/CMakeLists.txt a95b822cf2c2 indra/newview/viewer_manifest.py a95b822cf2c2 Diff: http://codereview.secondlife.com/r/445/diff Testing ------- Built Debug configuration with revised local library. Copy of revised library is here: http://bitbucket.org/NickyP/viewer-development-open-112/downloads/openjpeg-1.4-windows-20110819.tar.bz2 MD5 hash is 271a8e9253efaef9884181cd58984dd9. Logged in to aditi mesh city and walked around. No problems noted. Thanks, Nicky -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110820/1ec985ea/attachment.htm From nickyperian at yahoo.com Sat Aug 20 18:32:35 2011 From: nickyperian at yahoo.com (Nicky Perian) Date: Sat, 20 Aug 2011 18:32:35 -0700 (PDT) Subject: [opensource-dev] Request for vs2010 pro or better tester. Message-ID: <1313890355.22788.YahooMailNeo@web43514.mail.sp1.yahoo.com> I have been trying to establish a common method to build 3p libraries that work on VS2010 express and VS2010 pro and better by using msbuild.exe as is done with the viewer instead of devenv.exe. I have had success with VS2010 Express but, I can't check these against the better versions of VS2010. The meta issue for this is https://jira.secondlife.com/browse/OPEN-68.?? Of special interest atm is 3p-openjpeg at OPEN-112. While modifying it to work with vs2010 express I made changes that cause me to think original repository would not build with vs2010 pro or better. So, what I request is to clone http://bitbucket.org/lindenlab/3p-openjpeg and see if autobuild build and package work as is. Next, clone http://bitbucket.org/NickyP/3p-openjpeg-open-112 and try autobuild build and package. Then, clone open-69 and use it as autobuild and clone http://bitbucket.org/NickyP/3p-openjpeg-open-109 and see if autobuild build and package work. Thanks. Nicky Note: To test the changes listed in open-68 sub tasks 2-7? autobuild at OPEN-69 need to be cloned and used for autobuild.? Sub tasks 2-7 work on VS2010 express; at least on my system they test okay. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110820/15b7ec47/attachment.htm From sllists at boroon.dasgupta.ch Sun Aug 21 02:03:38 2011 From: sllists at boroon.dasgupta.ch (Boroondas Gupte) Date: Sun, 21 Aug 2011 09:03:38 -0000 Subject: [opensource-dev] Review Request: Windows debug build fails at run time because of an absent openjpeg.dll. In-Reply-To: <20110820234857.5325.90312@domU-12-31-38-00-90-68.compute-1.internal> References: <20110820234857.5325.90312@domU-12-31-38-00-90-68.compute-1.internal> Message-ID: <20110821090338.10808.80736@domU-12-31-38-00-90-68.compute-1.internal> ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/445/#review984 ----------------------------------------------------------- > Note: In code comments are for code review only and will be removed. As the comments indicate that this is a temporary hack, they should go in with the code, if the code is to go in. That is crucial information to anyone editing that code. Though, is there a reason why we can't just fix this the right way right away instead of working around the problem first? indra/cmake/Copy3rdPartyLibs.cmake Don't add trailing whitespace. indra/cmake/Copy3rdPartyLibs.cmake Removing the '[' here leaves the ']' unbalanced, so I doubt that's right. - Boroondas On Aug. 20, 2011, 4:48 p.m., Nicky Perian wrote: > > ----------------------------------------------------------- > This is an automatically generated e-mail. To reply, visit: > http://codereview.secondlife.com/r/445/ > ----------------------------------------------------------- > > (Updated Aug. 20, 2011, 4:48 p.m.) > > > Review request for Viewer. > > > Summary > ------- > > Note: In code comments are for code review only and will be removed. > Debug builds have openjpegd.dll and it is a dependency for some of the unit tests. However, the viewer (secondlife-bin.exe) has openjpeg.dll dependency. It is the same debug library but, without the 'd' in its name. So, there are two or more dependencies of the same library with different names. This can be tested by building a debug configuration and invoking the viewer and then, the error appears about the missing openjpeg.dll. Then, change the name of openjpegd.dll to openjpeg.dll and invoke the viewer again. This time it should run correctly and present the log in page. Modifications are need to add a copy instruction so that both named versions of the debug library are present in the openjpeg archive. Additional modifications to the viewer are needed to place openjpeg.dll properly; while leaving openjpegd.dll in place for unit tests. > > > This addresses bug https://jira.secondlife.com/browse/OPEN-112. > http://jira.secondlife.com/browse/https://jira.secondlife.com/browse/OPEN-112 > > > Diffs > ----- > > doc/contributions.txt a95b822cf2c2 > indra/cmake/Copy3rdPartyLibs.cmake a95b822cf2c2 > indra/newview/CMakeLists.txt a95b822cf2c2 > indra/newview/viewer_manifest.py a95b822cf2c2 > > Diff: http://codereview.secondlife.com/r/445/diff > > > Testing > ------- > > Built Debug configuration with revised local library. Copy of revised library is here: http://bitbucket.org/NickyP/viewer-development-open-112/downloads/openjpeg-1.4-windows-20110819.tar.bz2 > MD5 hash is 271a8e9253efaef9884181cd58984dd9. > Logged in to aditi mesh city and walked around. No problems noted. > > > Thanks, > > Nicky > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110821/bb17bd67/attachment.htm From nickyperian at yahoo.com Sun Aug 21 05:34:01 2011 From: nickyperian at yahoo.com (Nicky Perian) Date: Sun, 21 Aug 2011 12:34:01 -0000 Subject: [opensource-dev] Review Request: Windows debug build fails at run time because of an absent openjpeg.dll. In-Reply-To: <20110820234857.5325.90312@domU-12-31-38-00-90-68.compute-1.internal> References: <20110820234857.5325.90312@domU-12-31-38-00-90-68.compute-1.internal> Message-ID: <20110821123401.11228.1162@domU-12-31-38-00-90-68.compute-1.internal> ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/445/ ----------------------------------------------------------- (Updated Aug. 21, 2011, 5:34 a.m.) Review request for Viewer. Changes ------- >From Boroondas review. Removed trailing white space. Corrected an editing error for a removed bracket caused by trying to align text. In code comments can be left in if appropriate. Summary ------- Note: In code comments are for code review only and will be removed. Debug builds have openjpegd.dll and it is a dependency for some of the unit tests. However, the viewer (secondlife-bin.exe) has openjpeg.dll dependency. It is the same debug library but, without the 'd' in its name. So, there are two or more dependencies of the same library with different names. This can be tested by building a debug configuration and invoking the viewer and then, the error appears about the missing openjpeg.dll. Then, change the name of openjpegd.dll to openjpeg.dll and invoke the viewer again. This time it should run correctly and present the log in page. Modifications are need to add a copy instruction so that both named versions of the debug library are present in the openjpeg archive. Additional modifications to the viewer are needed to place openjpeg.dll properly; while leaving openjpegd.dll in place for unit tests. This addresses bug https://jira.secondlife.com/browse/OPEN-112. http://jira.secondlife.com/browse/https://jira.secondlife.com/browse/OPEN-112 Diffs (updated) ----- doc/contributions.txt a95b822cf2c2 indra/cmake/Copy3rdPartyLibs.cmake a95b822cf2c2 indra/newview/CMakeLists.txt a95b822cf2c2 indra/newview/viewer_manifest.py a95b822cf2c2 Diff: http://codereview.secondlife.com/r/445/diff Testing ------- Built Debug configuration with revised local library. Copy of revised library is here: http://bitbucket.org/NickyP/viewer-development-open-112/downloads/openjpeg-1.4-windows-20110819.tar.bz2 MD5 hash is 271a8e9253efaef9884181cd58984dd9. Logged in to aditi mesh city and walked around. No problems noted. Thanks, Nicky -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110821/0221fb64/attachment-0001.htm From oz at lindenlab.com Mon Aug 22 03:44:32 2011 From: oz at lindenlab.com (Oz Linden) Date: Mon, 22 Aug 2011 10:44:32 -0000 Subject: [opensource-dev] Review Request: STORM-1543 During busy mode inventory offers get silently deleted instead of thrown into trash In-Reply-To: <20110819170603.30733.35803@domU-12-31-38-00-90-68.compute-1.internal> References: <20110819170603.30733.35803@domU-12-31-38-00-90-68.compute-1.internal> Message-ID: <20110822104432.10806.8771@domU-12-31-38-00-90-68.compute-1.internal> ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/444/#review985 ----------------------------------------------------------- indra/newview/llappviewer.cpp Would be clearer as: if (!mSignal.empty()) { mSignal(); mSignal.disconnect_all_slots(); } - Oz On Aug. 19, 2011, 10:06 a.m., Vadim ProductEngine wrote: > > ----------------------------------------------------------- > This is an automatically generated e-mail. To reply, visit: > http://codereview.secondlife.com/r/444/ > ----------------------------------------------------------- > > (Updated Aug. 19, 2011, 10:06 a.m.) > > > Review request for Viewer and Richard Nelson. > > > Summary > ------- > > In busy mode offered inventory items are now moved to trash. > > There were two bugs: > > 1. When auto-discarding inventory offers we looked up missing Busy button > (i.e. a button having index=3) in the inventory offer notification dialog > template. Failure to find the button resulted in ignoring inventory offers. > > Fixed that by "auto-clicking" the existing Discard button. > > 2. It turned out impossible to properly remove an inventory item > from within LLDiscardAgentOffer::done(), because that would lead to > nested LLInventoryModel::notifyObservers() calls. > > Fixed that by deferring removal until the next LLAppViewer::idle() iteration. > > > This addresses bug STORM-1543. > http://jira.secondlife.com/browse/STORM-1543 > > > Diffs > ----- > > indra/newview/llappviewer.h 478aabd2813b > indra/newview/llappviewer.cpp 478aabd2813b > indra/newview/llviewermessage.cpp 478aabd2813b > > Diff: http://codereview.secondlife.com/r/444/diff > > > Testing > ------- > > > Thanks, > > Vadim > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110822/34fc9eca/attachment.htm From vsavchuk at productengine.com Mon Aug 22 04:10:50 2011 From: vsavchuk at productengine.com (Vadim ProductEngine) Date: Mon, 22 Aug 2011 11:10:50 -0000 Subject: [opensource-dev] Review Request: STORM-1543 During busy mode inventory offers get silently deleted instead of thrown into trash In-Reply-To: <20110819170603.30733.35803@domU-12-31-38-00-90-68.compute-1.internal> References: <20110819170603.30733.35803@domU-12-31-38-00-90-68.compute-1.internal> Message-ID: <20110822111050.10802.30654@domU-12-31-38-00-90-68.compute-1.internal> ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/444/ ----------------------------------------------------------- (Updated Aug. 22, 2011, 4:10 a.m.) Review request for Viewer and Richard Nelson. Changes ------- More cleanup and comments, took Oz's feedback into account. Summary ------- In busy mode offered inventory items are now moved to trash. There were two bugs: 1. When auto-discarding inventory offers we looked up missing Busy button (i.e. a button having index=3) in the inventory offer notification dialog template. Failure to find the button resulted in ignoring inventory offers. Fixed that by "auto-clicking" the existing Discard button. 2. It turned out impossible to properly remove an inventory item from within LLDiscardAgentOffer::done(), because that would lead to nested LLInventoryModel::notifyObservers() calls. Fixed that by deferring removal until the next LLAppViewer::idle() iteration. This addresses bug STORM-1543. http://jira.secondlife.com/browse/STORM-1543 Diffs (updated) ----- indra/newview/llappviewer.h 7dbd8eaefaec indra/newview/llappviewer.cpp 7dbd8eaefaec indra/newview/llviewermessage.cpp 7dbd8eaefaec Diff: http://codereview.secondlife.com/r/444/diff Testing ------- Thanks, Vadim -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110822/42d4e92f/attachment.htm From vsavchuk at productengine.com Mon Aug 22 04:26:31 2011 From: vsavchuk at productengine.com (Vadim ProductEngine) Date: Mon, 22 Aug 2011 11:26:31 -0000 Subject: [opensource-dev] Review Request: STORM-1542 Update viewer 2 search url back to search.sl.com Message-ID: <20110822112631.10804.77902@domU-12-31-38-00-90-68.compute-1.internal> ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/446/ ----------------------------------------------------------- Review request for Viewer. Summary ------- Changed search URL back from search-beta to search.sl.com. This addresses bug STORM-1542. http://jira.secondlife.com/browse/STORM-1542 Diffs ----- indra/newview/app_settings/settings.xml a95b822cf2c2 Diff: http://codereview.secondlife.com/r/446/diff Testing ------- Thanks, Vadim -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110822/3502a63e/attachment.htm From oz at lindenlab.com Mon Aug 22 04:43:01 2011 From: oz at lindenlab.com (Oz Linden) Date: Mon, 22 Aug 2011 11:43:01 -0000 Subject: [opensource-dev] Review Request: STORM-1542 Update viewer 2 search url back to search.sl.com In-Reply-To: <20110822112631.10804.77902@domU-12-31-38-00-90-68.compute-1.internal> References: <20110822112631.10804.77902@domU-12-31-38-00-90-68.compute-1.internal> Message-ID: <20110822114301.11011.86196@domU-12-31-38-00-90-68.compute-1.internal> ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/446/#review986 ----------------------------------------------------------- Ship it! - Oz On Aug. 22, 2011, 4:26 a.m., Vadim ProductEngine wrote: > > ----------------------------------------------------------- > This is an automatically generated e-mail. To reply, visit: > http://codereview.secondlife.com/r/446/ > ----------------------------------------------------------- > > (Updated Aug. 22, 2011, 4:26 a.m.) > > > Review request for Viewer. > > > Summary > ------- > > Changed search URL back from search-beta to search.sl.com. > > > This addresses bug STORM-1542. > http://jira.secondlife.com/browse/STORM-1542 > > > Diffs > ----- > > indra/newview/app_settings/settings.xml a95b822cf2c2 > > Diff: http://codereview.secondlife.com/r/446/diff > > > Testing > ------- > > > Thanks, > > Vadim > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110822/6bba506c/attachment.htm From vsavchuk at productengine.com Mon Aug 22 08:08:48 2011 From: vsavchuk at productengine.com (Vadim ProductEngine) Date: Mon, 22 Aug 2011 15:08:48 -0000 Subject: [opensource-dev] Review Request: STORM-1566 Sidebar windows no longer detach by right-clicking the tab Message-ID: <20110822150848.13052.44783@domU-12-31-38-00-90-68.compute-1.internal> ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/447/ ----------------------------------------------------------- Review request for Viewer. Summary ------- Reason: wrong name was used to look up the tab to detach. The regression was introduced in the fix of EXP-856 (changeset 9e650f2750b5). This addresses bug STORM-1566. http://jira.secondlife.com/browse/STORM-1566 Diffs ----- indra/newview/llsidetray.cpp 6e3de80dc3a1 Diff: http://codereview.secondlife.com/r/447/diff Testing ------- Thanks, Vadim -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110822/c198c8a5/attachment-0001.htm From vsavchuk at productengine.com Mon Aug 22 09:29:13 2011 From: vsavchuk at productengine.com (Vadim ProductEngine) Date: Mon, 22 Aug 2011 16:29:13 -0000 Subject: [opensource-dev] Review Request: STORM-555 As a LL developer, I should be able to override the login screen URL Message-ID: <20110822162913.11011.74988@domU-12-31-38-00-90-68.compute-1.internal> ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/448/ ----------------------------------------------------------- Review request for Viewer. Summary ------- Made it possible to override login page URL via LL_LOGIN_PAGE environment variable. This addresses bug STORM-555. http://jira.secondlife.com/browse/STORM-555 Diffs ----- indra/newview/llpanellogin.cpp 6e3de80dc3a1 Diff: http://codereview.secondlife.com/r/448/diff Testing ------- Thanks, Vadim -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110822/741ef4e3/attachment.htm From jhwelch at gmail.com Mon Aug 22 09:43:22 2011 From: jhwelch at gmail.com (Jonathan Yap) Date: Mon, 22 Aug 2011 16:43:22 -0000 Subject: [opensource-dev] Review Request: STORM-1567 Mute button for llDialog popup Message-ID: <20110822164322.10807.7875@domU-12-31-38-00-90-68.compute-1.internal> ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/449/ ----------------------------------------------------------- Review request for Viewer. Summary ------- Add a block button to popups from llDialog calls. Clicking on the Block button adds the object to the block list. The type of block is Object. Changing the object's name does not defeat this block as the block entry is stored as a UUID. Note: The object's name in the block list does not change if the object is renamed, though the block does work. This may need to be addressed in a separate SVC jira once this change is incorporated into viewer-development. This addresses bug STORM-1567. http://jira.secondlife.com/browse/STORM-1567 Diffs ----- doc/contributions.txt df4801993ea4 indra/newview/lltoastnotifypanel.cpp df4801993ea4 indra/newview/llviewermessage.cpp df4801993ea4 indra/newview/skins/default/xui/en/notifications.xml df4801993ea4 Diff: http://codereview.secondlife.com/r/449/diff Testing ------- Tested per Test Plan jira entry. Thanks, Jonathan -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110822/feab7a08/attachment.htm From CronoCloud at mchsi.com Mon Aug 22 11:05:40 2011 From: CronoCloud at mchsi.com (Ron Rogers Jr.) Date: Mon, 22 Aug 2011 13:05:40 -0500 Subject: [opensource-dev] Anybody else see crashes similar to VWR-26729? Message-ID: <20110822130540.2bbcf36e.CronoCloud_mchsi.com@mchsi.com> https://jira.secondlife.com/browse/VWR-26729 CronoCloud -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available Url : http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110822/66705d26/attachment.pgp From wolfpup67 at earthlink.net Mon Aug 22 11:19:54 2011 From: wolfpup67 at earthlink.net (WolfPup Lowenhar) Date: Mon, 22 Aug 2011 14:19:54 -0400 Subject: [opensource-dev] Anybody else see crashes similar to VWR-26729? In-Reply-To: <20110822130540.2bbcf36e.CronoCloud_mchsi.com@mchsi.com> References: <20110822130540.2bbcf36e.CronoCloud_mchsi.com@mchsi.com> Message-ID: <003901cc60f8$17bb0470$47310d50$@net> Actually I was and this also seems related to the following issue: https://jira.secondlife.com/browse/VWR-26718 the best solution I had was to delete ALL the settings*.xml files that are not part of the install but are stored in the seconlife storage folder. But I did not delete any of the ones that were stored in my account folder. > -----Original Message----- > From: opensource-dev-bounces at lists.secondlife.com [mailto:opensource-dev- > bounces at lists.secondlife.com] On Behalf Of Ron Rogers Jr. > Sent: Monday, August 22, 2011 2:06 PM > To: opensource-dev > Subject: [opensource-dev] Anybody else see crashes similar to VWR-26729? > > https://jira.secondlife.com/browse/VWR-26729 > > CronoCloud > > ----- > No virus found in this message. > Checked by AVG - www.avg.com > Version: 10.0.1392 / Virus Database: 1520/3850 - Release Date: 08/22/11 From CronoCloud at mchsi.com Mon Aug 22 11:27:05 2011 From: CronoCloud at mchsi.com (Ron Rogers Jr.) Date: Mon, 22 Aug 2011 13:27:05 -0500 Subject: [opensource-dev] SL voice issues with pulseaudio combined sink: Message-ID: <20110822132705.6be6a099.CronoCloud_mchsi.com@mchsi.com> Yes, another one: https://jira.secondlife.com/browse/VWR-26730 CronoCloud -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available Url : http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110822/0073bb96/attachment.pgp From CronoCloud at mchsi.com Mon Aug 22 11:41:22 2011 From: CronoCloud at mchsi.com (Ron Rogers Jr.) Date: Mon, 22 Aug 2011 13:41:22 -0500 Subject: [opensource-dev] Anybody else see crashes similar to VWR-26729? In-Reply-To: <003901cc60f8$17bb0470$47310d50$@net> References: <20110822130540.2bbcf36e.CronoCloud_mchsi.com@mchsi.com> <003901cc60f8$17bb0470$47310d50$@net> Message-ID: <20110822134122.0aed6be5.CronoCloud_mchsi.com@mchsi.com> On Mon, 22 Aug 2011 14:19:54 -0400 "WolfPup Lowenhar" wrote: > Actually I was and this also seems related to the following issue: > > https://jira.secondlife.com/browse/VWR-26718 > I don't think it is now, at least on Linux, because the fix that worked for Gwyneth Llewelyn ( Snowstorm 239192) which includes the LLFastTimer EXP-1107 fix, doesn't work for me. Wish it did. CronoCloud -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available Url : http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110822/5108c3bc/attachment.pgp From sythos at gmail.com Mon Aug 22 15:24:09 2011 From: sythos at gmail.com (Altair Sythos Memo) Date: Tue, 23 Aug 2011 00:24:09 +0200 Subject: [opensource-dev] SL voice issues with pulseaudio combined sink: In-Reply-To: <20110822132705.6be6a099.CronoCloud_mchsi.com@mchsi.com> References: <20110822132705.6be6a099.CronoCloud_mchsi.com@mchsi.com> Message-ID: <20110823002409.33ec1febe17a27649f1a8a8d@gmail.com> On Mon, 22 Aug 2011 13:27:05 -0500 "Ron Rogers Jr." wrote: > Yes, another one: > > https://jira.secondlife.com/browse/VWR-26730 > > CronoCloud > this is a pulseaudio mis-use duplex audio isn't suitable for voice+audio (capture+output) on same channel (this happen on SL, like OpenArena VoiceChat or all other software where you select same device for in+out without setup a virtual device each application), you must use composite (input on a virtuald evice and output on another virtual device, maybe same physical device). This isn't a SL related problem IMHO From CronoCloud at mchsi.com Mon Aug 22 17:54:23 2011 From: CronoCloud at mchsi.com (Ron Rogers Jr.) Date: Mon, 22 Aug 2011 19:54:23 -0500 Subject: [opensource-dev] SL voice issues with pulseaudio combined sink: In-Reply-To: <20110823002409.33ec1febe17a27649f1a8a8d@gmail.com> References: <20110822132705.6be6a099.CronoCloud_mchsi.com@mchsi.com> <20110823002409.33ec1febe17a27649f1a8a8d@gmail.com> Message-ID: <20110822195423.5c37bdc6.CronoCloud_mchsi.com@mchsi.com> On Tue, 23 Aug 2011 00:24:09 +0200 Altair "Sythos" Memo wrote: > > this is a pulseaudio mis-use > How so, the functionality is built into pulseaudio. > duplex audio isn't suitable for voice+audio (capture+output) on same > channel (this happen on SL, like OpenArena VoiceChat or all other > software where you select same device for in+out without setup a > virtual device each application), Combined sink is a virtual device. > you must use composite (input on a virtuald evice and output on > another virtual device, maybe same physical device). > Perhaps you didn't understand, I effectively have two sound cards. The motherboard audio has the only input, but I also have HDMI out via my GT220. > This isn't a SL related problem IMHO More Vivox related, but SL's own sounds, both environmental and media streams work fine with combined sink. Voice input isn't affected, only output. CronoCloud -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available Url : http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110822/e5d84b4e/attachment.pgp From vsavchuk at productengine.com Tue Aug 23 02:32:42 2011 From: vsavchuk at productengine.com (Vadim ProductEngine) Date: Tue, 23 Aug 2011 09:32:42 -0000 Subject: [opensource-dev] Review Request: STORM-1567 Mute button for llDialog popup In-Reply-To: <20110822164322.10807.7875@domU-12-31-38-00-90-68.compute-1.internal> References: <20110822164322.10807.7875@domU-12-31-38-00-90-68.compute-1.internal> Message-ID: <20110823093242.13055.71298@domU-12-31-38-00-90-68.compute-1.internal> ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/449/#review987 ----------------------------------------------------------- These changes don't apply to the v-d tip. Please create a fresh fork, submit the patch to it and publish the repo link in the JIRA ticket, which should be in the Reviewing state. - Vadim On Aug. 22, 2011, 9:43 a.m., Jonathan Yap wrote: > > ----------------------------------------------------------- > This is an automatically generated e-mail. To reply, visit: > http://codereview.secondlife.com/r/449/ > ----------------------------------------------------------- > > (Updated Aug. 22, 2011, 9:43 a.m.) > > > Review request for Viewer. > > > Summary > ------- > > Add a block button to popups from llDialog calls. Clicking on the Block button adds the object to the block list. The type of block is Object. Changing the object's name does not defeat this block as the block entry is stored as a UUID. > > Note: The object's name in the block list does not change if the object is renamed, though the block does work. This may need to be addressed in a separate SVC jira once this change is incorporated into viewer-development. > > > This addresses bug STORM-1567. > http://jira.secondlife.com/browse/STORM-1567 > > > Diffs > ----- > > doc/contributions.txt df4801993ea4 > indra/newview/lltoastnotifypanel.cpp df4801993ea4 > indra/newview/llviewermessage.cpp df4801993ea4 > indra/newview/skins/default/xui/en/notifications.xml df4801993ea4 > > Diff: http://codereview.secondlife.com/r/449/diff > > > Testing > ------- > > Tested per Test Plan jira entry. > > > Thanks, > > Jonathan > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110823/a6351079/attachment.htm From jhwelch at gmail.com Tue Aug 23 04:07:24 2011 From: jhwelch at gmail.com (Jonathan Yap) Date: Tue, 23 Aug 2011 11:07:24 -0000 Subject: [opensource-dev] Review Request: STORM-1567 Mute button for llDialog popup In-Reply-To: <20110822164322.10807.7875@domU-12-31-38-00-90-68.compute-1.internal> References: <20110822164322.10807.7875@domU-12-31-38-00-90-68.compute-1.internal> Message-ID: <20110823110724.13057.77505@domU-12-31-38-00-90-68.compute-1.internal> ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/449/ ----------------------------------------------------------- (Updated Aug. 23, 2011, 4:07 a.m.) Review request for Viewer. Changes ------- Original diff applied to current version of viewer-development per Vadim's request. New diff based on this changed applied here. Summary ------- Add a block button to popups from llDialog calls. Clicking on the Block button adds the object to the block list. The type of block is Object. Changing the object's name does not defeat this block as the block entry is stored as a UUID. Note: The object's name in the block list does not change if the object is renamed, though the block does work. This may need to be addressed in a separate SVC jira once this change is incorporated into viewer-development. This addresses bug STORM-1567. http://jira.secondlife.com/browse/STORM-1567 Diffs (updated) ----- doc/contributions.txt 4ebbd04efd93 indra/newview/lltoastnotifypanel.cpp 4ebbd04efd93 indra/newview/llviewermessage.cpp 4ebbd04efd93 indra/newview/skins/default/xui/en/notifications.xml 4ebbd04efd93 Diff: http://codereview.secondlife.com/r/449/diff Testing ------- Tested per Test Plan jira entry. Thanks, Jonathan -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110823/207287e7/attachment.htm From opensourceobscure at gmail.com Tue Aug 23 04:39:36 2011 From: opensourceobscure at gmail.com (opensourceobscure) Date: Tue, 23 Aug 2011 13:39:36 +0200 Subject: [opensource-dev] Anybody else see crashes similar to VWR-26729? In-Reply-To: <20110822130540.2bbcf36e.CronoCloud_mchsi.com@mchsi.com> References: <20110822130540.2bbcf36e.CronoCloud_mchsi.com@mchsi.com> Message-ID: On Mon, Aug 22, 2011 at 20:05, Ron Rogers Jr. wrote: > https://jira.secondlife.com/browse/VWR-26729 Using Linux Beta 3.0.1 I'm crashing much more than previously. I created https://jira.secondlife.com/browse/VWR-26737 where I've been attaching log files. However I haven't done much testing with 3.0.2 viewer-development yet, so I cannot confirm that the same crashes happens there. Also, I'm on a 32-bit computer. Are your minidump files empty after crash? Do you get any error/crash message popup? P.S. with regard to the title of VWR-26729 (and in general), I'd suggest you to use "Viewer-development" instead of "Snowstorm" when you want to refer to the client, while the "Snowstorm" name is appropriate for the project / the team. (I'd like to be corrected if this is wrong! ) Opensource Obscure -- http://twitter.com/oobscure - http://my.secondlife.com/opensource.obscure Join this group to discuss Second Life Viewer 2: http://j.mp/slv2group From CronoCloud at mchsi.com Tue Aug 23 05:48:00 2011 From: CronoCloud at mchsi.com (Ron Rogers Jr.) Date: Tue, 23 Aug 2011 07:48:00 -0500 Subject: [opensource-dev] Anybody else see crashes similar to VWR-26729? In-Reply-To: References: <20110822130540.2bbcf36e.CronoCloud_mchsi.com@mchsi.com> Message-ID: <20110823074800.551aae93.CronoCloud_mchsi.com@mchsi.com> On Tue, 23 Aug 2011 13:39:36 +0200 opensourceobscure wrote: > However I haven't done much testing with 3.0.2 viewer-development > yet, so I cannot confirm that the same crashes happens there. > Also, I'm on a 32-bit computer. > Yes, the fact that so few of us run 64-bit is a problem...I think that's because getting SL to run on 64 is a hassle so some give up. > Are your minidump files empty after crash? No, mine are about 160K. > Do you get any error/crash message popup? > No. and that surprises me. > P.S. > with regard to the title of VWR-26729 (and in general), I'd suggest > you to use "Viewer-development" instead of "Snowstorm" when you > want to refer to the client, > while the "Snowstorm" name is appropriate for the project / the > team. (I'd like to be corrected if this is wrong! ) > Thanks for the suggestion, I'll follow it, though colloquially in SL everyone calls it Snowstorm. CronoCloud -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available Url : http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110823/e4b0bcd4/attachment.pgp From vsavchuk at productengine.com Tue Aug 23 10:15:58 2011 From: vsavchuk at productengine.com (Vadim ProductEngine) Date: Tue, 23 Aug 2011 17:15:58 -0000 Subject: [opensource-dev] Review Request: STORM-555 As a LL developer, I should be able to override the login screen URL In-Reply-To: <20110822162913.11011.74988@domU-12-31-38-00-90-68.compute-1.internal> References: <20110822162913.11011.74988@domU-12-31-38-00-90-68.compute-1.internal> Message-ID: <20110823171558.13052.62968@domU-12-31-38-00-90-68.compute-1.internal> ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/448/#review988 ----------------------------------------------------------- Rejected: there is a similar option already. Thanks to Richard for pointing out. - Vadim On Aug. 22, 2011, 9:29 a.m., Vadim ProductEngine wrote: > > ----------------------------------------------------------- > This is an automatically generated e-mail. To reply, visit: > http://codereview.secondlife.com/r/448/ > ----------------------------------------------------------- > > (Updated Aug. 22, 2011, 9:29 a.m.) > > > Review request for Viewer. > > > Summary > ------- > > Made it possible to override login page URL via LL_LOGIN_PAGE environment variable. > > > This addresses bug STORM-555. > http://jira.secondlife.com/browse/STORM-555 > > > Diffs > ----- > > indra/newview/llpanellogin.cpp 6e3de80dc3a1 > > Diff: http://codereview.secondlife.com/r/448/diff > > > Testing > ------- > > > Thanks, > > Vadim > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110823/d8ea6df3/attachment-0001.htm From jhwelch at gmail.com Tue Aug 23 13:41:32 2011 From: jhwelch at gmail.com (Jonathan Yap) Date: Tue, 23 Aug 2011 20:41:32 -0000 Subject: [opensource-dev] Review Request: STORM-1567 Mute button for llDialog popup In-Reply-To: <20110823110724.13057.77505@domU-12-31-38-00-90-68.compute-1.internal> References: <20110823110724.13057.77505@domU-12-31-38-00-90-68.compute-1.internal> Message-ID: <20110823204132.10805.33519@domU-12-31-38-00-90-68.compute-1.internal> ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/449/ ----------------------------------------------------------- (Updated Aug. 23, 2011, 1:41 p.m.) Review request for Viewer. Summary ------- Add a block button to popups from llDialog calls. Clicking on the Block button adds the object to the block list. The type of block is Object. Changing the object's name does not defeat this block as the block entry is stored as a UUID. Note: The object's name in the block list does not change if the object is renamed, though the block does work. This may need to be addressed in a separate SVC jira once this change is incorporated into viewer-development. This addresses bug STORM-1567. http://jira.secondlife.com/browse/STORM-1567 Diffs ----- doc/contributions.txt 4ebbd04efd93 indra/newview/lltoastnotifypanel.cpp 4ebbd04efd93 indra/newview/llviewermessage.cpp 4ebbd04efd93 indra/newview/skins/default/xui/en/notifications.xml 4ebbd04efd93 Diff: http://codereview.secondlife.com/r/449/diff Testing ------- Tested per Test Plan jira entry. Thanks, Jonathan -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110823/674a3d30/attachment.htm From richard at lindenlab.com Tue Aug 23 14:51:36 2011 From: richard at lindenlab.com (Richard Nelson) Date: Tue, 23 Aug 2011 21:51:36 -0000 Subject: [opensource-dev] Review Request: STORM-1543 During busy mode inventory offers get silently deleted instead of thrown into trash In-Reply-To: <20110822111050.10802.30654@domU-12-31-38-00-90-68.compute-1.internal> References: <20110822111050.10802.30654@domU-12-31-38-00-90-68.compute-1.internal> Message-ID: <20110823215136.13057.25832@domU-12-31-38-00-90-68.compute-1.internal> ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/444/#review990 ----------------------------------------------------------- indra/newview/llviewermessage.cpp since we don't set IOR_BUSY anywhere (and its not a valid response in any notification), let's delete the IOR_BUSY value altogether and replace this line with BOOL busy = gAgent.getBusy(); That will be a lot less confusing to the next person who needs to touch this code. - Richard On Aug. 22, 2011, 4:10 a.m., Vadim ProductEngine wrote: > > ----------------------------------------------------------- > This is an automatically generated e-mail. To reply, visit: > http://codereview.secondlife.com/r/444/ > ----------------------------------------------------------- > > (Updated Aug. 22, 2011, 4:10 a.m.) > > > Review request for Viewer and Richard Nelson. > > > Summary > ------- > > In busy mode offered inventory items are now moved to trash. > > There were two bugs: > > 1. When auto-discarding inventory offers we looked up missing Busy button > (i.e. a button having index=3) in the inventory offer notification dialog > template. Failure to find the button resulted in ignoring inventory offers. > > Fixed that by "auto-clicking" the existing Discard button. > > 2. It turned out impossible to properly remove an inventory item > from within LLDiscardAgentOffer::done(), because that would lead to > nested LLInventoryModel::notifyObservers() calls. > > Fixed that by deferring removal until the next LLAppViewer::idle() iteration. > > > This addresses bug STORM-1543. > http://jira.secondlife.com/browse/STORM-1543 > > > Diffs > ----- > > indra/newview/llappviewer.h 7dbd8eaefaec > indra/newview/llappviewer.cpp 7dbd8eaefaec > indra/newview/llviewermessage.cpp 7dbd8eaefaec > > Diff: http://codereview.secondlife.com/r/444/diff > > > Testing > ------- > > > Thanks, > > Vadim > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110823/3bec4f4c/attachment.htm From stone at lindenlab.com Tue Aug 23 14:57:34 2011 From: stone at lindenlab.com (Stone Linden) Date: Tue, 23 Aug 2011 21:57:34 -0000 Subject: [opensource-dev] Review Request: Respect --no-verify-ssl-cert option In-Reply-To: <20110812032601.8299.74066@domU-12-31-38-00-90-68.compute-1.internal> References: <20110812032601.8299.74066@domU-12-31-38-00-90-68.compute-1.internal> Message-ID: <20110823215734.11011.36973@domU-12-31-38-00-90-68.compute-1.internal> ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/438/ ----------------------------------------------------------- (Updated Aug. 23, 2011, 2:57 p.m.) Review request for Viewer. Summary ------- The --no-verify-ssl-cert option is only used for XMLRPC communication. It should apply to all SSL verification. I needed this to log into a grid with an old SSL cert stuck somewhere in the bowels of login. Diffs ----- indra/newview/llsechandler_basic.cpp 2af4fbfc0c6e Diff: http://codereview.secondlife.com/r/438/diff Testing ------- With this command line option, I can log into a grid with an expired certificate. Without the option, trying to log into the same grid fails. Thanks, Stone -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110823/87178bb0/attachment.htm From stone at lindenlab.com Tue Aug 23 14:58:22 2011 From: stone at lindenlab.com (Stone Linden) Date: Tue, 23 Aug 2011 21:58:22 -0000 Subject: [opensource-dev] Review Request: Respect --no-verify-ssl-cert option In-Reply-To: <20110823215734.11011.36973@domU-12-31-38-00-90-68.compute-1.internal> References: <20110823215734.11011.36973@domU-12-31-38-00-90-68.compute-1.internal> Message-ID: <20110823215822.10807.87837@domU-12-31-38-00-90-68.compute-1.internal> ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/438/ ----------------------------------------------------------- (Updated Aug. 23, 2011, 2:58 p.m.) Review request for Viewer. Changes ------- Fix tests. Summary ------- The --no-verify-ssl-cert option is only used for XMLRPC communication. It should apply to all SSL verification. I needed this to log into a grid with an old SSL cert stuck somewhere in the bowels of login. Diffs (updated) ----- indra/newview/llsechandler_basic.cpp 4ebbd04efd93 indra/newview/tests/llsechandler_basic_test.cpp 4ebbd04efd93 Diff: http://codereview.secondlife.com/r/438/diff Testing ------- With this command line option, I can log into a grid with an expired certificate. Without the option, trying to log into the same grid fails. Thanks, Stone -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110823/b1f9a015/attachment.htm From stone at lindenlab.com Tue Aug 23 14:59:56 2011 From: stone at lindenlab.com (Stone Linden) Date: Tue, 23 Aug 2011 21:59:56 -0000 Subject: [opensource-dev] Review Request: Respect --no-verify-ssl-cert option In-Reply-To: <20110823215822.10807.87837@domU-12-31-38-00-90-68.compute-1.internal> References: <20110823215822.10807.87837@domU-12-31-38-00-90-68.compute-1.internal> Message-ID: <20110823215956.13055.60967@domU-12-31-38-00-90-68.compute-1.internal> ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/438/ ----------------------------------------------------------- (Updated Aug. 23, 2011, 2:59 p.m.) Review request for Viewer. Summary ------- The --no-verify-ssl-cert option is only used for XMLRPC communication. It should apply to all SSL verification. I needed this to log into a grid with an old SSL cert stuck somewhere in the bowels of login. This addresses bug STORM-1568. http://jira.secondlife.com/browse/STORM-1568 Diffs ----- indra/newview/llsechandler_basic.cpp 4ebbd04efd93 indra/newview/tests/llsechandler_basic_test.cpp 4ebbd04efd93 Diff: http://codereview.secondlife.com/r/438/diff Testing ------- With this command line option, I can log into a grid with an expired certificate. Without the option, trying to log into the same grid fails. Thanks, Stone -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110823/f24e664c/attachment-0001.htm From Lance.Corrimal at eregion.de Wed Aug 24 07:45:40 2011 From: Lance.Corrimal at eregion.de (Lance Corrimal) Date: Wed, 24 Aug 2011 16:45:40 +0200 Subject: [opensource-dev] "viewer-beta" fails to build Message-ID: <201108241645.40659.Lance.Corrimal@eregion.de> Hi folks, I'm trying to build the current beta source from viewer-beta repo: [ 70%] Building CXX object newview/CMakeFiles/secondlife- bin.dir/llmimetypes.o /usr/src/packages/BUILD/viewer- beta/indra/newview/llmeshrepository.cpp: In member function 'void LLPhysicsDecomp::setMeshData(LLCDMeshData&, bool)': /usr/src/packages/BUILD/viewer- beta/indra/newview/llmeshrepository.cpp:2921:80: error: no matching function for call to 'LLConvexDecomposition::setMeshData(LLCDMeshData*, bool&)' /usr/src/packages/BUILD/viewer-beta/build-linux- i686/packages/include/llconvexdecomposition.h:178:21: note: candidate is: virtual LLCDResult LLConvexDecomposition::setMeshData(const LLCDMeshData*) /usr/src/packages/BUILD/viewer- beta/indra/newview/llmeshrepository.cpp: In member function 'void LLPhysicsDecomp::doDecompositionSingleHull()': /usr/src/packages/BUILD/viewer- beta/indra/newview/llmeshrepository.cpp:3132:27: error: 'class LLConvexDecomposition' has no member named 'buildSingleHull' /usr/src/packages/BUILD/viewer- beta/indra/newview/llmeshrepository.cpp:3149:10: error: 'class LLConvexDecomposition' has no member named 'getSingleHull' [ 70%] Building CXX object newview/CMakeFiles/secondlife- bin.dir/llmorphview.o make[2]: *** [newview/CMakeFiles/secondlife- bin.dir/llmeshrepository.o] Error 1 make[2]: *** Waiting for unfinished jobs.... make[1]: *** [newview/CMakeFiles/secondlife-bin.dir/all] Error 2 make: *** [all] Error 2 error: Bad exit status from /var/tmp/rpm-tmp.nfOvxt (%build) viewer-development and viewer-release build just fine. any hints? bye, LC From oz at lindenlab.com Wed Aug 24 08:30:11 2011 From: oz at lindenlab.com (Oz Linden (Scott Lawrence)) Date: Wed, 24 Aug 2011 11:30:11 -0400 Subject: [opensource-dev] "viewer-beta" fails to build In-Reply-To: <201108241645.40659.Lance.Corrimal@eregion.de> References: <201108241645.40659.Lance.Corrimal@eregion.de> Message-ID: <4E551903.4070903@lindenlab.com> On 2011-08-24 10:45, Lance Corrimal wrote: > Hi folks, > > I'm trying to build the current beta source from viewer-beta repo: > > > viewer-development and viewer-release build just fine. > > any hints? The viewer-beta repo doesn't have the fix for OPEN-107 yet. It will get there in due course... From wolfpup67 at earthlink.net Wed Aug 24 08:29:37 2011 From: wolfpup67 at earthlink.net (Brendan Wilson) Date: Wed, 24 Aug 2011 11:29:37 -0400 Subject: [opensource-dev] "viewer-beta" fails to build In-Reply-To: <201108241645.40659.Lance.Corrimal@eregion.de> References: <201108241645.40659.Lance.Corrimal@eregion.de> Message-ID: <000901cc6272$a2c53a10$e84fae30$@net> From mimika.oh at gmail.com Wed Aug 24 09:02:33 2011 From: mimika.oh at gmail.com (Mimika Oh) Date: Wed, 24 Aug 2011 17:02:33 +0100 Subject: [opensource-dev] "viewer-beta" fails to build In-Reply-To: <000901cc6272$a2c53a10$e84fae30$@net> References: <201108241645.40659.Lance.Corrimal@eregion.de> <000901cc6272$a2c53a10$e84fae30$@net> Message-ID: For information, here is a change I made recently that does not include any third party thing, just enough to get by. https://bitbucket.org/lindenlab/llconvexdecompositionstub/pull-request/2/allows-build-and-upload-with-current-mesh Use as you wish. (Also added to OPEN-107 which I didn't know about until now.) On 2011-08-24, at 16:29, Brendan Wilson wrote: > From looking @ the log you provided it looks like it is not building witht > the fix that added from OPEN-107. > My suggestion would be to copy the hash and link information from the > current viewer-development tip for llconvexdecompositionstub over to the > beta branch autobuild .xml so that it is using the updated stub. > >> -----Original Message----- >> From: opensource-dev-bounces at lists.secondlife.com [mailto:opensource-dev- >> bounces at lists.secondlife.com] On Behalf Of Lance Corrimal >> Sent: Wednesday, August 24, 2011 10:46 AM >> To: opensource-dev at lists.secondlife.com >> Subject: [opensource-dev] "viewer-beta" fails to build >> >> Hi folks, >> >> I'm trying to build the current beta source from viewer-beta repo: >> >> [ 70%] Building CXX object newview/CMakeFiles/secondlife- >> bin.dir/llmimetypes.o >> /usr/src/packages/BUILD/viewer- >> beta/indra/newview/llmeshrepository.cpp: In member function 'void >> LLPhysicsDecomp::setMeshData(LLCDMeshData&, bool)': >> /usr/src/packages/BUILD/viewer- >> beta/indra/newview/llmeshrepository.cpp:2921:80: error: no matching >> function for call to >> 'LLConvexDecomposition::setMeshData(LLCDMeshData*, bool&)' >> /usr/src/packages/BUILD/viewer-beta/build-linux- >> i686/packages/include/llconvexdecomposition.h:178:21: note: candidate >> is: virtual LLCDResult LLConvexDecomposition::setMeshData(const >> LLCDMeshData*) >> /usr/src/packages/BUILD/viewer- >> beta/indra/newview/llmeshrepository.cpp: In member function 'void >> LLPhysicsDecomp::doDecompositionSingleHull()': >> /usr/src/packages/BUILD/viewer- >> beta/indra/newview/llmeshrepository.cpp:3132:27: error: 'class >> LLConvexDecomposition' has no member named 'buildSingleHull' >> /usr/src/packages/BUILD/viewer- >> beta/indra/newview/llmeshrepository.cpp:3149:10: error: 'class >> LLConvexDecomposition' has no member named 'getSingleHull' >> [ 70%] Building CXX object newview/CMakeFiles/secondlife- >> bin.dir/llmorphview.o >> make[2]: *** [newview/CMakeFiles/secondlife- >> bin.dir/llmeshrepository.o] Error 1 >> make[2]: *** Waiting for unfinished jobs.... >> make[1]: *** [newview/CMakeFiles/secondlife-bin.dir/all] Error 2 >> make: *** [all] Error 2 >> error: Bad exit status from /var/tmp/rpm-tmp.nfOvxt (%build) >> >> >> viewer-development and viewer-release build just fine. >> >> any hints? >> >> >> 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 >> ----- >> No virus found in this message. >> Checked by AVG - www.avg.com >> Version: 10.0.1392 / Virus Database: 1520/3854 - Release Date: 08/24/11 > > _______________________________________________ > 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 marinekelley at gmail.com Wed Aug 24 11:47:42 2011 From: marinekelley at gmail.com (Marine Kelley) Date: Wed, 24 Aug 2011 20:47:42 +0200 Subject: [opensource-dev] How to upload a mesh on v-d rev 20205 ? Message-ID: Hi all, So I have tried to upload a mesh on a viewer built from v-d rev 20205 (the latest I could find, with the llconvexdecomposition fix). I click on Build > Upload > Model..., I get the dialog to select a .dae file, when I select it I get the model upload window, so far so good. But when I press on the "calculate weights & fee" button, I get some kind of overlay debug message saying "Mesh Uploads: 0" (on a side note that message stacks on others and I don't know how to clear it without reloading, I see in the code that it's a "temporary hack", but it has made its way into the official viewer v3.0.3 as well), and nothing happens. The upload fee stays "TBD", as well as "download", "physics" and "server", and the Upload button never becomes available. I guess my viewer never receives the response from the sim. I have made the exact same manipulation on the official v3.0.3 with the same mesh and succeeded, the price came right through and I got a "Mesh Uploads: 1" message. Is there something I need to do in my viewer for it to work ? Is it a matter of channel ? Am I missing something there ? Thanks in advance, Marine From oz at lindenlab.com Wed Aug 24 12:21:39 2011 From: oz at lindenlab.com (Oz Linden (Scott Lawrence)) Date: Wed, 24 Aug 2011 15:21:39 -0400 Subject: [opensource-dev] How to upload a mesh on v-d rev 20205 ? In-Reply-To: References: Message-ID: <4E554F43.2050306@lindenlab.com> On 2011-08-24 14:47, Marine Kelley wrote: > So I have tried to upload a mesh on a viewer built from v-d rev 20205 > (the latest I could find, with the llconvexdecomposition fix). > [...] > Is there something I need to do in my viewer for it to work ? Is it a > matter of channel ? Am I missing something there ? Yes... you're missing the (commercial) Havok library that we use to create the convex decomposition of the model. The short version is that unless you license Havok, you can't build a viewer today that does model uploads. A few people have been working on an open source solution - watch OPEN-105. From marinekelley at gmail.com Wed Aug 24 12:49:05 2011 From: marinekelley at gmail.com (Marine Kelley) Date: Wed, 24 Aug 2011 21:49:05 +0200 Subject: [opensource-dev] How to upload a mesh on v-d rev 20205 ? In-Reply-To: <4E554F43.2050306@lindenlab.com> References: <4E554F43.2050306@lindenlab.com> Message-ID: Thanks... I wouldn't have guessed that all by myself. lol. I see on that JIRA entry that I'm not the only one who is confused one about this issue. I'll give a try to the open source version when able, it seems promising. Marine On 24/08/2011, Oz Linden (Scott Lawrence) wrote: > On 2011-08-24 14:47, Marine Kelley wrote: >> So I have tried to upload a mesh on a viewer built from v-d rev 20205 >> (the latest I could find, with the llconvexdecomposition fix). >> [...] >> Is there something I need to do in my viewer for it to work ? Is it a >> matter of channel ? Am I missing something there ? > > Yes... you're missing the (commercial) Havok library that we use to > create the convex decomposition of the model. > > The short version is that unless you license Havok, you can't build a > viewer today that does model uploads. > > A few people have been working on an open source solution - watch OPEN-105. > > > > _______________________________________________ > 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 jhwelch at gmail.com Wed Aug 24 12:59:13 2011 From: jhwelch at gmail.com (Jonathan Welch) Date: Wed, 24 Aug 2011 15:59:13 -0400 Subject: [opensource-dev] How to upload a mesh on v-d rev 20205 ? In-Reply-To: References: <4E554F43.2050306@lindenlab.com> Message-ID: Sounds like the message handling should be improved for viewers that cannot upload. Even better would be to gray out the menu item. On Wed, Aug 24, 2011 at 3:49 PM, Marine Kelley wrote: > Thanks... I wouldn't have guessed that all by myself. lol. > > I see on that JIRA entry that I'm not the only one who is confused one > about this issue. I'll give a try to the open source version when > able, it seems promising. > > Marine > > On 24/08/2011, Oz Linden (Scott Lawrence) wrote: >> On 2011-08-24 14:47, Marine Kelley wrote: >>> So I have tried to upload a mesh on a viewer built from v-d rev 20205 >>> (the latest I could find, with the llconvexdecomposition fix). >>> [...] >>> Is there something I need to do in my viewer for it to work ? Is it a >>> matter of channel ? Am I missing something there ? >> >> Yes... you're missing the (commercial) Havok library that we use to >> create the convex decomposition of the model. >> >> The short version is that unless you license Havok, you can't build a >> viewer today that does model uploads. >> >> A few people have been working on an open source solution - watch OPEN-105. >> >> >> >> _______________________________________________ >> 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 sldev at free.fr Wed Aug 24 13:01:25 2011 From: sldev at free.fr (Henri Beauchamp) Date: Wed, 24 Aug 2011 22:01:25 +0200 Subject: [opensource-dev] New Mesh servers made incompatible with v2 Mesh viewers ??? Message-ID: <20110824220125.872cf4b9.sldev@free.fr> Greetings, I'm putting the finishing touch to the first alpha release of the Cool VL Viewer v1.26.1, which is a v1 UI viewer with Mesh rendering support. I finally got everything to compile and run fine (basically, I ported the whole v2.6-mesh renderer, and of course all the mesh code), but it fails to render meshes: the mesh objects stay as oblong prims, the mesh repository doesn't fetch any mesh data from the network, and I get plenty of "createNewParameterEntry: Unknown param type #96" messages in the log file... I checked and rechecked my backport against v2.6-mesh and v2.7.4, and after a few hours, I was sure I didn't miss anything. So, I launched the last official mesh viewer I donwloaded (v2.7.2), and it happens that it shows the exact same symptoms !!! I'm now wondering if the new Mesh servers implementation was not made incompatible with pre-v3 viewers. If the answer is yes, please tell me before I loose some more hours searching through megabytes of diffs to find out what changed. A pointer to what should be modified to be able to fetch mesh data again would also be nice ! Thanks in advance, Henri. From robin.cornelius at gmail.com Wed Aug 24 13:07:32 2011 From: robin.cornelius at gmail.com (Robin Cornelius) Date: Wed, 24 Aug 2011 21:07:32 +0100 Subject: [opensource-dev] New Mesh servers made incompatible with v2 Mesh viewers ??? In-Reply-To: <20110824220125.872cf4b9.sldev@free.fr> References: <20110824220125.872cf4b9.sldev@free.fr> Message-ID: On Wed, Aug 24, 2011 at 9:01 PM, Henri Beauchamp wrote: > Greetings, > If the answer is yes, please tell me before I loose some more hours > searching through megabytes of diffs to find out what changed. > > A pointer to what should be modified to be able to fetch mesh data > again would also be nice ! There were two major changes to mesh since the first release on Aditi of it. One was the original mesh asset was being sent as a sculpt with a sub type of mesh and then the sculptID was being used as the UUID for the mesh asset which would then be fetched. The problem here was non mesh viewers would try to show a sculpt and use the UUID as a texture and some crashed because of this. The second change was the names of lod/physics info inside the mesh asset LLSD was tweaked around, i can't recall the exact change but it was something trivial like "high_lod" became "highest_lod" Hope that gets you going in the right direction and saves some dfiffing Robin From jhwelch at gmail.com Wed Aug 24 13:08:19 2011 From: jhwelch at gmail.com (Jonathan Welch) Date: Wed, 24 Aug 2011 16:08:19 -0400 Subject: [opensource-dev] TPV developers -- register your viewer with Nvidia for Optimus support Message-ID: I just sent this to the TPV mailing list but am not sure if it will reach everyone who should see it, so here goes again: ---------- I just tried a TPV on my new laptop which has Optimus technology (a slow video chip and a more powerful video card) and was wondering for a moment why it was running with such a slow frame rate before remembering I had to manually add the program to the Optimus control panel to always use the fast graphics card. As more and more people get computers with this technology you will start to get more support messages. The solution to this is to register your TPV with Nvidia. See https://jira.secondlife.com/browse/VWR-26533 (All Second Life viewers are incompatible with Nvidia Optimus technology) and my comment there from 15/Aug/11. -Jonathan From jamey at beau.org Wed Aug 24 14:05:47 2011 From: jamey at beau.org (Jamey Fletcher) Date: Wed, 24 Aug 2011 16:05:47 -0500 Subject: [opensource-dev] How to upload a mesh on v-d rev 20205 ? In-Reply-To: References: <4E554F43.2050306@lindenlab.com> Message-ID: <4E5567AB.8000209@beau.org> Marine Kelley wrote: > Thanks... I wouldn't have guessed that all by myself. lol. > I see on that JIRA entry that I'm not the only one who is confused one > about this issue. I'll give a try to the open source version when > able, it seems promising. You might want to look at what Kirsten has done - his client claims upload capability compatible with the sandboxes as of LL version 2.8.2, but apparently there have been some changes since then, as Henri's post mentioned, so you'll likely need to adjust it a bit, as Kirsten will most likely need to once he gets back from vacation. From oz at lindenlab.com Wed Aug 24 14:29:09 2011 From: oz at lindenlab.com (Oz Linden (Scott Lawrence)) Date: Wed, 24 Aug 2011 17:29:09 -0400 Subject: [opensource-dev] New Mesh servers made incompatible with v2 Mesh viewers ??? In-Reply-To: <20110824220125.872cf4b9.sldev@free.fr> References: <20110824220125.872cf4b9.sldev@free.fr> Message-ID: <4E556D25.3080603@lindenlab.com> On 2011-08-24 16:01, Henri Beauchamp wrote: > I checked and rechecked my backport against v2.6-mesh and v2.7.4, and > after a few hours, I was sure I didn't miss anything. So, I launched > the last official mesh viewer I donwloaded (v2.7.2), and it happens that > it shows the exact same symptoms !!! > > I'm now wondering if the new Mesh servers implementation was not made > incompatible with pre-v3 viewers. > > If the answer is yes, please tell me before I loose some more hours > searching through megabytes of diffs to find out what changed. Yes. > A pointer to what should be modified to be able to fetch mesh data > again would also be nice ! Version 3.0.0 of our viewer code. https://bitbucket.org/lindenlab/viewer-development/src/b0be6ce3adfe From sldev at free.fr Wed Aug 24 15:44:37 2011 From: sldev at free.fr (Henri Beauchamp) Date: Thu, 25 Aug 2011 00:44:37 +0200 Subject: [opensource-dev] New Mesh servers made incompatible with v2 Mesh viewers ??? In-Reply-To: References: <20110824220125.872cf4b9.sldev@free.fr> Message-ID: <20110825004437.c807451a.sldev@free.fr> Thanks, folks ! I indeed found the changes: one in llprimitve.h, as pointed to by Armin (new PARAMS_MESH type) and another in llviewerobject.cpp (where unpackParameterEntry() translates PARAMS_MESH into PARAMS_SCULPT to process the latter like it was in older mesh viewers)... Now, the mesh data download starts... and causes a dead lock, lol ! Looks like I'll have to backport the latest versions of llcurl, llthread, llapr & Co (though, they were already v2.6 backports)... At least, I'm making progresses again ! ;-) Back to browsing the diffs, this time with v3.0 as a reference... Henri. On Wed, 24 Aug 2011 21:07:32 +0100, Robin Cornelius wrote: > On Wed, Aug 24, 2011 at 9:01 PM, Henri Beauchamp wrote: > > Greetings, > > > If the answer is yes, please tell me before I loose some more hours > > searching through megabytes of diffs to find out what changed. > > > > A pointer to what should be modified to be able to fetch mesh data > > again would also be nice ! > > There were two major changes to mesh since the first release on Aditi > of it. One was the original mesh asset was being sent as a sculpt with > a sub type of mesh and then the sculptID was being used as the UUID > for the mesh asset which would then be fetched. The problem here was > non mesh viewers would try to show a sculpt and use the UUID as a > texture and some crashed because of this. > > The second change was the names of lod/physics info inside the mesh > asset LLSD was tweaked around, i can't recall the exact change but it > was something trivial like "high_lod" became "highest_lod" > > Hope that gets you going in the right direction and saves some dfiffing > > Robin On Wed, 24 Aug 2011 23:32:07 +0200, Armin Weatherwax wrote: > > I checked and rechecked my backport against v2.6-mesh and v2.7.4, and > > after a few hours, I was sure I didn't miss anything. So, I launched > > the last official mesh viewer I donwloaded (v2.7.2), and it happens that > > it shows the exact same symptoms !!! > I saw the syptoms you describe some time ago in Kokua with v2.7.3 merged, > bisected mesh-development and found 2 commits which fixed the issue for > viewing meshes, no idea about physics though: > > 19640:02eb9a481f49 > Don Kjer > Mon Jul 18 18:57:40 2011 -0700 > Changed mesh param type to not conflict with one in-use on server > > 19639:9cea44ebea3b > Don Kjer > Mon Jul 18 18:50:57 2011 -0700 > Adding support for viewer reading mesh params from an alternative param type. > > Hope that helps. > Armin From Lance.Corrimal at eregion.de Thu Aug 25 01:45:54 2011 From: Lance.Corrimal at eregion.de (Lance Corrimal) Date: Thu, 25 Aug 2011 10:45:54 +0200 Subject: [opensource-dev] New Mesh servers made incompatible with v2 Mesh viewers ??? In-Reply-To: <20110825004437.c807451a.sldev@free.fr> References: <20110824220125.872cf4b9.sldev@free.fr> <20110825004437.c807451a.sldev@free.fr> Message-ID: <201108251045.55066.Lance.Corrimal@eregion.de> > Back to browsing the diffs, this time with v3.0 as a reference... where the *beep* did you find good 3.0 sources? viever-release is still 2.8.3, viewer-beta doesn't compile, and viewer-development is too volatile for my taste to base a TPV on... bye, LC From sldev at free.fr Thu Aug 25 04:28:43 2011 From: sldev at free.fr (Henri Beauchamp) Date: Thu, 25 Aug 2011 13:28:43 +0200 Subject: [opensource-dev] New Mesh servers made incompatible with v2 Mesh viewers ??? In-Reply-To: <201108251045.55066.Lance.Corrimal@eregion.de> References: <20110824220125.872cf4b9.sldev@free.fr> <20110825004437.c807451a.sldev@free.fr> <201108251045.55066.Lance.Corrimal@eregion.de> Message-ID: <20110825132843.bda8134b.sldev@free.fr> On Thu, 25 Aug 2011 10:45:54 +0200, Lance Corrimal wrote: > > > Back to browsing the diffs, this time with v3.0 as a reference... > > where the *beep* did you find good 3.0 sources? viever-release is > still 2.8.3, viewer-beta doesn't compile, and viewer-development is > too volatile for my taste to base a TPV on... I don't care if the v3.0 sources compile or not... I just look at what code is needed for Mesh in the Cool VL Viewer and backport it. And I just did it ! http://sldev.free.fr/forum/viewtopic.php?f=5&t=540 The Cool VL Viewer v1.26.1.0 is going to be released really soon ! ;-) Henri. From log at lindenlab.com Thu Aug 25 11:15:49 2011 From: log at lindenlab.com (Log Linden) Date: Thu, 25 Aug 2011 18:15:49 -0000 Subject: [opensource-dev] Review Request: STORM-1112 Support SOCKS 5 proxy in the viewer (take 2) In-Reply-To: <20110728180619.8798.35532@domU-12-31-38-00-90-68.compute-1.internal> References: <20110728180619.8798.35532@domU-12-31-38-00-90-68.compute-1.internal> Message-ID: <20110825181549.11011.53426@domU-12-31-38-00-90-68.compute-1.internal> ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/374/ ----------------------------------------------------------- (Updated Aug. 25, 2011, 11:15 a.m.) Review request for Viewer, Oz Linden, Monty Brandenberg, and Stone Linden. Changes ------- * Improved threading code * Lots of cleanup and bugfixing. Summary ------- This is a continuation of Robin Cornelius's SOCKS 5 contribution, shown in https://codereview.secondlife.com/r/232/ . I have tried to address all of the comments on that code review and do as much cleanup as possible. The diff includes everything that was submitted by Robin, as well as my work. Major changes since I started working: * Changed SOCKS 5 proxy control channel to use the existing LLSocket class, which is a thin wrapper around APR sockets. * Worked with the Linden Lab UX team to revamp the proxy controls. * Proxy credentials are now stored in the LLSecAPI password storage, which is the same that is used for users' Second Life Credentials instead of as being stored in the clear as a preference. This addresses bug STORM-1112. http://jira.secondlife.com/browse/STORM-1112 Diffs (updated) ----- indra/llcommon/llerror.h 4ebbd04efd93 indra/llcommon/llerror.cpp 4ebbd04efd93 indra/llcommon/llsingleton.h 4ebbd04efd93 indra/llmessage/CMakeLists.txt 4ebbd04efd93 indra/llmessage/llcurl.h 4ebbd04efd93 indra/llmessage/llcurl.cpp 4ebbd04efd93 indra/llmessage/llhttpassetstorage.cpp 4ebbd04efd93 indra/llmessage/llhttpclient.cpp 4ebbd04efd93 indra/llmessage/lliosocket.h 4ebbd04efd93 indra/llmessage/lliosocket.cpp 4ebbd04efd93 indra/llmessage/llpacketring.h 4ebbd04efd93 indra/llmessage/llpacketring.cpp 4ebbd04efd93 indra/llmessage/llproxy.h PRE-CREATION indra/llmessage/llproxy.cpp PRE-CREATION indra/llmessage/llurlrequest.cpp 4ebbd04efd93 indra/llmessage/net.h 4ebbd04efd93 indra/llmessage/net.cpp 4ebbd04efd93 indra/llui/llfunctorregistry.h 4ebbd04efd93 indra/newview/app_settings/settings.xml 4ebbd04efd93 indra/newview/llappviewer.cpp 4ebbd04efd93 indra/newview/llfloaterpreference.h 4ebbd04efd93 indra/newview/llfloaterpreference.cpp 4ebbd04efd93 indra/newview/llloginhandler.cpp 4ebbd04efd93 indra/newview/llpanellogin.h 4ebbd04efd93 indra/newview/llsecapi.h 4ebbd04efd93 indra/newview/llstartup.h 4ebbd04efd93 indra/newview/llstartup.cpp 4ebbd04efd93 indra/newview/llviewerfloaterreg.cpp 4ebbd04efd93 indra/newview/llxmlrpctransaction.cpp 4ebbd04efd93 indra/newview/skins/default/xui/en/floater_preferences_proxy.xml PRE-CREATION indra/newview/skins/default/xui/en/notifications.xml 4ebbd04efd93 indra/newview/skins/default/xui/en/panel_cof_wearables.xml 4ebbd04efd93 indra/newview/skins/default/xui/en/panel_preferences_privacy.xml 4ebbd04efd93 indra/newview/skins/default/xui/en/panel_preferences_setup.xml 4ebbd04efd93 Diff: http://codereview.secondlife.com/r/374/diff Testing ------- I've tested exclusively on Linux so far. I'm working on a more extensive test plan that includes setting up a gateway with a restrictive firewall to verify that all traffic is going through the proxy. Test builds and screenshots of the changed UI elements are available from the project page, located here: https://wiki.secondlife.com/wiki/User:Log_Linden/Socks5Viewer Thanks, Log -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110825/33bed52f/attachment.htm From slitovchuk at productengine.com Thu Aug 25 13:36:13 2011 From: slitovchuk at productengine.com (Seth ProductEngine) Date: Thu, 25 Aug 2011 20:36:13 -0000 Subject: [opensource-dev] Review Request: STORM-1566 Sidebar windows no longer detach by right-clicking the tab In-Reply-To: <20110822150848.13052.44783@domU-12-31-38-00-90-68.compute-1.internal> References: <20110822150848.13052.44783@domU-12-31-38-00-90-68.compute-1.internal> Message-ID: <20110825203613.13055.62566@domU-12-31-38-00-90-68.compute-1.internal> ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/447/#review991 ----------------------------------------------------------- Ship it! Looks good to me. - Seth On Aug. 22, 2011, 8:08 a.m., Vadim ProductEngine wrote: > > ----------------------------------------------------------- > This is an automatically generated e-mail. To reply, visit: > http://codereview.secondlife.com/r/447/ > ----------------------------------------------------------- > > (Updated Aug. 22, 2011, 8:08 a.m.) > > > Review request for Viewer. > > > Summary > ------- > > Reason: wrong name was used to look up the tab to detach. > > The regression was introduced in the fix of EXP-856 (changeset 9e650f2750b5). > > > This addresses bug STORM-1566. > http://jira.secondlife.com/browse/STORM-1566 > > > Diffs > ----- > > indra/newview/llsidetray.cpp 6e3de80dc3a1 > > Diff: http://codereview.secondlife.com/r/447/diff > > > Testing > ------- > > > Thanks, > > Vadim > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110825/94ef9c5c/attachment.htm From vsavchuk at productengine.com Thu Aug 25 14:23:14 2011 From: vsavchuk at productengine.com (Vadim ProductEngine) Date: Thu, 25 Aug 2011 21:23:14 -0000 Subject: [opensource-dev] Review Request: STORM-1543 During busy mode inventory offers get silently deleted instead of thrown into trash In-Reply-To: <20110822111050.10802.30654@domU-12-31-38-00-90-68.compute-1.internal> References: <20110822111050.10802.30654@domU-12-31-38-00-90-68.compute-1.internal> Message-ID: <20110825212314.10808.36752@domU-12-31-38-00-90-68.compute-1.internal> ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/444/ ----------------------------------------------------------- (Updated Aug. 25, 2011, 2:23 p.m.) Review request for Viewer and Richard Nelson. Changes ------- In response to Richard's feedback, removed invalid IOR_BUSY response option. Summary ------- In busy mode offered inventory items are now moved to trash. There were two bugs: 1. When auto-discarding inventory offers we looked up missing Busy button (i.e. a button having index=3) in the inventory offer notification dialog template. Failure to find the button resulted in ignoring inventory offers. Fixed that by "auto-clicking" the existing Discard button. 2. It turned out impossible to properly remove an inventory item from within LLDiscardAgentOffer::done(), because that would lead to nested LLInventoryModel::notifyObservers() calls. Fixed that by deferring removal until the next LLAppViewer::idle() iteration. This addresses bug STORM-1543. http://jira.secondlife.com/browse/STORM-1543 Diffs (updated) ----- indra/newview/llappviewer.h 7dbd8eaefaec indra/newview/llappviewer.cpp 7dbd8eaefaec indra/newview/llviewermessage.h 7dbd8eaefaec indra/newview/llviewermessage.cpp 7dbd8eaefaec Diff: http://codereview.secondlife.com/r/444/diff Testing ------- Thanks, Vadim -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110825/2d8f0042/attachment.htm From sllists at boroon.dasgupta.ch Thu Aug 25 15:22:27 2011 From: sllists at boroon.dasgupta.ch (Boroondas Gupte) Date: Fri, 26 Aug 2011 00:22:27 +0200 Subject: [opensource-dev] Quick test of open-38 integration In-Reply-To: <4E2F4B5F.3040804@boroon.dasgupta.ch> References: <4E2982DE.6090506@lindenlab.com> <4E2F4B5F.3040804@boroon.dasgupta.ch> Message-ID: <4E56CB23.5000701@boroon.dasgupta.ch> On 07/27/2011 01:18 AM, Boroondas Gupte wrote: > On 07/22/2011 04:02 PM, Oz Linden (Scott Lawrence) wrote: >> I'm planning to integrate the changes from >> >> https://codereview.secondlife.com/r/167/ >> >> to better support standalone builds. >> >> I've done a test (non-standalone) build in our build farm, which appears >> to have completed successfully. I'd appreciate it if a few users would >> run the resulting viewers: >> >> http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/oz_project-1/rev/236387/index.html >> >> and let me know if anything is broken (that is not broken in a beta or >> development build). > > I have used this build for a while now and haven't notice any problems > except some that I could also repro in > http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/snowstorm_viewer-development/rev/23638*8*/index.html > (which is a regular viewer-dev build without the OPEN-38 changes) Is more testing needed on this? The issue seems to be stuck on "Reviewing" ... Cheers, Boroondas -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110826/2c197ea1/attachment.htm From richard at lindenlab.com Thu Aug 25 15:26:27 2011 From: richard at lindenlab.com (Richard Nelson) Date: Thu, 25 Aug 2011 22:26:27 -0000 Subject: [opensource-dev] Review Request: STORM-1543 During busy mode inventory offers get silently deleted instead of thrown into trash In-Reply-To: <20110825212314.10808.36752@domU-12-31-38-00-90-68.compute-1.internal> References: <20110825212314.10808.36752@domU-12-31-38-00-90-68.compute-1.internal> Message-ID: <20110825222627.10803.94141@domU-12-31-38-00-90-68.compute-1.internal> ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/444/#review992 ----------------------------------------------------------- Ship it! great! - Richard On Aug. 25, 2011, 2:23 p.m., Vadim ProductEngine wrote: > > ----------------------------------------------------------- > This is an automatically generated e-mail. To reply, visit: > http://codereview.secondlife.com/r/444/ > ----------------------------------------------------------- > > (Updated Aug. 25, 2011, 2:23 p.m.) > > > Review request for Viewer and Richard Nelson. > > > Summary > ------- > > In busy mode offered inventory items are now moved to trash. > > There were two bugs: > > 1. When auto-discarding inventory offers we looked up missing Busy button > (i.e. a button having index=3) in the inventory offer notification dialog > template. Failure to find the button resulted in ignoring inventory offers. > > Fixed that by "auto-clicking" the existing Discard button. > > 2. It turned out impossible to properly remove an inventory item > from within LLDiscardAgentOffer::done(), because that would lead to > nested LLInventoryModel::notifyObservers() calls. > > Fixed that by deferring removal until the next LLAppViewer::idle() iteration. > > > This addresses bug STORM-1543. > http://jira.secondlife.com/browse/STORM-1543 > > > Diffs > ----- > > indra/newview/llappviewer.h 7dbd8eaefaec > indra/newview/llappviewer.cpp 7dbd8eaefaec > indra/newview/llviewermessage.h 7dbd8eaefaec > indra/newview/llviewermessage.cpp 7dbd8eaefaec > > Diff: http://codereview.secondlife.com/r/444/diff > > > Testing > ------- > > > Thanks, > > Vadim > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110825/5581e6c4/attachment.htm From vsavchuk at productengine.com Fri Aug 26 06:05:17 2011 From: vsavchuk at productengine.com (Vadim ProductEngine) Date: Fri, 26 Aug 2011 13:05:17 -0000 Subject: [opensource-dev] Review Request: STORM-1567 Mute button for llDialog popup In-Reply-To: <20110823204132.10805.33519@domU-12-31-38-00-90-68.compute-1.internal> References: <20110823204132.10805.33519@domU-12-31-38-00-90-68.compute-1.internal> Message-ID: <20110826130517.13055.84481@domU-12-31-38-00-90-68.compute-1.internal> ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/449/#review993 ----------------------------------------------------------- indra/newview/lltoastnotifypanel.cpp The surrounding code looks quite messy (not your fault, I know), so please make more comments to the code you add. indra/newview/lltoastnotifypanel.cpp I didn't go through the calculations, but the Mute button is visually bigger than the Ignore button. Is it intentional? indra/newview/llviewermessage.cpp It's a hack to update the Block List panel from here. The panel should be an observer of the mute list, or something like that, i.e. update itself automatically. indra/newview/skins/default/xui/en/notifications.xml I suppose these changes must be also made to the "ScriptDialog" notification template. - Vadim On Aug. 23, 2011, 1:41 p.m., Jonathan Yap wrote: > > ----------------------------------------------------------- > This is an automatically generated e-mail. To reply, visit: > http://codereview.secondlife.com/r/449/ > ----------------------------------------------------------- > > (Updated Aug. 23, 2011, 1:41 p.m.) > > > Review request for Viewer. > > > Summary > ------- > > Add a block button to popups from llDialog calls. Clicking on the Block button adds the object to the block list. The type of block is Object. Changing the object's name does not defeat this block as the block entry is stored as a UUID. > > Note: The object's name in the block list does not change if the object is renamed, though the block does work. This may need to be addressed in a separate SVC jira once this change is incorporated into viewer-development. > > > This addresses bug STORM-1567. > http://jira.secondlife.com/browse/STORM-1567 > > > Diffs > ----- > > doc/contributions.txt 4ebbd04efd93 > indra/newview/lltoastnotifypanel.cpp 4ebbd04efd93 > indra/newview/llviewermessage.cpp 4ebbd04efd93 > indra/newview/skins/default/xui/en/notifications.xml 4ebbd04efd93 > > Diff: http://codereview.secondlife.com/r/449/diff > > > Testing > ------- > > Tested per Test Plan jira entry. > > > Thanks, > > Jonathan > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110826/5fafc5de/attachment-0001.htm From vsavchuk at productengine.com Fri Aug 26 08:37:21 2011 From: vsavchuk at productengine.com (Vadim ProductEngine) Date: Fri, 26 Aug 2011 15:37:21 -0000 Subject: [opensource-dev] Review Request: STORM-638 "Object Return" doesn't return distant objects Message-ID: <20110826153721.13052.89761@domU-12-31-38-00-90-68.compute-1.internal> ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/451/ ----------------------------------------------------------- Review request for Viewer. Summary ------- Reason: Showing the confirmation dialog resets object selection, thus there is nothing to derez. Fix: Save selection until user answers in the confirmation dialog. I didn't investigate why the bug occurred only for distant object (must be some internal LLSelectMgr magic). This addresses bug STORM-638. http://jira.secondlife.com/browse/STORM-638 Diffs ----- indra/newview/llviewermenu.cpp 64ed6f9362af Diff: http://codereview.secondlife.com/r/451/diff Testing ------- Thanks, Vadim -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110826/246ac9db/attachment.htm From vsavchuk at productengine.com Fri Aug 26 08:38:59 2011 From: vsavchuk at productengine.com (Vadim ProductEngine) Date: Fri, 26 Aug 2011 15:38:59 -0000 Subject: [opensource-dev] Review Request: STORM-638 "Object Return" doesn't return distant objects In-Reply-To: <20110826153721.13052.89761@domU-12-31-38-00-90-68.compute-1.internal> References: <20110826153721.13052.89761@domU-12-31-38-00-90-68.compute-1.internal> Message-ID: <20110826153859.13057.14880@domU-12-31-38-00-90-68.compute-1.internal> ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/451/ ----------------------------------------------------------- (Updated Aug. 26, 2011, 8:38 a.m.) Review request for Viewer and Seth ProductEngine. Summary ------- Reason: Showing the confirmation dialog resets object selection, thus there is nothing to derez. Fix: Save selection until user answers in the confirmation dialog. I didn't investigate why the bug occurred only for distant object (must be some internal LLSelectMgr magic). This addresses bug STORM-638. http://jira.secondlife.com/browse/STORM-638 Diffs ----- indra/newview/llviewermenu.cpp 64ed6f9362af Diff: http://codereview.secondlife.com/r/451/diff Testing (updated) ------- See acceptance criteria in the JIRA ticket. Thanks, Vadim -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110826/5d40f63b/attachment.htm From jhwelch at gmail.com Fri Aug 26 09:10:59 2011 From: jhwelch at gmail.com (Jonathan Yap) Date: Fri, 26 Aug 2011 16:10:59 -0000 Subject: [opensource-dev] Review Request: STORM-1567 Mute button for llDialog popup In-Reply-To: <20110826130517.13055.84481@domU-12-31-38-00-90-68.compute-1.internal> References: <20110826130517.13055.84481@domU-12-31-38-00-90-68.compute-1.internal> Message-ID: <20110826161059.11228.96125@domU-12-31-38-00-90-68.compute-1.internal> > On Aug. 26, 2011, 6:05 a.m., Vadim ProductEngine wrote: > > indra/newview/lltoastnotifypanel.cpp, line 339 > > > > > > The surrounding code looks quite messy (not your fault, I know), so please make more comments to the code you add. Looking over this mathematical mess I found that ignore_btn_hoffset was a leftover from when I was developing this change and was no longer needed. I have added one comment. > On Aug. 26, 2011, 6:05 a.m., Vadim ProductEngine wrote: > > indra/newview/lltoastnotifypanel.cpp, lines 359-369 > > > > > > I didn't go through the calculations, but the Mute button is visually bigger than the Ignore button. Is it intentional? Yes the block button is larger than the ignore button because: 1) It is the same size as is found in other instances in the UI where it appears. 2) I did not know if making it smaller would affect the width needed for language translations. > On Aug. 26, 2011, 6:05 a.m., Vadim ProductEngine wrote: > > indra/newview/llviewermessage.cpp, lines 6556-6559 > > > > > > It's a hack to update the Block List panel from here. > > The panel should be an observer of the mute list, or something like that, i.e. update itself automatically. This exact same call is used in 6 other places in the code. It forces the sidebar open and highlights the newly Blocked item as feedback to the user that their Block click has had some effect, so I think having this call is correct. > On Aug. 26, 2011, 6:05 a.m., Vadim ProductEngine wrote: > > indra/newview/skins/default/xui/en/notifications.xml, lines 6279-6282 > > > > > > I suppose these changes must be also made to the "ScriptDialog" notification template. Good catch! - Jonathan ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/449/#review993 ----------------------------------------------------------- On Aug. 23, 2011, 1:41 p.m., Jonathan Yap wrote: > > ----------------------------------------------------------- > This is an automatically generated e-mail. To reply, visit: > http://codereview.secondlife.com/r/449/ > ----------------------------------------------------------- > > (Updated Aug. 23, 2011, 1:41 p.m.) > > > Review request for Viewer. > > > Summary > ------- > > Add a block button to popups from llDialog calls. Clicking on the Block button adds the object to the block list. The type of block is Object. Changing the object's name does not defeat this block as the block entry is stored as a UUID. > > Note: The object's name in the block list does not change if the object is renamed, though the block does work. This may need to be addressed in a separate SVC jira once this change is incorporated into viewer-development. > > > This addresses bug STORM-1567. > http://jira.secondlife.com/browse/STORM-1567 > > > Diffs > ----- > > doc/contributions.txt 4ebbd04efd93 > indra/newview/lltoastnotifypanel.cpp 4ebbd04efd93 > indra/newview/llviewermessage.cpp 4ebbd04efd93 > indra/newview/skins/default/xui/en/notifications.xml 4ebbd04efd93 > > Diff: http://codereview.secondlife.com/r/449/diff > > > Testing > ------- > > Tested per Test Plan jira entry. > > > Thanks, > > Jonathan > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110826/629f6d62/attachment-0001.htm From vsavchuk at productengine.com Fri Aug 26 09:20:06 2011 From: vsavchuk at productengine.com (Vadim ProductEngine) Date: Fri, 26 Aug 2011 16:20:06 -0000 Subject: [opensource-dev] Review Request: STORM-1567 Mute button for llDialog popup In-Reply-To: <20110826130517.13055.84481@domU-12-31-38-00-90-68.compute-1.internal> References: <20110826130517.13055.84481@domU-12-31-38-00-90-68.compute-1.internal> Message-ID: <20110826162006.13056.77452@domU-12-31-38-00-90-68.compute-1.internal> > On Aug. 26, 2011, 6:05 a.m., Vadim ProductEngine wrote: > > indra/newview/llviewermessage.cpp, lines 6556-6559 > > > > > > It's a hack to update the Block List panel from here. > > The panel should be an observer of the mute list, or something like that, i.e. update itself automatically. > > Jonathan Yap wrote: > This exact same call is used in 6 other places in the code. It forces the sidebar open and highlights the newly Blocked item as feedback to the user that their Block click has had some effect, so I think having this call is correct. Ah, right. You see -- more comments won't hurt! :-) - Vadim ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/449/#review993 ----------------------------------------------------------- On Aug. 23, 2011, 1:41 p.m., Jonathan Yap wrote: > > ----------------------------------------------------------- > This is an automatically generated e-mail. To reply, visit: > http://codereview.secondlife.com/r/449/ > ----------------------------------------------------------- > > (Updated Aug. 23, 2011, 1:41 p.m.) > > > Review request for Viewer. > > > Summary > ------- > > Add a block button to popups from llDialog calls. Clicking on the Block button adds the object to the block list. The type of block is Object. Changing the object's name does not defeat this block as the block entry is stored as a UUID. > > Note: The object's name in the block list does not change if the object is renamed, though the block does work. This may need to be addressed in a separate SVC jira once this change is incorporated into viewer-development. > > > This addresses bug STORM-1567. > http://jira.secondlife.com/browse/STORM-1567 > > > Diffs > ----- > > doc/contributions.txt 4ebbd04efd93 > indra/newview/lltoastnotifypanel.cpp 4ebbd04efd93 > indra/newview/llviewermessage.cpp 4ebbd04efd93 > indra/newview/skins/default/xui/en/notifications.xml 4ebbd04efd93 > > Diff: http://codereview.secondlife.com/r/449/diff > > > Testing > ------- > > Tested per Test Plan jira entry. > > > Thanks, > > Jonathan > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110826/65df16a8/attachment.htm From jhwelch at gmail.com Fri Aug 26 09:37:57 2011 From: jhwelch at gmail.com (Jonathan Yap) Date: Fri, 26 Aug 2011 16:37:57 -0000 Subject: [opensource-dev] Review Request: STORM-1567 Mute button for llDialog popup In-Reply-To: <20110823204132.10805.33519@domU-12-31-38-00-90-68.compute-1.internal> References: <20110823204132.10805.33519@domU-12-31-38-00-90-68.compute-1.internal> Message-ID: <20110826163757.10808.48823@domU-12-31-38-00-90-68.compute-1.internal> ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/449/ ----------------------------------------------------------- (Updated Aug. 26, 2011, 9:37 a.m.) Review request for Viewer. Changes ------- New diff to reflect changes made from RB comments. Summary ------- Add a block button to popups from llDialog calls. Clicking on the Block button adds the object to the block list. The type of block is Object. Changing the object's name does not defeat this block as the block entry is stored as a UUID. Note: The object's name in the block list does not change if the object is renamed, though the block does work. This may need to be addressed in a separate SVC jira once this change is incorporated into viewer-development. This addresses bug STORM-1567. http://jira.secondlife.com/browse/STORM-1567 Diffs (updated) ----- doc/contributions.txt 4ebbd04efd93 indra/newview/lltoastnotifypanel.cpp 4ebbd04efd93 indra/newview/llviewermessage.cpp 4ebbd04efd93 indra/newview/skins/default/xui/en/notifications.xml 4ebbd04efd93 Diff: http://codereview.secondlife.com/r/449/diff Testing ------- Tested per Test Plan jira entry. Thanks, Jonathan -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110826/2aed823d/attachment.htm From opensourceobscure at gmail.com Fri Aug 26 10:34:20 2011 From: opensourceobscure at gmail.com (opensourceobscure) Date: Fri, 26 Aug 2011 19:34:20 +0200 Subject: [opensource-dev] [JIRA] Proposal - Default Search settings on jira.secondlife.com Message-ID: Currently, if you search multiple keywords on jira.secondlife.com you get result that include at least one of the keywords in Summary OR Description OR Comments fields. Unsurprisingly you often get thousands of results for every search, which is pointless. This requires users to tweak the search parameters, which is not trivial for common people. Instead, common people may know (by using Google) that the more keywords you use, the best results you get. On SL JIRA, it's the opposite. PROPOSAL: 1) exclude "Comments" from fields where keywords are searched for 2) exclude "Description" too (this may be excessive but usually works for me) 3) replace the "OR" logic operator (which is implicit in searches) with the "AND" logic operator I think that this would lead to a better use of JIRA for SL users willing to give feedback. More specifically, the number of duplicate issues may be reduced because the search for existing issues would be more efficient. -- Opensource Obscure https://twitter.com/oobscure https://my.secondlife.com/opensource.obscure Join this group to discuss Second Life Viewer: https://j.mp/slv2group From robertltux at gmail.com Fri Aug 26 10:41:23 2011 From: robertltux at gmail.com (Robert Martin) Date: Fri, 26 Aug 2011 13:41:23 -0400 Subject: [opensource-dev] [JIRA] Proposal - Default Search settings on jira.secondlife.com In-Reply-To: References: Message-ID: On Fri, Aug 26, 2011 at 1:34 PM, opensourceobscure wrote: > Currently, if you search multiple keywords on jira.secondlife.com > you get result that include at least one of the keywords > in Summary OR Description OR Comments fields. > actually i would like to see ALL KEYWORDS set as default on all LL searches since if i search for say |Girls Ballet Costume| in the MarketPlace i would like to see items with ALL of those keywords not just some of them (and there are still keyword stuffed entries in the marketplace it would be nice if those got sorted out) -- Robert L Martin From richard at lindenlab.com Fri Aug 26 11:51:22 2011 From: richard at lindenlab.com (Richard Nelson) Date: Fri, 26 Aug 2011 18:51:22 -0000 Subject: [opensource-dev] Review Request: STORM-638 "Object Return" doesn't return distant objects In-Reply-To: <20110826153859.13057.14880@domU-12-31-38-00-90-68.compute-1.internal> References: <20110826153859.13057.14880@domU-12-31-38-00-90-68.compute-1.internal> Message-ID: <20110826185122.10805.86844@domU-12-31-38-00-90-68.compute-1.internal> ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/451/#review997 ----------------------------------------------------------- indra/newview/llviewermenu.cpp This is dangerous! Never hold on to raw pointers to llviewerobject, as they can be deleted from under you. Use LLPointer instead. I looked into fixing the underlying problem, but that involves revisiting the design of selections. We always deselect objects beyond a certain distance in order to keep your avatar proximate to the objects you can affect (for various technical and social reasons). This workaround is fine for now, if not ideal. - Richard On Aug. 26, 2011, 8:38 a.m., Vadim ProductEngine wrote: > > ----------------------------------------------------------- > This is an automatically generated e-mail. To reply, visit: > http://codereview.secondlife.com/r/451/ > ----------------------------------------------------------- > > (Updated Aug. 26, 2011, 8:38 a.m.) > > > Review request for Viewer and Seth ProductEngine. > > > Summary > ------- > > Reason: Showing the confirmation dialog resets object selection, > thus there is nothing to derez. > > Fix: Save selection until user answers in the confirmation dialog. > > I didn't investigate why the bug occurred only for distant object > (must be some internal LLSelectMgr magic). > > > This addresses bug STORM-638. > http://jira.secondlife.com/browse/STORM-638 > > > Diffs > ----- > > indra/newview/llviewermenu.cpp 64ed6f9362af > > Diff: http://codereview.secondlife.com/r/451/diff > > > Testing > ------- > > See acceptance criteria in the JIRA ticket. > > > Thanks, > > Vadim > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110826/dcbf1d20/attachment-0001.htm From richard at lindenlab.com Fri Aug 26 11:51:38 2011 From: richard at lindenlab.com (Richard Nelson) Date: Fri, 26 Aug 2011 18:51:38 -0000 Subject: [opensource-dev] Review Request: STORM-638 "Object Return" doesn't return distant objects In-Reply-To: <20110826153859.13057.14880@domU-12-31-38-00-90-68.compute-1.internal> References: <20110826153859.13057.14880@domU-12-31-38-00-90-68.compute-1.internal> Message-ID: <20110826185138.10801.48856@domU-12-31-38-00-90-68.compute-1.internal> ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/451/#review998 ----------------------------------------------------------- do not ship until fixing the pointer problem - Richard On Aug. 26, 2011, 8:38 a.m., Vadim ProductEngine wrote: > > ----------------------------------------------------------- > This is an automatically generated e-mail. To reply, visit: > http://codereview.secondlife.com/r/451/ > ----------------------------------------------------------- > > (Updated Aug. 26, 2011, 8:38 a.m.) > > > Review request for Viewer and Seth ProductEngine. > > > Summary > ------- > > Reason: Showing the confirmation dialog resets object selection, > thus there is nothing to derez. > > Fix: Save selection until user answers in the confirmation dialog. > > I didn't investigate why the bug occurred only for distant object > (must be some internal LLSelectMgr magic). > > > This addresses bug STORM-638. > http://jira.secondlife.com/browse/STORM-638 > > > Diffs > ----- > > indra/newview/llviewermenu.cpp 64ed6f9362af > > Diff: http://codereview.secondlife.com/r/451/diff > > > Testing > ------- > > See acceptance criteria in the JIRA ticket. > > > Thanks, > > Vadim > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110826/e3ba74fd/attachment.htm From dave at meadowlakearts.com Fri Aug 26 15:39:33 2011 From: dave at meadowlakearts.com (Dave Booth) Date: Fri, 26 Aug 2011 17:39:33 -0500 Subject: [opensource-dev] [JIRA] Proposal - Default Search settings on jira.secondlife.com In-Reply-To: References: Message-ID: <4E5820A5.5070205@meadowlakearts.com> Opinions inline... On 8/26/2011 12:34 PM, opensourceobscure wrote: > PROPOSAL: > > 1) exclude "Comments" from fields where keywords are searched for Agree > 2) exclude "Description" too (this may be excessive but usually works for me) Disagree on the grounds that excluding this one would negatively impact one category of benefits you hope to achieve, namely the reduction of duplicate issues. Users tend to express the same issue in different words when dealing with two similar fields on the same form. Searching both makes the target of the search "wider" in that the original reporter has expressed it two ways and the search (reflecting the way the SEARCHER thinks of the issue) is more likely to hit one. > 3) replace the "OR" logic operator (which is implicit in searches) > with the "AND" logic operator Oh heck, YES. Include the "quoted multiword string as single search token" functionality too. > > I think that this would lead to a better use of JIRA for > SL users willing to give feedback. More specifically, > the number of duplicate issues may be reduced because > the search for existing issues would be more efficient. > From vsavchuk at productengine.com Fri Aug 26 16:35:13 2011 From: vsavchuk at productengine.com (Vadim ProductEngine) Date: Fri, 26 Aug 2011 23:35:13 -0000 Subject: [opensource-dev] Review Request: STORM-638 "Object Return" doesn't return distant objects In-Reply-To: <20110826185122.10805.86844@domU-12-31-38-00-90-68.compute-1.internal> References: <20110826185122.10805.86844@domU-12-31-38-00-90-68.compute-1.internal> Message-ID: <20110826233513.23242.48057@domU-12-31-38-00-90-68.compute-1.internal> > On Aug. 26, 2011, 11:51 a.m., Richard Nelson wrote: > > indra/newview/llviewermenu.cpp, line 4267 > > > > > > This is dangerous! Never hold on to raw pointers to llviewerobject, as they can be deleted from under you. Use LLPointer instead. > > > > I looked into fixing the underlying problem, but that involves revisiting the design of selections. We always deselect objects beyond a certain distance in order to keep your avatar proximate to the objects you can affect (for various technical and social reasons). This workaround is fine for now, if not ideal. Ah, crap. I was going to use an LLPointer but forgot then. Thank you very much for spotting, will fix! - Vadim ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/451/#review997 ----------------------------------------------------------- On Aug. 26, 2011, 8:38 a.m., Vadim ProductEngine wrote: > > ----------------------------------------------------------- > This is an automatically generated e-mail. To reply, visit: > http://codereview.secondlife.com/r/451/ > ----------------------------------------------------------- > > (Updated Aug. 26, 2011, 8:38 a.m.) > > > Review request for Viewer and Seth ProductEngine. > > > Summary > ------- > > Reason: Showing the confirmation dialog resets object selection, > thus there is nothing to derez. > > Fix: Save selection until user answers in the confirmation dialog. > > I didn't investigate why the bug occurred only for distant object > (must be some internal LLSelectMgr magic). > > > This addresses bug STORM-638. > http://jira.secondlife.com/browse/STORM-638 > > > Diffs > ----- > > indra/newview/llviewermenu.cpp 64ed6f9362af > > Diff: http://codereview.secondlife.com/r/451/diff > > > Testing > ------- > > See acceptance criteria in the JIRA ticket. > > > Thanks, > > Vadim > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110826/b2fd9377/attachment.htm From vsavchuk at productengine.com Sat Aug 27 03:01:27 2011 From: vsavchuk at productengine.com (Vadim ProductEngine) Date: Sat, 27 Aug 2011 10:01:27 -0000 Subject: [opensource-dev] Review Request: STORM-638 "Object Return" doesn't return distant objects In-Reply-To: <20110826153859.13057.14880@domU-12-31-38-00-90-68.compute-1.internal> References: <20110826153859.13057.14880@domU-12-31-38-00-90-68.compute-1.internal> Message-ID: <20110827100127.23247.32972@domU-12-31-38-00-90-68.compute-1.internal> ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/451/ ----------------------------------------------------------- (Updated Aug. 27, 2011, 3:01 a.m.) Review request for Viewer and Seth ProductEngine. Changes ------- Fixed a silly pointer usage mistake. Summary ------- Reason: Showing the confirmation dialog resets object selection, thus there is nothing to derez. Fix: Save selection until user answers in the confirmation dialog. I didn't investigate why the bug occurred only for distant object (must be some internal LLSelectMgr magic). This addresses bug STORM-638. http://jira.secondlife.com/browse/STORM-638 Diffs (updated) ----- indra/newview/llviewermenu.cpp 00b00b942134 Diff: http://codereview.secondlife.com/r/451/diff Testing ------- See acceptance criteria in the JIRA ticket. Thanks, Vadim -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110827/3f6ac7b4/attachment.htm From vsavchuk at productengine.com Sat Aug 27 03:12:04 2011 From: vsavchuk at productengine.com (Vadim ProductEngine) Date: Sat, 27 Aug 2011 10:12:04 -0000 Subject: [opensource-dev] Review Request: STORM-1567 Mute button for llDialog popup In-Reply-To: <20110826163757.10808.48823@domU-12-31-38-00-90-68.compute-1.internal> References: <20110826163757.10808.48823@domU-12-31-38-00-90-68.compute-1.internal> Message-ID: <20110827101204.24523.3231@domU-12-31-38-00-90-68.compute-1.internal> ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/449/#review1000 ----------------------------------------------------------- Ship it! - Vadim On Aug. 26, 2011, 9:37 a.m., Jonathan Yap wrote: > > ----------------------------------------------------------- > This is an automatically generated e-mail. To reply, visit: > http://codereview.secondlife.com/r/449/ > ----------------------------------------------------------- > > (Updated Aug. 26, 2011, 9:37 a.m.) > > > Review request for Viewer. > > > Summary > ------- > > Add a block button to popups from llDialog calls. Clicking on the Block button adds the object to the block list. The type of block is Object. Changing the object's name does not defeat this block as the block entry is stored as a UUID. > > Note: The object's name in the block list does not change if the object is renamed, though the block does work. This may need to be addressed in a separate SVC jira once this change is incorporated into viewer-development. > > > This addresses bug STORM-1567. > http://jira.secondlife.com/browse/STORM-1567 > > > Diffs > ----- > > doc/contributions.txt 4ebbd04efd93 > indra/newview/lltoastnotifypanel.cpp 4ebbd04efd93 > indra/newview/llviewermessage.cpp 4ebbd04efd93 > indra/newview/skins/default/xui/en/notifications.xml 4ebbd04efd93 > > Diff: http://codereview.secondlife.com/r/449/diff > > > Testing > ------- > > Tested per Test Plan jira entry. > > > Thanks, > > Jonathan > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110827/52600776/attachment.htm From sythos at gmail.com Sat Aug 27 07:18:07 2011 From: sythos at gmail.com (Altair Memo) Date: Sat, 27 Aug 2011 14:18:07 -0000 Subject: [opensource-dev] Review Request: OPEN-38: autobuild support for StandAlone In-Reply-To: <20110226145634.3033.92319@domU-12-31-38-00-90-68.compute-1.internal> References: <20110226145634.3033.92319@domU-12-31-38-00-90-68.compute-1.internal> Message-ID: <20110827141807.23244.73809@domU-12-31-38-00-90-68.compute-1.internal> ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/167/#review1001 ----------------------------------------------------------- Ship it! work on debian/sid 32bit, imho "ship it" - Altair On Feb. 26, 2011, 6:56 a.m., Aleric Inglewood wrote: > > ----------------------------------------------------------- > This is an automatically generated e-mail. To reply, visit: > http://codereview.secondlife.com/r/167/ > ----------------------------------------------------------- > > (Updated Feb. 26, 2011, 6:56 a.m.) > > > Review request for Viewer. > > > Summary > ------- > > Oz: please merge into your repository. > > > This addresses bug OPEN-38. > http://jira.secondlife.com/browse/OPEN-38 > > > Diffs > ----- > > indra/cmake/FindGLH.cmake PRE-CREATION > indra/cmake/GLH.cmake PRE-CREATION > indra/cmake/LLRender.cmake 5f0ab9443ece > indra/cmake/LLSharedLibs.cmake 5f0ab9443ece > indra/cmake/Linking.cmake 5f0ab9443ece > indra/linux_crash_logger/CMakeLists.txt 5f0ab9443ece > > Diff: http://codereview.secondlife.com/r/167/diff > > > Testing > ------- > > configures, compiles, runs. > > > Thanks, > > Aleric > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110827/cd0a8bad/attachment-0001.htm From danielravennest at gmail.com Sat Aug 27 10:17:53 2011 From: danielravennest at gmail.com (Daniel) Date: Sat, 27 Aug 2011 12:17:53 -0500 Subject: [opensource-dev] JIRA Search In-Reply-To: References: Message-ID: <4E5926C1.10706@gmail.com> Just charge 10L$ for creating a new issue, but not for comments. That would make people look before making a duplicate. It's amazing what SL people will do for a small financial incentive :-) > 1. Re: [JIRA] Proposal - Default Search settings on > jira.secondlife.com >> I think that this would lead to a better use of JIRA for >> SL users willing to give feedback. More specifically, >> the number of duplicate issues may be reduced because >> the search for existing issues would be more efficient. >> > > > From aklo at skyhighway.com Sat Aug 27 10:39:54 2011 From: aklo at skyhighway.com (aklo at skyhighway.com) Date: Sat, 27 Aug 2011 10:39:54 -0700 Subject: [opensource-dev] JIRA Search Message-ID: <630f90e39ada0623bfaf35950209319a.squirrel@cruziomail.cruzio.com> LOL!! Better make that 5L$, though, huh? Since L$ seem to wobble around 250L$/US$, 5L$ = 2 US cents! Like, you can get your two cents in for two cents!! Hahahahaha!!!! P.S.s.s.t.: Since L$ only come in 10-paks, give 'em "two4one" purchase Jiras! With a little marketing, Jira could pay for itself!! ROTFL!!! Sorry about the unprofessional interruption. You can return to your regularly scheduled geeking now. ----------------------------------------------------------------------------- Just charge 10L$ for creating a new issue, but not for comments. That would make people look before making a duplicate. It's amazing what SL people will do for a small financial incentive > 1. Re: [JIRA] Proposal - Default Search settings on > jira.secondlife.com >> I think that this would lead to a better use of JIRA for >> SL users willing to give feedback. More specifically, >> the number of duplicate issues may be reduced because >> the search for existing issues would be more efficient. >> > > _______________________________________________ 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 richard at lindenlab.com Sat Aug 27 14:15:37 2011 From: richard at lindenlab.com (Richard Nelson) Date: Sat, 27 Aug 2011 21:15:37 -0000 Subject: [opensource-dev] Review Request: STORM-638 "Object Return" doesn't return distant objects In-Reply-To: <20110827100127.23247.32972@domU-12-31-38-00-90-68.compute-1.internal> References: <20110827100127.23247.32972@domU-12-31-38-00-90-68.compute-1.internal> Message-ID: <20110827211537.23266.84565@domU-12-31-38-00-90-68.compute-1.internal> ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/451/#review1002 ----------------------------------------------------------- Ship it! thanks - Richard On Aug. 27, 2011, 3:01 a.m., Vadim ProductEngine wrote: > > ----------------------------------------------------------- > This is an automatically generated e-mail. To reply, visit: > http://codereview.secondlife.com/r/451/ > ----------------------------------------------------------- > > (Updated Aug. 27, 2011, 3:01 a.m.) > > > Review request for Viewer and Seth ProductEngine. > > > Summary > ------- > > Reason: Showing the confirmation dialog resets object selection, > thus there is nothing to derez. > > Fix: Save selection until user answers in the confirmation dialog. > > I didn't investigate why the bug occurred only for distant object > (must be some internal LLSelectMgr magic). > > > This addresses bug STORM-638. > http://jira.secondlife.com/browse/STORM-638 > > > Diffs > ----- > > indra/newview/llviewermenu.cpp 00b00b942134 > > Diff: http://codereview.secondlife.com/r/451/diff > > > Testing > ------- > > See acceptance criteria in the JIRA ticket. > > > Thanks, > > Vadim > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110827/b38f74fe/attachment.htm From yoz at lindenlab.com Sun Aug 28 23:05:18 2011 From: yoz at lindenlab.com (Yoz Grahame) Date: Sun, 28 Aug 2011 23:05:18 -0700 Subject: [opensource-dev] [JIRA] Proposal - Default Search settings on jira.secondlife.com In-Reply-To: References: Message-ID: <97EA2DFB514F4DCD93B9B365598044A1@lindenlab.com> While I like most of the ideas presented here, this is unlikely to happen in the near future as JIRA Quick Search just plain isn't configurable. We'd have to augment or replace it somehow, which would require development work, so any requests to that effect are highly unlikely to make it anywhere visible on our priority list. That said, I personally (please note the stress there) don't have much of a problem with the current Quick Search defaults; yes, they do return tons of false positives, but this tends not to matter as much because they're usually well ranked. If I'm looking through the results in relevance order then it's usually pretty obvious whether what I'm looking for is in there or not. As such, I find the "be inclusive, then rank" (i.e. OR with wider fields) approach better than "be exclusive and limited" (i.e. AND) when checking whether a given issue has been reported. In other words, I'm agreeing with Dave Booth's point 2, but saying that this rationale applies to the other two points as well. From what I've seen, JIRA's default search ranking algorithm takes it all into account. My recommendation is to search and use results with that in mind. -- Yoz On Friday, August 26, 2011 at 10:34 AM, opensourceobscure wrote: > Currently, if you search multiple keywords on jira.secondlife.com (http://jira.secondlife.com) > you get result that include at least one of the keywords > in Summary OR Description OR Comments fields. > > Unsurprisingly you often get thousands of results for every search, > which is pointless. This requires users to tweak the search > parameters, which is not trivial for common people. > > Instead, common people may know (by using Google) that > the more keywords you use, the best results you get. > On SL JIRA, it's the opposite. > > > PROPOSAL: > > 1) exclude "Comments" from fields where keywords are searched for > 2) exclude "Description" too (this may be excessive but usually works for me) > 3) replace the "OR" logic operator (which is implicit in searches) > with the "AND" logic operator > > I think that this would lead to a better use of JIRA for > SL users willing to give feedback. More specifically, > the number of duplicate issues may be reduced because > the search for existing issues would be more efficient. > > -- > Opensource Obscure > https://twitter.com/oobscure > https://my.secondlife.com/opensource.obscure > Join this group to discuss Second Life Viewer: https://j.mp/slv2group > _______________________________________________ > 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/20110828/7fc91c49/attachment.htm From opensourceobscure at gmail.com Mon Aug 29 00:24:36 2011 From: opensourceobscure at gmail.com (opensourceobscure) Date: Mon, 29 Aug 2011 09:24:36 +0200 Subject: [opensource-dev] [JIRA] Proposal - Default Search settings on jira.secondlife.com In-Reply-To: <97EA2DFB514F4DCD93B9B365598044A1@lindenlab.com> References: <97EA2DFB514F4DCD93B9B365598044A1@lindenlab.com> Message-ID: On Mon, Aug 29, 2011 at 08:05, Yoz Grahame wrote: > While I like most of the ideas presented here, this is unlikely to happen in > the near future as JIRA Quick Search just plain isn't configurable wow :\ well, nevermind then, and thanks for the reply. BTW, yesterday I edited http://wiki.secondlife.com/wiki/Bug_Tracker/Searching by adding a paragraph describing how I personally search on JIRA. -- Opensource Obscure https://twitter.com/oobscure https://my.secondlife.com/opensource.obscure Join this group to discuss Second Life Viewer: https://j.mp/slv2group From sl.nicky.ml at googlemail.com Mon Aug 29 13:52:00 2011 From: sl.nicky.ml at googlemail.com (Nicky D.) Date: Mon, 29 Aug 2011 22:52:00 +0200 Subject: [opensource-dev] Uploading mesh, errors in GLOD Message-ID: Hello, I've been playing with llconvexdecomposition today and made a version that is linked against HACD. So far, so good. I think I've the most critical methods implemented and wanted to test what I have by now. But I seem to run into a major roadblocker here, no matter what I try, I always get errors from GLOD. There seems to be no model at all that will load. So far I tried the Street_Lamp.zip and doric_column.zip from the samples page. As well did I try some very basic samples I found elsewhere. But to no avail. All I ever get is: Warning: Cannot normalize 0 vector! Warning: Cannot normalize 0 vector! Warning: Cannot normalize 0 vector! Warning: Cannot normalize 0 vector! Warning: Cannot normalize 0 vector! Warning: Cannot normalize 0 vector! GLOD: Patch of the specified doesn't exist. (0x00000000). And then: 2011-08-29T19:59:28Z newview/llfloatermodelpreview.cpp(3964) : error 2011-08-29T19:59:28Z ERROR: LLViewerTexture::genLODs: Invalid face generated during LOD generation. And that's it, assertion and crash. Some models do not show the 'Warning: Cannot normalize 0 vector!', but the crash is all the same. The whole thing happens on Linux, 64 Bit. Standalone build. The viewer synced to change a95b822cf2c2, llglod is synced to the tip. Any pointers are greatly appreciated. Cheers, Nicky From CronoCloud at mchsi.com Mon Aug 29 17:03:12 2011 From: CronoCloud at mchsi.com (Ron Rogers Jr.) Date: Mon, 29 Aug 2011 19:03:12 -0500 Subject: [opensource-dev] Anybody else see crashes similar to VWR-26729? In-Reply-To: <20110822130540.2bbcf36e.CronoCloud_mchsi.com@mchsi.com> References: <20110822130540.2bbcf36e.CronoCloud_mchsi.com@mchsi.com> Message-ID: <20110829190312.532c6b80.CronoCloud_mchsi.com@mchsi.com> On Mon, 22 Aug 2011 13:05:40 -0500 "Ron Rogers Jr." wrote: > https://jira.secondlife.com/browse/VWR-26729 > Been adding more logs to the JIRA, it's still happening. Second Life 3.0.2 (238458) is the most recent build I can actually use. CronoCloud -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available Url : http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110829/c0e3db1a/attachment.pgp From armin.weatherwax at googlemail.com Tue Aug 30 02:21:41 2011 From: armin.weatherwax at googlemail.com (ArminWeatherHax Resident) Date: Tue, 30 Aug 2011 09:21:41 -0000 Subject: [opensource-dev] Review Request: STORM-1532 (was VWR-25923) followup: Unnecessary capability request spam Message-ID: <20110830092141.1553.86215@domU-12-31-38-00-90-68.compute-1.internal> ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/452/ ----------------------------------------------------------- Review request for Viewer. Summary ------- https://jira.secondlife.com/browse/STORM-1532 (was VWR-25923) this is a followup patch since f7b7b211a33b (Fix for VOICE-3 [crashhunters] LLVoiceVoiceClient::stateMachine) already handles parts of the original patch. This patch avoids re-checking for the ParcelVoiceInfoRequest capability when its clear the region doesn't have it. Armin This addresses bug STORM-1532. http://jira.secondlife.com/browse/STORM-1532 Diffs ----- doc/contributions.txt 478aabd2813b indra/newview/llvoicevivox.cpp 478aabd2813b Diff: http://codereview.secondlife.com/r/452/diff Testing ------- Thanks, ArminWeatherHax -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110830/01ce4bdc/attachment.htm From tillie at xp2.de Tue Aug 30 03:30:35 2011 From: tillie at xp2.de (Tillie Ariantho) Date: Tue, 30 Aug 2011 12:30:35 +0200 Subject: [opensource-dev] SL Beta: things that are broken greatly Message-ID: <4E5CBBCB.40002@xp2.de> Hello, I have to complain again. I know this is the dev list, but it's all bad development, so I think it belongs here. - Resetting all your preferences That's pretty bad. Each time a new client comes you have to redo ALL your changes. I'm pretty annoyed by that, I have done this many dozen times till today. Why not parse the config entries against some minimum/maximum boundary list, drop whats unknown and set values to default if boundaries are crossed? I really hate do disable toasts, voice, media, resetting the cache path, raising display settings, filtering all the notice types etc. over and over again. - Viewer automatic update installation This is as bugged as the regular standalone installation. It downloads the update and when installing asks you for the windows admin password... and... as bugged as the standalone installation, starts the client ad 'admin' right after. So, if you customize all the preferences, all the settings are LOST, because next time you start SL as the regular user, not admin, so it can't find any settings.xml because it's in the admin home. Why not just do a popup after installation in the end: "Installation finished, restart the client from the desktop now!" or something similar? - Busy reply message gets lost It's still not remembered. After logout it's gone. - Instability Till finishing redoing all preferences I crashed 3 times. It was never as bad as this before. Two times it crashed the nvidia driver. That didnt happen for a looong time. - Windlight Settings Window This change is one of the worst in the latest updates. You can't change windlight settings anymore, quickly. This is a complete nightmare for photographers and machinimatographers (see jira entries for the complaints). Each time windlight stuff changes, you need more and more clicks to get anything changed here. How do I select a windlight theme quicky or move around the sun to get the light I want? - Local Lights Toggle Adds to the worseness of previous topic. Local lights on/off is hidden in the debug settings. - Highres Snapshots There are still those ugly offsets in water and clouds when doing highres snapshots. If you do a highres snapshot, the client splits the snapshot into like 4 parts, snapping all 4 of them one by one, and then merging into one big snapshot. During this, water and clouds continue to move, which creates ugly offsets where the 4 parts get merged together afterwards. The client by now is not usable for taking photos anymore beyond postcards. If you do anything more complicated like art snapshots (high resolution needed), crowded events or machinima, you need to use a different client. In advanced mode there should be streamlined workflows for advanced users, but there are not. I see at least 2 different groups that would need better workflows: - builders/designers - photographers/machinimatographers For both the workflows got pretty worse within the last months. You need more clicks for almost all the stuff you usually do. Tillie Advanced event photographer with 400+ fashion events done (photos). From vsavchuk at productengine.com Tue Aug 30 04:50:17 2011 From: vsavchuk at productengine.com (Vadim ProductEngine) Date: Tue, 30 Aug 2011 11:50:17 -0000 Subject: [opensource-dev] Review Request: STORM-1028 Speak button label not displaying at default window size Message-ID: <20110830115017.1558.73521@domU-12-31-38-00-90-68.compute-1.internal> ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/453/ ----------------------------------------------------------- Review request for Viewer. Summary ------- Changes: - Make sure we initialize desired chat bar width before using it. - Don't attempt shrinking chat bar by negative amount of pixels (i.e. effectively extending it). This change may be irrelevant to the bug I'm fixing, but won't hurt anyway. - Restored my XML changes that had been lost in merges. - Minor changes (var names, message text) to improve readability. - Fixed a typo in comments. This addresses bug STORM-1028. http://jira.secondlife.com/browse/STORM-1028 Diffs ----- indra/newview/llbottomtray.h 3e6410286eef indra/newview/llbottomtray.cpp 3e6410286eef indra/newview/skins/default/xui/en/panel_bottomtray.xml 3e6410286eef Diff: http://codereview.secondlife.com/r/453/diff Testing ------- Removed settings, verified that the default chat bar width is 250 px (maybe too small but that's a separate issue, see JIRA). Thanks, Vadim -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110830/3cca733b/attachment.htm From vsavchuk at productengine.com Tue Aug 30 04:51:30 2011 From: vsavchuk at productengine.com (Vadim ProductEngine) Date: Tue, 30 Aug 2011 11:51:30 -0000 Subject: [opensource-dev] Review Request: STORM-1028 Speak button label not displaying at default window size In-Reply-To: <20110830115017.1558.73521@domU-12-31-38-00-90-68.compute-1.internal> References: <20110830115017.1558.73521@domU-12-31-38-00-90-68.compute-1.internal> Message-ID: <20110830115130.1561.83378@domU-12-31-38-00-90-68.compute-1.internal> ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/453/ ----------------------------------------------------------- (Updated Aug. 30, 2011, 4:51 a.m.) Review request for Viewer. Summary (updated) ------- Fixed chat bar occupying all available space by default. Changes: - Make sure we initialize desired chat bar width before using it. - Don't attempt shrinking chat bar by negative amount of pixels (i.e. effectively extending it). This change may be irrelevant to the bug I'm fixing, but won't hurt anyway. - Restored my XML changes that had been lost in merges. - Minor changes (var names, message text) to improve readability. - Fixed a typo in comments. This addresses bug STORM-1028. http://jira.secondlife.com/browse/STORM-1028 Diffs ----- indra/newview/llbottomtray.h 3e6410286eef indra/newview/llbottomtray.cpp 3e6410286eef indra/newview/skins/default/xui/en/panel_bottomtray.xml 3e6410286eef Diff: http://codereview.secondlife.com/r/453/diff Testing ------- Removed settings, verified that the default chat bar width is 250 px (maybe too small but that's a separate issue, see JIRA). Thanks, Vadim -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110830/da25eb6c/attachment.htm From vsavchuk at productengine.com Tue Aug 30 05:42:51 2011 From: vsavchuk at productengine.com (Vadim ProductEngine) Date: Tue, 30 Aug 2011 12:42:51 -0000 Subject: [opensource-dev] Review Request: STORM-1532 (was VWR-25923) followup: Unnecessary capability request spam In-Reply-To: <20110830092141.1553.86215@domU-12-31-38-00-90-68.compute-1.internal> References: <20110830092141.1553.86215@domU-12-31-38-00-90-68.compute-1.internal> Message-ID: <20110830124251.1567.34943@domU-12-31-38-00-90-68.compute-1.internal> ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/452/#review1003 ----------------------------------------------------------- Ship it! Looks plausible to me. - Vadim On Aug. 30, 2011, 2:21 a.m., ArminWeatherHax Resident wrote: > > ----------------------------------------------------------- > This is an automatically generated e-mail. To reply, visit: > http://codereview.secondlife.com/r/452/ > ----------------------------------------------------------- > > (Updated Aug. 30, 2011, 2:21 a.m.) > > > Review request for Viewer. > > > Summary > ------- > > https://jira.secondlife.com/browse/STORM-1532 (was VWR-25923) this is a followup patch since f7b7b211a33b (Fix for VOICE-3 [crashhunters] LLVoiceVoiceClient::stateMachine) already handles parts of the original patch. This patch avoids re-checking for the ParcelVoiceInfoRequest capability when its clear the region doesn't have it. > > Armin > > > This addresses bug STORM-1532. > http://jira.secondlife.com/browse/STORM-1532 > > > Diffs > ----- > > doc/contributions.txt 478aabd2813b > indra/newview/llvoicevivox.cpp 478aabd2813b > > Diff: http://codereview.secondlife.com/r/452/diff > > > Testing > ------- > > > Thanks, > > ArminWeatherHax > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110830/ba8f5ff7/attachment-0001.htm From stickman at gmail.com Tue Aug 30 07:12:25 2011 From: stickman at gmail.com (Stickman) Date: Tue, 30 Aug 2011 07:12:25 -0700 Subject: [opensource-dev] Looking for help for better animation tools Message-ID: I'm looking for a programmer who can help me with some tools. I'm willing to pay for the creation of these tools, and believe they should be freely available. My personal goal is to make some animations without a lot of the pain and horrors I've gone through in the past. The first tool is a pretty simple modification of the Second Life client. When you upload a BVH animation, the Second Life client will convert it to the internal Second Life animation format and then upload it to the asset server. This modification would simply allow you to save it to the local hard drive, rather than having it be uploaded. The final goal for this tool is the ability to combine deformations that are created traditionally -- by uploading modified BVH files with a different root bone. My current method of combining them uses a tool that Zwagoth made called AnimMaker http://code.google.com/p/par/downloads/detail?name=AnimMaker.zip&can=2 , which requires .anims in order to use. Simply repairing this chain in the existing process is enough for me. And exporting .anim files for local use has other purposes. The second tool I would need is a modification of the Second Life client. I want to be able to export from Second Life a skeleton that includes both appearance/shape changes, and deformations. Exporting them to a BVH file would probably be the easiest way, storing the skeleton data in the hierarchy section. For those that aren't aware, the internal animation format for Second Life allows bones to be repositioned, as well as traditionally rotated. A deformation is an animation that repositions the root end of a bone, making the limb longer, shorter, or otherwise in a totally new position. This allows for avatar shape settings that otherwise wouldn't be possible. An exported skeleton would allow me to create animations in an external animation program, such as Blender, that look exactly as they would look inside Second Life. With an inexact skeleton, the process is to upload an animation, seeing if it looks like it did in the external program, edit the animation to be wrong externally, then upload again and see if it's right in Second Life. And repeat until it's "close enough." While this isn't as useful for a generic animation where the avatar could have any shape settings, for a fixed format avatar (like the ones I make) it's extremely useful. See also: http://www.seawolf-monsters.com/images/wiki/dragongheader01.jpg and http://www.seawolf-monsters.com/wiki/uploads/Gryphon/Gryphon/titlegryphon.jpg . From vsavchuk at productengine.com Tue Aug 30 10:20:42 2011 From: vsavchuk at productengine.com (Vadim ProductEngine) Date: Tue, 30 Aug 2011 17:20:42 -0000 Subject: [opensource-dev] Review Request: STORM-1297 Clicking on Block in a dialog box from an object blocks by name Message-ID: <20110830172042.1566.4103@domU-12-31-38-00-90-68.compute-1.internal> ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/454/ ----------------------------------------------------------- Review request for Viewer and Jonathan Yap. Summary ------- Block object inventory offer by the object's owner ID. Also did minor changes for better code readability. (submitting a fix by Jonathan Yap that I have cleaned up) This addresses bug STORM-1297. http://jira.secondlife.com/browse/STORM-1297 Diffs ----- doc/contributions.txt 3e6410286eef indra/newview/llviewermessage.cpp 3e6410286eef indra/newview/skins/default/xui/en/notifications.xml 3e6410286eef Diff: http://codereview.secondlife.com/r/454/diff Testing ------- Thanks, Vadim -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110830/71f11932/attachment.htm From oz at lindenlab.com Tue Aug 30 11:58:26 2011 From: oz at lindenlab.com (Oz Linden (Scott Lawrence)) Date: Tue, 30 Aug 2011 14:58:26 -0400 Subject: [opensource-dev] Snowstorm Team Review Build Message-ID: <4E5D32D2.2080703@lindenlab.com> https://wiki.secondlife.com/wiki/Downloading_test_builds#Snowstorm_Team_Review_Build STORM-638 "Object Return" doesn't return distant objects STORM-1522 Region/Estate -> Terrain Text explaining Low and High values is truncated STORM-1566 sidebar windows no longer detach by right-clicking the tab STORM-1567 Mute button for llDialog popup STORM-1572 XML issues for Basic/Advanced Mode button in menu bar STORM-1574 Binary data in panel_login.xml -- filled up-pointing triangle. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110830/9add644a/attachment.htm From slitovchuk at productengine.com Tue Aug 30 14:13:54 2011 From: slitovchuk at productengine.com (Seth ProductEngine) Date: Tue, 30 Aug 2011 21:13:54 -0000 Subject: [opensource-dev] Review Request: STORM-1028 Speak button label not displaying at default window size In-Reply-To: <20110830115130.1561.83378@domU-12-31-38-00-90-68.compute-1.internal> References: <20110830115130.1561.83378@domU-12-31-38-00-90-68.compute-1.internal> Message-ID: <20110830211354.1573.35912@domU-12-31-38-00-90-68.compute-1.internal> ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/453/#review1004 ----------------------------------------------------------- Ship it! - Seth On Aug. 30, 2011, 4:51 a.m., Vadim ProductEngine wrote: > > ----------------------------------------------------------- > This is an automatically generated e-mail. To reply, visit: > http://codereview.secondlife.com/r/453/ > ----------------------------------------------------------- > > (Updated Aug. 30, 2011, 4:51 a.m.) > > > Review request for Viewer. > > > Summary > ------- > > Fixed chat bar occupying all available space by default. > > Changes: > - Make sure we initialize desired chat bar width before using it. > - Don't attempt shrinking chat bar by negative amount of pixels > (i.e. effectively extending it). This change may be irrelevant > to the bug I'm fixing, but won't hurt anyway. > - Restored my XML changes that had been lost in merges. > - Minor changes (var names, message text) to improve readability. > - Fixed a typo in comments. > > > This addresses bug STORM-1028. > http://jira.secondlife.com/browse/STORM-1028 > > > Diffs > ----- > > indra/newview/llbottomtray.h 3e6410286eef > indra/newview/llbottomtray.cpp 3e6410286eef > indra/newview/skins/default/xui/en/panel_bottomtray.xml 3e6410286eef > > Diff: http://codereview.secondlife.com/r/453/diff > > > Testing > ------- > > Removed settings, verified that the default chat bar width is 250 px (maybe too small but that's a separate issue, see JIRA). > > > Thanks, > > Vadim > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110830/1a1d8eaa/attachment.htm From sl.nicky.ml at googlemail.com Tue Aug 30 14:51:43 2011 From: sl.nicky.ml at googlemail.com (Nicky D.) Date: Tue, 30 Aug 2011 23:51:43 +0200 Subject: [opensource-dev] Uploading mesh, errors in GLOD In-Reply-To: References: Message-ID: Good morning everyone, > > All I ever get is: > Warning: Cannot normalize 0 vector! > Warning: Cannot normalize 0 vector! > Warning: Cannot normalize 0 vector! > Warning: Cannot normalize 0 vector! > Warning: Cannot normalize 0 vector! > Warning: Cannot normalize 0 vector! > GLOD: Patch of the specified doesn't exist. (0x00000000). > As suspected by me did this turn out as a GLOD error under x64 build. After patching it up the preview floater works as expected and shows the preview mode. Cheers, Nicky From bao at lindenlab.com Tue Aug 30 16:30:52 2011 From: bao at lindenlab.com (Bao Linden) Date: Tue, 30 Aug 2011 17:30:52 -0600 Subject: [opensource-dev] Uploading mesh, errors in GLOD In-Reply-To: References: Message-ID: Hey, You can create a shining jira for it, attaching the model triggers this crash. We will take a look. Bao On Tue, Aug 30, 2011 at 3:51 PM, Nicky D. wrote: > Good morning everyone, > > > > > All I ever get is: > > Warning: Cannot normalize 0 vector! > > Warning: Cannot normalize 0 vector! > > Warning: Cannot normalize 0 vector! > > Warning: Cannot normalize 0 vector! > > Warning: Cannot normalize 0 vector! > > Warning: Cannot normalize 0 vector! > > GLOD: Patch of the specified doesn't exist. (0x00000000). > > > > As suspected by me did this turn out as a GLOD error under x64 build. > After patching it up the > preview floater works as expected and shows the preview mode. > > Cheers, > Nicky > _______________________________________________ > 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/20110830/0caf3994/attachment.htm From richard at lindenlab.com Tue Aug 30 16:53:18 2011 From: richard at lindenlab.com (Richard Nelson) Date: Tue, 30 Aug 2011 23:53:18 -0000 Subject: [opensource-dev] Review Request: STORM-1112 Support SOCKS 5 proxy in the viewer (take 2) In-Reply-To: <20110825181549.11011.53426@domU-12-31-38-00-90-68.compute-1.internal> References: <20110825181549.11011.53426@domU-12-31-38-00-90-68.compute-1.internal> Message-ID: <20110830235318.1570.75670@domU-12-31-38-00-90-68.compute-1.internal> ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/374/#review1005 ----------------------------------------------------------- indra/llcommon/llsingleton.h why are we getting the data from within the destructor of the singleton itself? Why not just do if (mInitState != DELETED) instead? Seems like it would be less confusing. indra/llmessage/llcurl.h maybe a little comment as to what "Easy" is in this context. I know you just moved the code to the header, but now that it is more than an implementation detail of LLCurl, I think our expectation of documentation has increased. indra/llmessage/llcurl.cpp if time_out is unused now, let's remove it from the signature indra/llmessage/llproxy.h do all these #defines and socks structs need to be in the header? indra/llmessage/llproxy.h I think we need something a bit more obvious to call out locking methods, maybe just a heavier comment header? indra/llmessage/llproxy.cpp control-flow wise, it might be clearer to move the final check for status to a separate if, with appropriate comment along the lines of "if any of the above failed..." indra/llmessage/llproxy.cpp can we reflect the potentially long blocking period in the name of the method? tcp_wait_for_handshake or similar? - Richard On Aug. 25, 2011, 11:15 a.m., Log Linden wrote: > > ----------------------------------------------------------- > This is an automatically generated e-mail. To reply, visit: > http://codereview.secondlife.com/r/374/ > ----------------------------------------------------------- > > (Updated Aug. 25, 2011, 11:15 a.m.) > > > Review request for Viewer, Oz Linden, Monty Brandenberg, and Stone Linden. > > > Summary > ------- > > This is a continuation of Robin Cornelius's SOCKS 5 contribution, shown in https://codereview.secondlife.com/r/232/ . I have tried to address all of the comments on that code review and do as much cleanup as possible. The diff includes everything that was submitted by Robin, as well as my work. > Major changes since I started working: > * Changed SOCKS 5 proxy control channel to use the existing LLSocket class, which is a thin wrapper around APR sockets. > * Worked with the Linden Lab UX team to revamp the proxy controls. > * Proxy credentials are now stored in the LLSecAPI password storage, which is the same that is used for users' Second Life Credentials instead of as being stored in the clear as a preference. > > > This addresses bug STORM-1112. > http://jira.secondlife.com/browse/STORM-1112 > > > Diffs > ----- > > indra/llcommon/llerror.h 4ebbd04efd93 > indra/llcommon/llerror.cpp 4ebbd04efd93 > indra/llcommon/llsingleton.h 4ebbd04efd93 > indra/llmessage/CMakeLists.txt 4ebbd04efd93 > indra/llmessage/llcurl.h 4ebbd04efd93 > indra/llmessage/llcurl.cpp 4ebbd04efd93 > indra/llmessage/llhttpassetstorage.cpp 4ebbd04efd93 > indra/llmessage/llhttpclient.cpp 4ebbd04efd93 > indra/llmessage/lliosocket.h 4ebbd04efd93 > indra/llmessage/lliosocket.cpp 4ebbd04efd93 > indra/llmessage/llpacketring.h 4ebbd04efd93 > indra/llmessage/llpacketring.cpp 4ebbd04efd93 > indra/llmessage/llproxy.h PRE-CREATION > indra/llmessage/llproxy.cpp PRE-CREATION > indra/llmessage/llurlrequest.cpp 4ebbd04efd93 > indra/llmessage/net.h 4ebbd04efd93 > indra/llmessage/net.cpp 4ebbd04efd93 > indra/llui/llfunctorregistry.h 4ebbd04efd93 > indra/newview/app_settings/settings.xml 4ebbd04efd93 > indra/newview/llappviewer.cpp 4ebbd04efd93 > indra/newview/llfloaterpreference.h 4ebbd04efd93 > indra/newview/llfloaterpreference.cpp 4ebbd04efd93 > indra/newview/llloginhandler.cpp 4ebbd04efd93 > indra/newview/llpanellogin.h 4ebbd04efd93 > indra/newview/llsecapi.h 4ebbd04efd93 > indra/newview/llstartup.h 4ebbd04efd93 > indra/newview/llstartup.cpp 4ebbd04efd93 > indra/newview/llviewerfloaterreg.cpp 4ebbd04efd93 > indra/newview/llxmlrpctransaction.cpp 4ebbd04efd93 > indra/newview/skins/default/xui/en/floater_preferences_proxy.xml PRE-CREATION > indra/newview/skins/default/xui/en/notifications.xml 4ebbd04efd93 > indra/newview/skins/default/xui/en/panel_cof_wearables.xml 4ebbd04efd93 > indra/newview/skins/default/xui/en/panel_preferences_privacy.xml 4ebbd04efd93 > indra/newview/skins/default/xui/en/panel_preferences_setup.xml 4ebbd04efd93 > > Diff: http://codereview.secondlife.com/r/374/diff > > > Testing > ------- > > I've tested exclusively on Linux so far. I'm working on a more extensive test plan that includes setting up a gateway with a restrictive firewall to verify that all traffic is going through the proxy. > > Test builds and screenshots of the changed UI elements are available from the project page, located here: > https://wiki.secondlife.com/wiki/User:Log_Linden/Socks5Viewer > > > Thanks, > > Log > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110830/2579f4e5/attachment-0001.htm From richard at lindenlab.com Tue Aug 30 16:54:51 2011 From: richard at lindenlab.com (Richard Nelson) Date: Tue, 30 Aug 2011 23:54:51 -0000 Subject: [opensource-dev] Review Request: STORM-1112 Support SOCKS 5 proxy in the viewer (take 2) In-Reply-To: <20110825181549.11011.53426@domU-12-31-38-00-90-68.compute-1.internal> References: <20110825181549.11011.53426@domU-12-31-38-00-90-68.compute-1.internal> Message-ID: <20110830235451.1559.46217@domU-12-31-38-00-90-68.compute-1.internal> ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/374/#review1006 ----------------------------------------------------------- Ship it! my comments were mostly about style and making the code a bit more self documenting. I couldn't find any obvious logic errors, memory leaks, buffer overruns, data races, etc. So, as far as I'm concerned, it's shippable. - Richard On Aug. 25, 2011, 11:15 a.m., Log Linden wrote: > > ----------------------------------------------------------- > This is an automatically generated e-mail. To reply, visit: > http://codereview.secondlife.com/r/374/ > ----------------------------------------------------------- > > (Updated Aug. 25, 2011, 11:15 a.m.) > > > Review request for Viewer, Oz Linden, Monty Brandenberg, and Stone Linden. > > > Summary > ------- > > This is a continuation of Robin Cornelius's SOCKS 5 contribution, shown in https://codereview.secondlife.com/r/232/ . I have tried to address all of the comments on that code review and do as much cleanup as possible. The diff includes everything that was submitted by Robin, as well as my work. > Major changes since I started working: > * Changed SOCKS 5 proxy control channel to use the existing LLSocket class, which is a thin wrapper around APR sockets. > * Worked with the Linden Lab UX team to revamp the proxy controls. > * Proxy credentials are now stored in the LLSecAPI password storage, which is the same that is used for users' Second Life Credentials instead of as being stored in the clear as a preference. > > > This addresses bug STORM-1112. > http://jira.secondlife.com/browse/STORM-1112 > > > Diffs > ----- > > indra/llcommon/llerror.h 4ebbd04efd93 > indra/llcommon/llerror.cpp 4ebbd04efd93 > indra/llcommon/llsingleton.h 4ebbd04efd93 > indra/llmessage/CMakeLists.txt 4ebbd04efd93 > indra/llmessage/llcurl.h 4ebbd04efd93 > indra/llmessage/llcurl.cpp 4ebbd04efd93 > indra/llmessage/llhttpassetstorage.cpp 4ebbd04efd93 > indra/llmessage/llhttpclient.cpp 4ebbd04efd93 > indra/llmessage/lliosocket.h 4ebbd04efd93 > indra/llmessage/lliosocket.cpp 4ebbd04efd93 > indra/llmessage/llpacketring.h 4ebbd04efd93 > indra/llmessage/llpacketring.cpp 4ebbd04efd93 > indra/llmessage/llproxy.h PRE-CREATION > indra/llmessage/llproxy.cpp PRE-CREATION > indra/llmessage/llurlrequest.cpp 4ebbd04efd93 > indra/llmessage/net.h 4ebbd04efd93 > indra/llmessage/net.cpp 4ebbd04efd93 > indra/llui/llfunctorregistry.h 4ebbd04efd93 > indra/newview/app_settings/settings.xml 4ebbd04efd93 > indra/newview/llappviewer.cpp 4ebbd04efd93 > indra/newview/llfloaterpreference.h 4ebbd04efd93 > indra/newview/llfloaterpreference.cpp 4ebbd04efd93 > indra/newview/llloginhandler.cpp 4ebbd04efd93 > indra/newview/llpanellogin.h 4ebbd04efd93 > indra/newview/llsecapi.h 4ebbd04efd93 > indra/newview/llstartup.h 4ebbd04efd93 > indra/newview/llstartup.cpp 4ebbd04efd93 > indra/newview/llviewerfloaterreg.cpp 4ebbd04efd93 > indra/newview/llxmlrpctransaction.cpp 4ebbd04efd93 > indra/newview/skins/default/xui/en/floater_preferences_proxy.xml PRE-CREATION > indra/newview/skins/default/xui/en/notifications.xml 4ebbd04efd93 > indra/newview/skins/default/xui/en/panel_cof_wearables.xml 4ebbd04efd93 > indra/newview/skins/default/xui/en/panel_preferences_privacy.xml 4ebbd04efd93 > indra/newview/skins/default/xui/en/panel_preferences_setup.xml 4ebbd04efd93 > > Diff: http://codereview.secondlife.com/r/374/diff > > > Testing > ------- > > I've tested exclusively on Linux so far. I'm working on a more extensive test plan that includes setting up a gateway with a restrictive firewall to verify that all traffic is going through the proxy. > > Test builds and screenshots of the changed UI elements are available from the project page, located here: > https://wiki.secondlife.com/wiki/User:Log_Linden/Socks5Viewer > > > Thanks, > > Log > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110830/62b10d3d/attachment.htm From laurent.bechir at madonie.org Tue Aug 30 21:46:36 2011 From: laurent.bechir at madonie.org (laurent.bechir at madonie.org) Date: Wed, 31 Aug 2011 06:46:36 +0200 Subject: [opensource-dev] Problem with libllcommon.dylib while building the viewer Message-ID: <20110831064636.22267b903q4mbjcc@webmail.madonie.org> Hello, I have a problem with libllcommon.dylib while building the viewer for my Mac : http://pastebin.com/2ftBFMUk Since libllcommon.dylib is not built, I get other errors after. I'm using Xcode 3.2.6 / gcc 4.0 / Snow Leopard 10.6.8 / Base SDK : Mac OS 10.5 / Active configuration : Release / Active architecture : i386. The viewer is based on 1.23 source code (Cool VL viewer). My Mac is a MacBook Pro Core2duo 2,33 Any one can help me with that, please ? Thank you From mysty.saunders at gmail.com Tue Aug 30 21:53:20 2011 From: mysty.saunders at gmail.com (Mysty Saunders) Date: Wed, 31 Aug 2011 00:53:20 -0400 Subject: [opensource-dev] Build Error llviewermessage.cpp Linux 32 Message-ID: Ubuntu 32 GCC 4.5 (and tried with GCC 4.4) Building latest clone from viewer-development and getting the following errors /home/mysty/slq/viewer-development/indra/newview/llviewermessage.cpp: In function ?void process_improved_im(LLMessageSystem*, void**)?: /home/mysty/slq/viewer-development/indra/newview/llviewermessage.cpp:2858: error: ?region_access? may be used uninitialized in this function Can any help me get a clue to resolve this please? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110831/c9dc2430/attachment.htm From satomi.ahn at gmail.com Wed Aug 31 00:26:42 2011 From: satomi.ahn at gmail.com (Satomi Ahn) Date: Wed, 31 Aug 2011 09:26:42 +0200 Subject: [opensource-dev] Build Error llviewermessage.cpp Linux 32 In-Reply-To: References: Message-ID: You can initialize region_access variable with region_access = SIM_ACCESS_MIN; This is an old bug which I am sure was previously fixed in some branch but obviously is not in current v-d and has been consistently breaking compilation with GCC for some time now. Maybe a new JIRA needs to be submitted about it? From monty at lindenlab.com Wed Aug 31 00:29:09 2011 From: monty at lindenlab.com (Monty Brandenberg) Date: Wed, 31 Aug 2011 03:29:09 -0400 Subject: [opensource-dev] Build Error llviewermessage.cpp Linux 32 In-Reply-To: References: Message-ID: <4E5DE2C5.6040208@lindenlab.com> On 8/31/2011 12:53 AM, Mysty Saunders wrote: > /home/mysty/slq/viewer-development/indra/newview/llviewermessage.cpp: In > function ?void process_improved_im(LLMessageSystem*, void**)?: > /home/mysty/slq/viewer-development/indra/newview/llviewermessage.cpp:2858: > error: ?region_access? may be used uninitialized in this function > > Can any help me get a clue to resolve this please? > At 2858, change: U8 region_access; to: U8 region_access(0); or back the compiler down to 4.1 or disable some checks. The compiler is doing deep but not deep enough static analysis and declaring the code wonky. ("Guilty!") From vsavchuk at productengine.com Wed Aug 31 03:18:57 2011 From: vsavchuk at productengine.com (Vadim ProductEngine) Date: Wed, 31 Aug 2011 10:18:57 -0000 Subject: [opensource-dev] Review Request: STORM-1576 Show button does not work in Inventory offer toast Message-ID: <20110831101857.1558.37636@domU-12-31-38-00-90-68.compute-1.internal> ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/455/ ----------------------------------------------------------- Review request for Viewer. Summary ------- Fixed the button index, which became invalid after removing the IOR_BUSY response in the recent fix of STORM-1543 (changeset 526d86e69101). This addresses bug STORM-1576. http://jira.secondlife.com/browse/STORM-1576 Diffs ----- indra/newview/skins/default/xui/en/notifications.xml 3e6410286eef Diff: http://codereview.secondlife.com/r/455/diff Testing ------- Thanks, Vadim -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110831/4863205a/attachment.htm From serpentu at gmail.com Wed Aug 31 04:28:24 2011 From: serpentu at gmail.com (Serpentu) Date: Wed, 31 Aug 2011 14:28:24 +0300 Subject: [opensource-dev] Avatar layer commit question Message-ID: This is a somewhat specialized question. I am currently exploring ways to commit a texture onto an avatar layer without having the appearance panel open. From oz at lindenlab.com Wed Aug 31 07:29:22 2011 From: oz at lindenlab.com (Oz Linden) Date: Wed, 31 Aug 2011 14:29:22 -0000 Subject: [opensource-dev] Review Request: storm-1578: change default Away timeout to never Message-ID: <20110831142922.1569.4907@domU-12-31-38-00-90-68.compute-1.internal> ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/459/ ----------------------------------------------------------- Review request for Viewer. Summary ------- Simple change to the Away timeout default value (to never). This addresses bug storm-1578. http://jira.secondlife.com/browse/storm-1578 Diffs ----- indra/newview/app_settings/settings.xml 04642a178228 Diff: http://codereview.secondlife.com/r/459/diff Testing ------- Thanks, Oz -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110831/b6ec42bc/attachment.htm From serpentu at gmail.com Wed Aug 31 07:48:27 2011 From: serpentu at gmail.com (Serpentu) Date: Wed, 31 Aug 2011 17:48:27 +0300 Subject: [opensource-dev] Avatar layer commit question In-Reply-To: References: Message-ID: To clear some things up, i'm talking about taking LLWearableType::EType and LLVOAvatarDefines::EBakedTextureIndex and with both of them figuring out which LLVOAvatarDefines::ETextureIndex is to pass along. Example: if the wearable is of type LLWearableType::WT_ALPHA and the baked texture index is LLVOAvatarDefines::BAKED_EYES then LLVOAvatarDefines::ETextureIndex would likely be the LLVOAvatarDefines::TEX_EYES_ALPHA I would really appreciate someone with experience in this particular area of the viewer code to confirm or deny if it is indeed possible to guess any LLVOAvatarDefines::ETextureIndex that way. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110831/b9465728/attachment.htm From vsavchuk at productengine.com Wed Aug 31 08:20:06 2011 From: vsavchuk at productengine.com (Vadim ProductEngine) Date: Wed, 31 Aug 2011 15:20:06 -0000 Subject: [opensource-dev] Review Request: storm-1578: change default Away timeout to never In-Reply-To: <20110831142922.1569.4907@domU-12-31-38-00-90-68.compute-1.internal> References: <20110831142922.1569.4907@domU-12-31-38-00-90-68.compute-1.internal> Message-ID: <20110831152006.1572.55710@domU-12-31-38-00-90-68.compute-1.internal> ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/459/#review1007 ----------------------------------------------------------- Ship it! - Vadim On Aug. 31, 2011, 7:29 a.m., Oz Linden wrote: > > ----------------------------------------------------------- > This is an automatically generated e-mail. To reply, visit: > http://codereview.secondlife.com/r/459/ > ----------------------------------------------------------- > > (Updated Aug. 31, 2011, 7:29 a.m.) > > > Review request for Viewer. > > > Summary > ------- > > Simple change to the Away timeout default value (to never). > > > This addresses bug storm-1578. > http://jira.secondlife.com/browse/storm-1578 > > > Diffs > ----- > > indra/newview/app_settings/settings.xml 04642a178228 > > Diff: http://codereview.secondlife.com/r/459/diff > > > Testing > ------- > > > Thanks, > > Oz > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110831/4437745e/attachment.htm From soft at lindenlab.com Wed Aug 31 08:53:45 2011 From: soft at lindenlab.com (Brian McGroarty) Date: Wed, 31 Aug 2011 08:53:45 -0700 Subject: [opensource-dev] Review Request: storm-1578: change default Away timeout to never In-Reply-To: <20110831142922.1569.4907@domU-12-31-38-00-90-68.compute-1.internal> References: <20110831142922.1569.4907@domU-12-31-38-00-90-68.compute-1.internal> Message-ID: What about removing the automatic disconnect instead? Avatars are disconnected after some amount of time in the away state, which is silly given how few resources a minimized viewer window uses. The reason many people turn off the away timer is that they don't want to be disconnected, not that they don't want others to know they will be unresponsive. Without automatic disconnect, we'd get a useful social cue back. On Wed, Aug 31, 2011 at 7:29 AM, Oz Linden wrote: > This is an automatically generated e-mail. To reply, visit: > http://codereview.secondlife.com/r/459/ > Review request for Viewer. > By Oz Linden. > Description > > Simple change to the Away timeout default value (to never). > > *Bugs: * storm-1578 > Diffs > > - indra/newview/app_settings/settings.xml (04642a178228) > > View Diff > > _______________________________________________ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/OpenSource-Dev > Please read the policies before posting to keep unmoderated posting > privileges > -- Brian McGroarty | Linden Lab Sent from my Newton MP2100 via acoustic coupler -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110831/6322a9bb/attachment.htm From robertltux at gmail.com Wed Aug 31 10:16:19 2011 From: robertltux at gmail.com (Robert Martin) Date: Wed, 31 Aug 2011 13:16:19 -0400 Subject: [opensource-dev] Current status of Mesh?? Message-ID: Does anybody know of some sort of documentation on the ins and outs of mesh?? And before you say the SL wiki everything there is one or more of 1 Outdated 2 FICTIONAL 3 without any actual details (unless of course its been massively updated in the last week or so) Questions i have 1 what is the conversion of Vertexes to Prims?? (how many vertexes do you get for a "prim") 2 are there any simple tools to make models (Blender does not qualify). 3 are non-biped avatars supported in mesh?? (quads are the biggest concern) -- Robert L Martin From vsavchuk at productengine.com Wed Aug 31 10:43:58 2011 From: vsavchuk at productengine.com (Vadim ProductEngine) Date: Wed, 31 Aug 2011 17:43:58 -0000 Subject: [opensource-dev] Review Request: STORM-918 Changes in Group Role Titles or Assignments Not Reflected in Title Dropdown Message-ID: <20110831174358.1564.39517@domU-12-31-38-00-90-68.compute-1.internal> ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/461/ ----------------------------------------------------------- Review request for Viewer and Paul ProductEngine. Summary ------- Changes: - Removed a useless (empty) notifyObservers() method. - Fixed dummy widget creation. - Removed a redundant getChild() call. We do the same in postBuild(), which is called earlier. - Fixing a potential bug: early return from LLGroupMgr::notifyObservers(). Just noticed it while analyzing code. - Update role titles in the General tab whenever they change in the Roles tab. Only the last change is 100% relevant. Please see Bitbucket for more fine-grained change breakdown. This addresses bug STORM-918. http://jira.secondlife.com/browse/STORM-918 Diffs ----- indra/newview/llgroupmgr.cpp 3e6410286eef indra/newview/llpanelgroup.h 3e6410286eef indra/newview/llpanelgroupgeneral.h 3e6410286eef indra/newview/llpanelgroupgeneral.cpp 3e6410286eef indra/newview/llpanelgrouplandmoney.cpp 3e6410286eef indra/newview/llpanelgrouproles.cpp 3e6410286eef indra/newview/llpanelpeople.cpp 3e6410286eef Diff: http://codereview.secondlife.com/r/461/diff Testing ------- Thanks, Vadim -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110831/bc552645/attachment.htm From kadah.coba at gmail.com Wed Aug 31 11:18:20 2011 From: kadah.coba at gmail.com (Kadah) Date: Wed, 31 Aug 2011 11:18:20 -0700 Subject: [opensource-dev] Current status of Mesh?? In-Reply-To: References: Message-ID: <4E5E7AEC.8070801@gmail.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 8/31/2011 10:16 AM, Robert Martin wrote: > Questions i have > > 1 what is the conversion of Vertexes to Prims?? (how many vertexes do > you get for a "prim") Its not even anywhere close to that simple. > 2 are there any simple tools to make models (Blender does not qualify). None that I know of. > 3 are non-biped avatars supported in mesh?? (quads are the biggest concern) Arbitrary skeletal structures aren't supported at this time, but maybe in the future. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJOXnrsAAoJEIdLfPRu7qE24hYH/AjCy4bWq7STCKc882YQFkja lRYSkXx1QJB1B6sOOiNIFypynBZH5/sxYkalH+m52cnJi1TqwYNN6AucMMXqejAZ 9eYrJcGbbER2VvnwwX4ljQi+sWkCVCp0RJMnyhonfk2Etkozgk+vQfcN7iSsMmMW I69GNHft6Hi1tBYmMaXJZ+XnHzJ29xnHj6F0/pXZdeYQX76NEgEoe4PVMXth4gMf +Gyd0PucYT9U9Bmu5uJBrCFQIb8GFwHi9Gp6oG0wZWcH52/YBxvuVLWzKBGnlLog Ty7HPKF6XB0f06aQOZYy/Zt2XTWgFdtf+kuU2t8HP00GvwAPfkDG/anQ7TjiZ8o= =gJ0H -----END PGP SIGNATURE----- From Lance.Corrimal at eregion.de Wed Aug 31 11:30:44 2011 From: Lance.Corrimal at eregion.de (Lance Corrimal) Date: Wed, 31 Aug 2011 20:30:44 +0200 Subject: [opensource-dev] Current status of Mesh?? In-Reply-To: <4E5E7AEC.8070801@gmail.com> References: <4E5E7AEC.8070801@gmail.com> Message-ID: <201108312030.44250.Lance.Corrimal@eregion.de> Am Mittwoch, 31. August 2011 schrieb Kadah: > > 2 are there any simple tools to make models (Blender does not > > qualify). > > None that I know of. without having tried any of them I believe maya and google sketchup work too, but don't ask me if they are easy to use or not. bye, LC From kelly at lindenlab.com Wed Aug 31 11:43:04 2011 From: kelly at lindenlab.com (Kelly Linden) Date: Wed, 31 Aug 2011 11:43:04 -0700 Subject: [opensource-dev] Current status of Mesh?? In-Reply-To: References: Message-ID: On Wed, Aug 31, 2011 at 10:16 AM, Robert Martin wrote: > Does anybody know of some sort of documentation on the ins and outs of > mesh?? > And before you say the SL wiki everything there is one or more of 1 > Outdated 2 FICTIONAL 3 without any actual details > (unless of course its been massively updated in the last week or so) > > Questions i have > > 1 what is the conversion of Vertexes to Prims?? (how many vertexes do > you get for a "prim") > Yes, it is much more complicated. http://community.secondlife.com/t5/English-Knowledge-Base/Calculating-prim-equivalent-weight/ta-p/974163 > 2 are there any simple tools to make models (Blender does not qualify). > https://wiki.secondlife.com/wiki/Mesh/Creating_a_mesh I've heard good things about Wings3D. There are several tool-specific wiki pages on the category page (https://wiki.secondlife.com/wiki/Category:Mesh) with names along the lines of "Mesh/Exporting a mesh from" that might give some hints on the level of support and complexity of the tool. > 3 are non-biped avatars supported in mesh?? (quads are the biggest concern) > While Kadah is correct, for a 'quad' I would bet you could use the arms with custom animations.. This page has a list of the joints: https://wiki.secondlife.com/wiki/Mesh/Troubleshooting Hope that helps! - Kelly -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110831/58d0b618/attachment.htm From stickman at gmail.com Wed Aug 31 11:44:26 2011 From: stickman at gmail.com (Stickman) Date: Wed, 31 Aug 2011 11:44:26 -0700 Subject: [opensource-dev] Current status of Mesh?? In-Reply-To: References: Message-ID: > 1 what is the conversion of Vertexes to Prims?? (how many vertexes do > you get for a "prim") As was mentioned, this is not simple. There are three "measurements" for each mesh object: -Download weight -Physics weight -Server weight That is: -how expensive is it to download the mesh object -how complicated is it to simulate physics with this object -how server-intensive is the object (eg, scripted, complex linkset, etc) Whichever of these is more expensive is the item that will be used to calculate the cost. More information can be found here: http://community.secondlife.com/t5/English-Knowledge-Base/Calculating-prim-equivalent-weight/ta-p/974163 Following the links for each weight type will give you the math behind them, which is not simple. > 2 are there any simple tools to make models (Blender does not qualify). Google Sketchup is a name I've heard that's usually fairly simple. Anything that can export a Collada file (CAE) should work. A Google search can help with that. The list of 3D tools for sculpties on the wiki could be a good starting place for names to check, as well. I suspect that may be or will be a list for "mesh compatible" 3D viewers at some point. > 3 are non-biped avatars supported in mesh?? (quads are the biggest concern) Custom skeletons are not supported. Bone displacement is supported. Mesh theoretically obsoletes deformations. You could make a quadruped avatar with the old system. The new system changes the process, and should be making it easier and better. In either case, you would need a whole new set of animations, and an AO capable of playing them without letting gaps slip in between the animations. Additional help on that is probably appropriate for the secondlifescripters mailing list. Stickman From kadah.coba at gmail.com Wed Aug 31 11:49:07 2011 From: kadah.coba at gmail.com (Kadah) Date: Wed, 31 Aug 2011 11:49:07 -0700 Subject: [opensource-dev] Current status of Mesh?? In-Reply-To: References: Message-ID: <4E5E8223.2050402@gmail.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 8/31/2011 11:43 AM, Kelly Linden wrote: >> 3 are non-biped avatars supported in mesh?? (quads are the biggest >> concern) > > While Kadah is correct, for a 'quad' I would bet you could use the arms > with custom animations.. This page has a list of the joints: > https://wiki.secondlife.com/wiki/Mesh/Troubleshooting Indeed but that's nothing new :P -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJOXoIjAAoJEIdLfPRu7qE2CLYH/3OK/xFjbO0gGICwYfcp/t/f RaFWTs5ybUq4lDPxAMy5PXIKftWbUrG94jLUiWE67+PHK4++DOufJAcEb3gBfTmM TgfROsnM1v1Rj2ZME6Apc1O1SMtM+XHVn2DNRAbXexjnL20+RTAfPbwDwWnPR5iq b4+kMs2+AKNLuCYNGPuvPyehwexLmJaE9tJvOfMo7CDKCYQTUMHDb7bAzvEA521u JmzhEyvt5y0CB/xaEPpwxaZlAm+fP7On+gzxjQ85sNZxEv3YuTpJheJTaIq+fGhO CLLSRQcMDw3vYRuMKeYOdIhqkKXjNvoQBgqGboi8vA7HvwcFrutLpVVIJAp63gM= =GN1r -----END PGP SIGNATURE----- From moriz.gupte at gmail.com Wed Aug 31 11:52:45 2011 From: moriz.gupte at gmail.com (Moriz Gupte) Date: Wed, 31 Aug 2011 12:52:45 -0600 Subject: [opensource-dev] llGetGeometricCenter Message-ID: Hello there, I have a question that I am putting here out of desperation because nobody seem to know, even the very best experienced folks I could tap into. What exactly does llGetGeometricCenter do? 'http://wiki.secondlife.com/wiki/LlGetGeometricCenter' The entry on the wiki is depressing as this sentence does not mean much to me 'This is currently (as of 2 December 2010) different from "center" in viewer's build tools and what llRezObject considers as "center" of linkset.' Usually an entry is meant to help out ... here we have a statement saying what some is NOT. And btw, what does llRezObject consider as 'center' of linkset? Is there any difference between llRezAtRoot and llRezObject? I cannot find one during tests. Thanks Ramesh -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110831/60bb63cb/attachment.htm From adeonwriter at live.com Wed Aug 31 12:50:12 2011 From: adeonwriter at live.com (Adeon Writer) Date: Wed, 31 Aug 2011 15:50:12 -0400 Subject: [opensource-dev] llGetGeometricCenter In-Reply-To: References: Message-ID: llRezObject will rez an object with the center of the to-be-rezzed object's bounding box at the position specified. llRezAtRoot will rez the object with it's root prim's center at the position specified. You won't see a difference unless the object to be rezzed has a center of bounding box that is different from the center of it's root prim, i.e., rezzing a linked object. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20110831/0aaeda4c/attachment.htm From dave at meadowlakearts.com Wed Aug 31 16:48:11 2011 From: dave at meadowlakearts.com (Dave Booth) Date: Wed, 31 Aug 2011 18:48:11 -0500 Subject: [opensource-dev] Review Request: storm-1578: change default Away timeout to never In-Reply-To: References: <20110831142922.1569.4907@domU-12-31-38-00-90-68.compute-1.internal> Message-ID: <4E5EC83B.1040501@meadowlakearts.com> With Soft's suggestion implemented, I'd set an away timeout.. as things stand its always "never" On 8/31/2011 10:53 AM, Brian McGroarty wrote: > What about removing the automatic disconnect instead? > > Avatars are disconnected after some amount of time in the away state, > which is silly given how few resources a minimized viewer window uses. > The reason many people turn off the away timer is that they don't want > to be disconnected, not that they don't want others to know they will be > unresponsive. > > Without automatic disconnect, we'd get a useful social cue back. > > On Wed, Aug 31, 2011 at 7:29 AM, Oz Linden > wrote: > > This is an automatically generated e-mail. To reply, visit: > http://codereview.secondlife.com/r/459/ > > > Review request for Viewer. > By Oz Linden. > > > Description > > Simple change to the Away timeout default value (to never). > > *Bugs: * storm-1578 > > > Diffs > > * indra/newview/app_settings/settings.xml (04642a178228) > > View Diff > > > _______________________________________________ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/OpenSource-Dev > Please read the policies before posting to keep unmoderated posting > privileges > > > > > -- > Brian McGroarty | Linden Lab > Sent from my Newton MP2100 via acoustic coupler > > > _______________________________________________ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/OpenSource-Dev > Please read the policies before posting to keep unmoderated posting privileges From dave at meadowlakearts.com Wed Aug 31 16:54:00 2011 From: dave at meadowlakearts.com (Dave Booth) Date: Wed, 31 Aug 2011 18:54:00 -0500 Subject: [opensource-dev] Current status of Mesh?? In-Reply-To: References: Message-ID: <4E5EC998.2090801@meadowlakearts.com> On 8/31/2011 12:16 PM, Robert Martin wrote: > Questions i have > > 1 what is the conversion of Vertexes to Prims?? (how many vertexes do > you get for a "prim") Already answered by many that it aint that simple, not going there. > 2 are there any simple tools to make models (Blender does not qualify). There are many simple tools to make BAD meshes, there are no simple tools to make GOOD ones. > 3 are non-biped avatars supported in mesh?? (quads are the biggest concern) We have it on record that custom bones are one of the features the folks coding mesh would love to implement, we just dont have a timescale. From tateru.nino at gmail.com Wed Aug 31 17:23:46 2011 From: tateru.nino at gmail.com (Tateru Nino) Date: Thu, 01 Sep 2011 10:23:46 +1000 Subject: [opensource-dev] Current status of Mesh?? In-Reply-To: <201108312030.44250.Lance.Corrimal@eregion.de> References: <4E5E7AEC.8070801@gmail.com> <201108312030.44250.Lance.Corrimal@eregion.de> Message-ID: <4E5ED092.2080905@gmail.com> On 1/09/2011 4:30 AM, Lance Corrimal wrote: > Am Mittwoch, 31. August 2011 schrieb Kadah: > >>> 2 are there any simple tools to make models (Blender does not >>> qualify). >> None that I know of. > > without having tried any of them I believe maya and google sketchup > work too, but don't ask me if they are easy to use or not. Wings3D is my personal favourite mesh-modeller for beginners. From marinekelley at gmail.com Wed Aug 31 23:08:09 2011 From: marinekelley at gmail.com (Marine Kelley) Date: Thu, 1 Sep 2011 08:08:09 +0200 Subject: [opensource-dev] Current status of Mesh?? In-Reply-To: References: Message-ID: On 31/08/2011, Robert Martin wrote: > 2 are there any simple tools to make models (Blender does not qualify). Why doesn't Blender qualify ? From Lance.Corrimal at eregion.de Wed Aug 31 23:39:21 2011 From: Lance.Corrimal at eregion.de (Lance Corrimal) Date: Thu, 1 Sep 2011 08:39:21 +0200 Subject: [opensource-dev] Current status of Mesh?? In-Reply-To: References: Message-ID: <201109010839.21426.Lance.Corrimal@eregion.de> Am Donnerstag, 1. September 2011 schrieb Marine Kelley: > On 31/08/2011, Robert Martin wrote: > > 2 are there any simple tools to make models (Blender does not > > qualify). > > Why doesn't Blender qualify ? try it, then look at the word "simple" again :) bye, LC From marinekelley at gmail.com Wed Aug 31 23:47:03 2011 From: marinekelley at gmail.com (Marine Kelley) Date: Thu, 1 Sep 2011 08:47:03 +0200 Subject: [opensource-dev] Current status of Mesh?? In-Reply-To: <201109010839.21426.Lance.Corrimal@eregion.de> References: <201109010839.21426.Lance.Corrimal@eregion.de> Message-ID: On 01/09/2011, Lance Corrimal wrote: > Am Donnerstag, 1. September 2011 schrieb Marine Kelley: >> On 31/08/2011, Robert Martin wrote: >> > 2 are there any simple tools to make models (Blender does not >> > qualify). >> >> Why doesn't Blender qualify ? > > try it, then look at the word "simple" again :) Heh, I've been using it steadily for two years now, and two of my best-selling items have been created with it... It's not simple indeed, its learning curve is almost flat ("steep" would mean exactly the opposite : it takes a long time to learn something on Blender so the curve is flat rather than steep), but it is extremely consistent and actually you can become very productive when you get used to its bizarre UI. But unlike Maya, it is made by developers with a developer mindset, which suits me better since I am no 3D artist. Maya is more powerful, 3D artists are more productive with it, but it is also infinitely more expensive than Blender :p So for a tourist like me, Blender is the tool of choice. From tateru.nino at gmail.com Wed Aug 31 23:57:54 2011 From: tateru.nino at gmail.com (Tateru Nino) Date: Thu, 01 Sep 2011 16:57:54 +1000 Subject: [opensource-dev] Current status of Mesh?? In-Reply-To: References: Message-ID: <4E5F2CF2.60306@gmail.com> On 1/09/2011 4:08 PM, Marine Kelley wrote: > On 31/08/2011, Robert Martin wrote: > >> 2 are there any simple tools to make models (Blender does not qualify). > Why doesn't Blender qualify ? Blender's simpler than most 3D modelling applications (as a modeller), but most folks have the impression that it is among the most complex. As a result of that impression, few ever take the time to discover otherwise. The fact that its UI layout is... unusual compared to most other applications counts against it - which in itself is a lesson for us all.