Re: [opensource-dev] Windows ReleaseOS build unable to load textures

[Kadah]

 > all the replies

Thanks. That answers my main suspicion, that it is actually broken and 
not something I missed.

Fixing OpenJPEG is well outside the scope of my project, but the KDU 
patch will at least allow me to see if the LLTextureCtrls are functional.
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges

[opensource-dev] Windows ReleaseOS build unable to load textures

[Kadah]

I'm working on a thing (some of you know what) and I've run in to a 
rather annoying issue that's sunk most of the day as it was starting to 
make testing difficult.

None of my ReleaseOS viewer-release builds are able to load textures. 
I've found that it's fine if I patch in KDU. While that is a workaround, 
it would be nice to know what I'm doing that makes OpenJPEG fail, 
assuming it does work at all.

Every texture request is generating the following on a clean build of 
viewer-release:
WARNING   LLViewerFetchedTexture::updateFetch : oversize, setting as missing
WARNING   LLViewerFetchedTexture::setIsMissingAsset : 
dc60d326-ba27-db3a-103a-e378d6dd2530: Marking image as missing

To get at least something more, I added a debug output from FS to 
updateFetch (). Output was such:

  INFO   LLViewerFetchedTexture::updateFetch : Discarding oversized 
texture, width= 4096, height= 4096
  WARNING   LLViewerFetchedTexture::updateFetch : oversize, setting as 
missing
  WARNING   LLViewerFetchedTexture::setIsMissingAsset : 
dc60d326-ba27-db3a-103a-e378d6dd2530: Marking image as missing
  INFO   LLViewerFetchedTexture::updateFetch : Discarding oversized 
texture, width= 16384, height= 16384
  WARNING   LLViewerFetchedTexture::updateFetch : oversize, setting as 
missing
  WARNING   LLViewerFetchedTexture::setIsMissingAsset : 
2aa5fd81-464f-3b76-40a7-f498a1561b76: Marking image as missing
  INFO   LLViewerFetchedTexture::updateFetch : Discarding oversized 
texture, width= 2048, height= 8192
  WARNING   LLViewerFetchedTexture::updateFetch : oversize, setting as 
missing
  WARNING   LLViewerFetchedTexture::setIsMissingAsset : 
2c007a7c-11c1-5748-e1a8-a77806efa9e3: Marking image as missing
  INFO   LLViewerFetchedTexture::updateFetch : Discarding oversized 
texture, width= 1024, height= 4096
  WARNING   LLViewerFetchedTexture::updateFetch : oversize, setting as 
missing
  WARNING   LLViewerFetchedTexture::setIsMissingAsset : 
50a3b5d7-f32f-41ce-ff7a-450a4bbf1e8f: Marking image as missing

All but the 16384 ones appear sane.

Autobuild config invocation:
setx AUTOBUILD_VARIABLES_FILE 
"C:\Users\Kadah\Desktop\Dev\viewer-build-variables\variables"
autobuild configure -c ReleaseOS -A 64


Full viewer logs:
https://pastebin.com/yzswgNnm
https://pastebin.com/WeiYf2G7

Viewer about:
Within build VM: https://pastebin.com/Q1tKdw2U
Installed on host: https://pastebin.com/PeyLBEiN

Any help would be appreciated.
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges

Re: [opensource-dev] macOS 10.14 deprecation of OpenGL, what does this mean for SL?

[Kadah Coba]

Exactly. Apple just didn't tell us they were doing that and went to full 
disabled instead of starting with warnings like what browser and other 
apps did for a short while before defaulting to disabled. What didn't 
help is that Apple's disabled didn't work properly with their own apps 
as those would often still try to use SSLv3 instead of TLS when TLS was 
available, that was issue. lol


Over the years, I've dealt with Apple suddenly changing or 
"unsupporting" something and having all my Apple users at work unable to 
do or use some app anymore. Apple has gotten a bit better at this, 
having only done it every other year instead of several per.



On 6/5/2018 5:43 PM, Cinder Roxley wrote:
SSLv3 was disabled because it’s exploitable! 
https://www.us-cert.gov/ncas/alerts/TA14-290A


On June 5, 2018 at 4:05:36 PM, Kadah Coba (kadah.c...@gmail.com 
<mailto:kadah.c...@gmail.com>) wrote:



On 6/4/2018 10:41 PM, Dahlia Trimble wrote:
> I can't believe that Apple will remove an API that so many
> applications use.

I've seen Apple do worse in the past with less warning.

Apple disabled SSLv3 by default in iOS 9 and an OSX update (maybe around
10.11, can't remember) without warning. This would have been fine since
any updated server would also support TLS, except Apple screwed up
somewhere and many Apple apps, like Mail, would still attempt to connect
using SSLv3 but then fail with a typically Apple style unhelpful error
when the OS doesn't allow it to use SSLv3 because the app's plist config
doesn't allow for an exception.

I got around this by disabling SSLv3 and enforcing TLS only, which
flagged dayed email for Apple users. Before I did that, if they updated
to iOS9, they couldn't get email; after I made the changes, they
required iOS9, and likely an account delete and readd on their phone
because Apple.
___
Policies 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

Re: [opensource-dev] macOS 10.14 deprecation of OpenGL, what does this mean for SL?

[Kadah Coba]

On 6/4/2018 10:41 PM, Dahlia Trimble wrote:
> I can't believe that Apple will remove an API that so many 
> applications use.

I've seen Apple do worse in the past with less warning.

Apple disabled SSLv3 by default in iOS 9 and an OSX update (maybe around 
10.11, can't remember) without warning. This would have been fine since 
any updated server would also support TLS, except Apple screwed up 
somewhere and many Apple apps, like Mail, would still attempt to connect 
using SSLv3 but then fail with a typically Apple style unhelpful error 
when the OS doesn't allow it to use SSLv3 because the app's plist config 
doesn't allow for an exception.

I got around this by disabling SSLv3 and enforcing TLS only, which 
flagged dayed email for Apple users. Before I did that, if they updated 
to iOS9, they couldn't get email; after I made the changes, they 
required iOS9, and likely an account delete and readd on their phone 
because Apple.
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges

[opensource-dev] macOS 10.14 deprecation of OpenGL, what does this mean for SL?

[Kadah Coba]

So just heard about this, not sure if this was known about before this.
https://developer.apple.com/macos/whats-new/

"Apps built using OpenGL and OpenCL will continue to run in macOS 10.14, 
but these legacy technologies are deprecated in macOS 10.14. Games and 
graphics-intensive apps that use OpenGL should now adopt Metal."


There's doing the same on iOS too, not that it effects us.

Knowing Apple's way, could likely assume 10.15 or 10.16 may not support 
OpenGL at all, or at worse, a later update of 10.14.x.


So what does this mean for us since its the thing we breath 
? Blue alert or do we 
change the bulb to red ?
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges

Re: [opensource-dev] ThrottleBandwidthKBPS - kilobit per second or kiloBYTE per second?

[Kadah]

On 8/1/2013 12:23 AM, Lance Corrimal wrote:
 - does it still have to be a transparent squid, now that the viewer actually 
 has proxy settings?
Sorry, I didn't mean transparent. I have a transparent one at work on
one network for other reasons. Setting the web proxy in viewer is all
that's needed.

 - do you still have those scripts? If so please post them somewhere.
http://wiki.phoenixviewer.com/squid_proxy_cache
It looks like the store_url_rewrite script on there is the updated one
for the new CAP URL format.
There is some discussion on this happening in: FIRE-9430
http://jira.phoenixviewer.com/browse/FIRE-9430

 and food for thought:
 what is the *normal* User supposed to do? you know, the kind that hears 
 squid and thinks seafood
Wait for LL to finish improving the http viewer-server communication.
It's already a lot better than it was last year.
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges

Re: [opensource-dev] ThrottleBandwidthKBPS - kilobit per second or kiloBYTE per second?

[Kadah]

On 7/30/2013 11:39 PM, Ambrosia wrote:
 Additionally to that, the amount of traffic that goes through the
 actual sim these days has been highly reduced with bringing
 textures, mesh and materials onto the sim-external HTTP pipeline
 that isn't bound to a single sim.

CAPs are per sim host I believe, so flooding requests on them could
affect a number of regions and not just the one the agent is connected to.

 Of course there is still people who feverishly set their texture 
 pipeline to UDP because that's what they did a year ago when the
 HTTP pipeline was less mature. One of those people has more impact
 on the performance on sim-entry than any person with a 3k bandwidth
 setting, but HTTP-enabled texture pipeline, will ever cause these
 days.

Remember when HTTP textures was first added and it was really really
much faster than UDP? Remember when HTTP texture CAP use became
mainstream on 99% of agents and how it became almost as slow as UDP was?

And if you have a crappy consumer router (like it sounds like Niran
has), you can end up with pretty sever issues from it choking on all
the quick successive connections the viewer makes. Monty's work HTTP
on both ends will have (has had) great improvements here.
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges

Re: [opensource-dev] ThrottleBandwidthKBPS - kilobit per second or kiloBYTE per second?

[Kadah]

On 7/31/2013 1:09 AM, Marx Catteneo wrote:
 PS as a machinimator i need the fastest possible connection to the
 servers because any throttling can give me a stuttering image, so if i
 turn mine down i'll have to wait an hour before i can start filming in a
 sim and even then it would stutter more and i wouldn't get a good fps
 and can't do my job.

Thats not how bandwidth throttles work. If anything the less throttling
would cause a greater slow down in the viewer since its having to handle
all the sessions to download more textures and decode more of them more
often. Ideally you'd want to have all the texture and mesh assets
already fully cached to disk before recording since then the viewer
would be able to do a cheap cache read of the texture to discard 0 and
decoding once vs having to download each discard level and decoding and
displaying each as they are received.

If you want to really improve bandwidth on texture fetching, a
transparent squid proxy, with SL specific cache re-write scripts, makes
a massive difference on subsequent visits to either infrequent
destinations or power viewer cache clears. I ran one of these myself for
a couple years (till that server died, planing to redo it at some
point), it was invaluable for testing and just normal use; the viewers'
cache system is inarguably poor and someone cache wipes are unavoidable
or necessary for testing some cases.
This was one of the means of how we were able to fix so many texture
corruption (and related) bugs on Phoenix in the span of a couple months.
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges

Re: [opensource-dev] ThrottleBandwidthKBPS - kilobit per second or kiloBYTE per second?

[Kadah]

On 7/30/2013 8:25 AM, Carlo Wood wrote:
 Well, since everyone has to download the same amount of data
 in the end, its rather hard to use a disproportional amount
 of resources, unless a viewer just downloads the SAME thing
 over and over again, which would be severe bug.

 The only other thing that might be called using too much
 resources is when the sim is failing to deliver data, and
 connections that are made just time out. In that case it
 will be the viewers that have the most aggressive re-try
 policy that are using the most resources.
 
 For clear reason, in those situations it will be the viewers
 that retry most aggressively that will succeed faster than
 others to retrieve the data.
 
 In my experience, this is V3. Even on servers where most
 TPV's fail completely to get any data because of huge number
 of disconnects and timeout - V3 *still* manages to get all
 data in around 2 minutes time! I'm able to run a V3 viewer
 myself but independent sources told me that they saw V3 make
 up to 40+ connections at a time to the texture/mesh service.

The cause is known and I believe (hope) they are working on it right
now, so it's likely the next release will be ok. I'm not clear on the
particular details, but incorrect retry behavior and throttling sound right.
As bad as V3 is at over use of connections (200-300 in a few seconds
isn't unheard of), its not the problem and Monty's work on the viewer
and server side of things have made big improvements. :3
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges

Re: [opensource-dev] ThrottleBandwidthKBPS - kilobit per second or kiloBYTE per second?

[Kadah]

On 7/26/2013 10:47 AM, Argent wrote:
 
 On Jul 26, 2013 12:32 PM, Darien Caldwell darien.caldw...@gmail.com
 mailto:darien.caldw...@gmail.com wrote:
 So basically while this system is probably beneficial to those with
 bad internet connections, it's rather punitive to those who have
 excellent, wide pipe connections. The only way to increase the bandwidth
 max is to recompile the viewer.
 
 One should also consider how much of Linden Labs bandwidth one is
 entitled to before dismissing it as 'punitive'. :)

Indeed. There's been a number of incidents where few users in a region
on [VIEWER NAME REDACTED] can use a high disproportional amount of sim
resources and and cause rather sever problems for others. Just last week
I got trapped in a region due to this. That was fun.
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges

Re: [opensource-dev] llTextBox Propogation

[Kadah]

On 6/12/2013 4:02 AM, Stickman wrote:
 It was recently argued to me against the use of llTextBox because
 of a warning on the wiki regarding its behavior on non-supported
 clients.
 
 http://wiki.secondlife.com/wiki/LlTextBox Not supported in official
 Linden Labs viewers prior to version 2.4, and some TPVs may not
 support it. Unsupported viewers will display a dialog box with a
 single option of !!llTextBox!!.
 
 ARE there any TPVs (or official viewers) that don't support
 llTextBox? I thought it was universal by now.
 
 Thanks,
 
 Stickman


Get me a list of which viewers and versions that either do or don't
support it and I can give you an estimate of adoption of it.
I have a feeling its going to be around the same as Mesh, 96.3%
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges

Re: [opensource-dev] llTextBox Propogation

[Kadah]

On 6/12/2013 9:10 AM, Darien Caldwell wrote:
 Well, given Oz's recent revelation that there's over 1600
 different version of the SL client logging in daily, sure, it's
 possible someone is still using a client that doesn't support
 llTextBox().

The 1600 channels weekly figure misleading since only 50-60 of them
account for, I estimate, over 90% the sessions per week and the
remaining mostly on a handful of different non-TPVD viewers and text
clients. The bulk of those 1600 channels are ones that get a few
logins a week.
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges

Re: [opensource-dev] software development

[Kadah]

On 11/20/2012 3:22 AM, Lance Corrimal wrote:
 http://www.sandraandwoo.com/2012/11/19/0430-software-engineering-now-with-
 cats/

Good one. x3
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges

Re: [opensource-dev] Mercurial repository webpage layout

[Kadah]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

 Every minute lost browsing pages for nothing is not spend coding
 and is lost time...
 
 Each repository has its own RSS feed - once you've set up the 
 subscriptions, you can use any feed reader to efficiently track
 activity.

Or signing up for the commit notifications list:
https://lists.secondlife.com/cgi-bin/mailman/listinfo/viewer-development-commits

-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.17 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQEcBAEBAgAGBQJQRjxfAAoJEIdLfPRu7qE2TNoH/0tsKI3tzY0oZdQ47L/twQz4
Iz6TfMCIYaDRrq/nyYVilVtkW4efMGILMklk6hRn54pCDLgG//Fr9NANJx4/Pnzq
Mv9etDySskwG0Pz+oOw4C5F4r+sGvl/cqPZXxgEr/b0GX7UC6MtYu4zeYHPR6AlU
X8jhqvwfWU5ynOpbjMQ2v0YTkxPdFsC3pbeLi6ciCFvIlVo7Q14fBUaL6YZTl+L3
5UcAZYfSFsbqIEhtVf/Qff34LQI0/t3R2hV56KmXePNyw228veAdStot1kIE9AKm
o93EZxxdEEYtKkoqTZ4UbjnVam9SnWwld6btz+APYXVnBxWVQzNtI3+ojN8LT/I=
=UfhV
-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

Re: [opensource-dev] ok this may sound dumb but what is the llphysicsextention package

[Kadah]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 8/8/2012 10:27 AM, Nyx Linden wrote:
 We use Havok libraries as our implementation of
 llconvexdecomposition. The interface to llconvexdecomposition has
 not changed, only the packaging of it, as we needed to add more
 havok functionality to the viewer for pathfinding.
 
 You should be able to tie in HACD to llphysicsextensions and leave
 the rest stubbed out with minimal effort. If anyone has difficulty
 with porting to the new structure do let us know, and we'll help
 how we can.
 
 Separating out the two parts would just result in havok libraries
 that are shared between convex decomposition and the pathfinding 
 functionality being linked in twice for the main viewer.
 
 -Nyx

Has the llphysicsextention stub source been pushed to a public repo
yet? Last I heard there was some closed sources bits that needed to be
sorted out still.

- -Kadah

-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.17 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQEcBAEBAgAGBQJQIsW0AAoJEIdLfPRu7qE2TqAIAK74dng+KmX1szuU41VjUT/A
WwBzwU5EmQFDwjOwTynBJOOySXEcLPBXQWpwfLBL43yR+Mzb7xVy2kMQ4hupmSJu
u0w/7OTbYcnk52wC7dsPHo6xP0YsirWcVTqh7eToV2sZZn4qCioYAcLOyIh2+/lQ
3+WrLTjHPbmL9JdutEjmEbeA8lkH7pPpWvtOjfzytCdSoYKXAnBhxYVmjKNIjcaV
sDXtjeZGEyvAyeyLHDenuPJAd0xQUWoBqyp9rj3U6KRffYZHtJpByT6ZiCcwwrm8
uMYdj23RA6xLAo15umgue7X/j7hXXd7Bi+o0slzTAxZ8UvT8pYsVlSexxrVelDY=
=Krcf
-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

Re: [opensource-dev] HG-Repositories

[Kadah]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 8/7/2012 3:18 PM, Boroondas Gupte wrote:
 From recent changes 
 https://wiki.secondlife.com/w/index.php?title=Viewer_Integration_and_Release_Processesdiff=1171369oldid=1168497

 
on the wiki, I take that the role of the various official mercurial
 repositories has changed again. Which repository should
 contributions be based on, now? And which one is now the
 recommended base for third party viewers?

- From what I know, viewer-release is still the preferred for pulling
upstream changes from, and that viewer-dev won't have changesets being
removed from it now.

-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.17 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQEcBAEBAgAGBQJQIZw5AAoJEIdLfPRu7qE21awH/0QcxMxjszriyI4mwcexJcvH
B7PacY+q1mL+fEzRy2JoEclQjyKbFSzRlbZr8uB3Eq53+xtRCyiGqvH4KRFFUBPC
AWKNHlf4/Cc9FjhZYZKNcjnw3njaA8B3zeXnjnagx8l/i8vEgAnMMnc8xGlrPvsD
0khP0XFP+xeaktq82WtHkakY3k/x4W0lC7i9CkTmq+3F95hq3TFeO0cZzF4B33UN
7321tL6ik9T4HAfuig82UIvW8lHTLj/mU1zkfMGlo1rIP+W5CRllwLUgZ7+3pn0B
JhrEje3EVmeCAYUGX8qVLsKbwe5/5wcokGD04YeJrLpfdsdZ/pWYFeRfVgMPwbw=
=XeDs
-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

Re: [opensource-dev] XUI Cleanup Project

[Kadah]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

I've added some quick verification code with expat and released the
initial version up to bitbucket.

https://bitbucket.org/Kadah_Coba/xui_cleanup


Usage is pretty easy, lua XUI_Cleanup.lua [input_dir] [outpit_dir]
Input and output directories need to exist and, for right no, need to
be absolute paths and only the top level folder is searched.
Technically, the in and out dirs can be the same.

The fallowing modules are required (All should be in Lua Rocks.)
http://math2.org/luasearch/rex.html
http://keplerproject.github.com/luafilesystem/manual.html
http://matthewwild.co.uk/projects/luaexpat/index.html
http://code.google.com/p/lua-ex-api/ (Only used to check OS)


On windows you can use this package which has all of these already:
http://code.google.com/p/luaforwindows/
But windows will require a python install for eol.py (Lua limitation
that /n is always the os default)
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.17 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQEcBAEBAgAGBQJQHzTcAAoJEIdLfPRu7qE2SV4IAKM3+GydnfO3hurzAllVtIFi
INV1ikv2+egK6yakA8A3Fif9j8rDWSdn9vA5YIBg5kTX5eUbpjk5hcQbvkR1I1qn
6kCPfViKWfJbS9kRwutCWdTCF5gh2NuXgpixUNI0hVkCqvpOmXTZhsKhDX0mAZa/
Oxl1hrE3QH+n407z7clxF8zjbsKZL4dkE+kYSnZjtjvIvv64tfYeuUfHU/VHKDCs
OLs3RDG4zaBhX9RGS3tVNp0SDcSyiuO5hxwD6DZWn7myhqhZUc23d36OUHUpfFe4
mG/KrOBBtsfBfFsNIBEj4PhbeWOCqpuQT/BkVWTo/7Ju0vzS0Z9xXZuNjO7LsU4=
=pua0
-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

Re: [opensource-dev] XUI Cleanup Project

[Kadah]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 8/4/2012 5:55 PM, Hitomi Tiponi wrote:
 Yes - the formatting on the xui code of the official viewer is 
 horrific, especially the few files that have been relatively 
 unchanged since Viewer 1.

That was the impression I was getting when I looked it over. And if
its to put the XUI standard used in V1, that's unsuitable (eg. one
line per control), and the same effect could be done more conveniently
with existing XML utilities. V1 formatted XUI was far worse to work with.


 Sadly LL's own standards are so vague that many different styles 
 actually conform to them.  I tried to standardize on my version
 but gave up and  just followed the LL lead as it just messed up
 the diffs too much.

I couldn't find any documented standard for XML. The one I'm using is
based on observation of new XUI that has consistent formatting.
Keyword there is 'consistent', which most of it largely isn't.

 Recent xui files by LL are actually getting better, but indents, 
 tab use, spacing etc. are still inconsistent.

It has, but there's a lot of the old XUI from the v2.0 rush period and
lots of patching of it in the fallowing couple years.


I think I'll continue with the one I'm working on instead of trying to
resurrect the viewer's one. Cleaning out unused params is pretty
minor, to me, right now. As far as verification, I'm just going to use
an XML lib and compare tables.



-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.17 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQEcBAEBAgAGBQJQHeGoAAoJEIdLfPRu7qE2leYH/1oRmiu+ukBzn7hHRk1r36fA
dgeVXfT5uro6hOYB94azK/1wyyzdhfVz7NoN4WAkLbHa+RQwxYwCrML3i1JqTafi
y1P9EyxL3S0JOuQiEA6DEFup/QzlnyAp89YRChGl5J+0j6mWV47VYge4WkjYpqdY
CUKHntQRjWoFr/0DVIkHBQs5juz9xGt5RzJkS5+mMFefDkFdHm0fCxhZ4q3OrN1F
DEMFrw/ZEmUU9Go+NdkZMMq3Z6FPF/NVkNrllWIc6Xv+PSbvRQ1ttNDDBHP/uuOr
Z0VYPNnkT3h9L/9HLN1Itj7/zKZNqm+FE0BrH1ycRYhvbMJtK+70wCpsRj0F6ck=
=vKbT
-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

Re: [opensource-dev] New HTTP Library Project Viewer

[Kadah]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Oldest and nearest are different classes of things, but given the
context, I'm going to guess you meant far to near.

The texture priority is determined within the viewer, and, in theory
(and my understanding of code last time I worked around it), gives
higher priority (fetch and decode) to textures that has higher visual
impact, eg. larger area on screen.

The loading far vs near you mention is object loading, which, to my
understanding, is controlled by the sim via the interest lists.
These will be getting updated as a later part of this project, or
another, I think.


On 8/3/2012 6:05 AM, Robert Martin wrote:
 One side bar to this is the problem of what order textures are
 being fetched Is the order still by oldest texture first or has
 that been fixed to nearest texture first?? ( it would help the
 expedience if the avatars textures were loaded first and then the
 stuff near to the avatar was loaded [followed by everything else])
 
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.17 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQEcBAEBAgAGBQJQHBGFAAoJEIdLfPRu7qE2W4sIAMMIszCBoYLT8Kx2yCKsN6Pr
yEDC0r1Y+uNjfvQo3XuE8prtOa75HhvImmVrAQnYSjXr1Fvmg9YTcGxbg4INTuM/
tFLxK3iSM36U0tJlEzrGZCB+xAh1fvrmNfM8HO+f8xz4KkBcuYnGL1fZMCqH4OIu
GWn0UKQTYPYmTBo9LVR759q3CK06Hz/4RtFIBebg2B0IMQHHErE7rgZ+eEPAL7dK
gJIi43V1HLAuy3VIkadWp//Nou07iWmmh/FfdtWCbPawrgbhmSDxkwejYqIgugcy
ihaI2kcxeqiP6mu3E/A7LqEFL5iXDecDyFy9oyyWtxwAcm/5iUmOikLeRIoXUms=
=G+lg
-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

[opensource-dev] XUI Cleanup Project

[Kadah]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

This weekend I was working on some XUI files and my OCD (I don't
actually have OCD) was getting very frustrated over the random
formatting, lack of consistent indentation, trailing whitespace,
random/missing newlines and wildly differently sorted arguments.
Usually I'd either completely retab the file or give up, but I was
lazy and tired of not doing anything. So needless to say I got nothing
done on in XUI and spent the few days writing a script to reformat XUI
files to some level of code standards.

There is no XML code standards on
http://wiki.secondlife.com/wiki/Coding_standard
So I used my own, which were as such:
* Unix EOLs
* Child elements indented +4 spaces
* Each argument on onw line and indented +1
* Arguments sorted by defined list then alpha order
 (eg. 'name' and composting before random control specific args)
* Comments must be preserved

Initially I looked for existing tools/libs that can do XML cleanup,
but I had the same results I found the last time I looked, that none
of them could cover all the requirements. Surprisingly comment support
was actually hardest to find support for, unsurprisingly argument
sorting is extremely uncommon and the ones that did were poor.
After that I attempted to find an XML lib for parsing, but found that
pretty much all of them did not support comments or the tabled output
was unstable.

So I ended up writing the XML parser and reserializer myself.
Everything appears to output correctly, but I lack a diff tool that
supports XML to be able to do verification. The text diff tools I'm
familiar with can only do word/character comparisons and the reordered
args, and sometimes drastically improved whitespace, make manual
checking tedious.

So does anyone know of a, preferably, open source XML diff tool?

I'm guessing it could be possible to extract some of the XML/XUI file
parsing from the viewer and make one, but it would be a pain in the rear.


If this works out, I'll release the scripts (MIT licensed), and submit
the requisite jira/RB to push upstream XUI cleaned up, which would be
really nice.

Samples:
Input:
http://hg.secondlife.com/viewer-release/raw/24c6da14256c/indra/newview/skins/default/xui/en/panel_preferences_general.xml
Output: http://pastebin.com/9K40N49w

Input:
http://hg.secondlife.com/viewer-release/raw/24c6da14256c/indra/newview/skins/default/xui/en/menu_login.xml
Output: http://pastebin.com/i16De7xU

- -Kadah
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.17 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQEcBAEBAgAGBQJQHFGJAAoJEIdLfPRu7qE2jtwIAKFh7Xe7GJD97ar9kuaQAx13
Iaj8ZaRB9HVfjdOiJJiT6aaTodEag0B23i19WH0fvq23kgZOGzXgiUppsw3TeiLr
eTX0bnct/CqmTDx+afYJY9QExhb0osC8FuFzjxVld6KtQk46Wn6a58ljNvyc459e
ySBCUgoivg+1oa5XqPP2UmUHE5OK0oqnhALKEfcLpW0AFpbv1yLzrJNEZYE3iIRn
3/g0mAhcpMtC6Um8XjR3+l/lTi50iTz2T5APnxWX8LNepwOvT2muffHgwGDGRwCt
6/e1SZjP9AI4hfVf4HM7Rn0JIc87Vp3zODf5KtCsw93er0Qmhi99OBZfn8DriXI=
=GHbm
-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

Re: [opensource-dev] XUI Cleanup Project

[Kadah]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 8/3/2012 3:36 PM, Richard Nelson wrote:
 There is already code to round-trip XUI files through the param
 block mechanism such that invalid attributes and default values are
 dropped and formatting is normalized.  That code hasn't been
 exercised in a few years, though, so it probably won't run
 correctly right away, but it does provide a mechanism for keeping
 XUI files in line with changing param block schema going forward.
 
 R.

This is in the viewer somewhere? Is there any documentation on it?

-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.17 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQEcBAEBAgAGBQJQHGMXAAoJEIdLfPRu7qE29jIH/0sILRiF32s4FXKZDjgU6wNw
8gRi9gM2+b422ae3io6K22lAl/Tp3hoYiDDeaRvu8j+rBPjgbjJcPtSQBndWVsnI
foFuHxSW3TIHTutXNmvWTVXFULwWXkCJQGVPi4CC1VCQewJsCKQsEnqk8/i52cKK
nL5az4vnA6LqPHKE/VwX93h9m8OIQfsZKRQGysckFhfYLLWCGuhc+db6tN98WN7s
gW6y772R01QDCm1C66Dp8GjUzrZK/ZVIxK33lFiqksX7cSqtcWoY4pHzudGlMMMP
nYFuP2kQXL7svcsgcLiPq6zw0RYEEExnjgyY8VlBI1xteFwdO4J1wn/svjcR32I=
=hcEF
-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

Re: [opensource-dev] New HTTP Library Project Viewer

[Kadah]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 8/2/2012 9:57 AM, Carlo Wood wrote: Kadah,
 Please note that I cannot read your posts. They have no clear text
  in them, and exist only of a Microsoft(tm) company specific 
 attachment.
 
 You might want to fix this.

I haven't used a MS email client since I quit my last job 6-7 years
ago where it was required (Exchange). For personal emails, I've been
using Thunderbird since version 1.0. :P


On 8/2/2012 10:08 AM, cin...@cinderblocks.biz wrote:
 Kadah's emails are signed with an ascii-armored pgp key (not 
 microsoft). You can ignore the munged gobledy-gook key and find
 his messages somewhere in the middle. :)

^ Yeah, this. :3

I'm not sure what Carlo is seeing since the pgp signature block is at
the end and says what it is in plaintext. :p


-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.17 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQEcBAEBAgAGBQJQGtMwAAoJEIdLfPRu7qE2glgH/jFC5aCfgjaOlzJOYlfUI6Ng
EY1BJs2KFxEporyAtj31lhdCSrzeuYmhCCVnxErZZytAwJjTWMfiu1k5gg9cx8Cc
ZT51fj+qED3MDlcbAqthHmRdiIb3gTrhrgy8USaaQO8J+0nYAW3YDO8n4MEqV2Sr
/rbcR5toOfo7kcW+uOES37umfiw+0mRSr+CeAGJfJGAmnKHNNEG0RH9CM36Hi1V4
rU72KNtD4T343HRmdW/WI4D89urA6B0H7K1TQ4uoeLN5fC1QSsaQ2qPz903y9oZX
wCvdMxQxVMq03VZnvRWDF+ZDU+mhxv0qC9x+zfMGD90gdonagDN7eZQq/gseA60=
=ZQ6T
-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

Re: [opensource-dev] A rather uniquely unexpected behavior from Second Life's official viewer

[Kadah]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

I see this too sometimes. What release channel is the region?

On 7/26/2012 7:35 PM, Moriz Gupte wrote:
 Hello, I am wondering  what could be causing objects to disappear
 in the latest Second Life viewer 3.3.4.26
 
 See picture of the same scene (1) in the SL official viewer, and
 (2) in FireStorm Inline image 1
 
 I am wondering why the SL viewer is not rendering objects? This is
 one strange behavior  When I log back in, I can see all them
 again, regardless of whether I clear cache or not. Any clues what
 could be wrong. This is a show stopper for me because now am not
 sure what users will be seeing or not.
 
 R
 
 -- 'Consider how the lilies grow. They do not labor or spin.' 
 *Rameshsharma Ramloll* PhD, /Research Associate Professor/, Idaho
 State University, Pocatello, ID 83209 Tel: 208-282-5333 Blog
 http://deepsemaphore.posterous.com/, LinkedIn 
 http://www.linkedin.com/in/rameshramloll
 
 
 ___ Policies 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 v2.0.17 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQEbBAEBAgAGBQJQGIybAAoJEIdLfPRu7qE2TUEH9217nDebcXKPhVksvyZGxyiw
X17au7Z4w4oEohEjARHYEndatYm1wguvDpqaxSrbutO0oBYbPPVwJ1gF0noVAmSu
h5FoTqkiz1s9cI1MaMCTNz+rCoqzTH9rHtSsebJSO9S+gqAgohtq9gRnOUG04fBy
QMG3h1pqDfsEjbi6SIVA3OoiRz+uUS7OXzU/gn05A8OOc39vllhRoJFRCfb0YpBe
kZUH1SjtrnI/tucQ3hTPrRCoER02TOKittTAuTzUM64ij/XGVoU6w6FDJ30zOYnR
RQrHPjDcC2W8MKdCdsocruwBHNVFjGPAXaaTlyL/XZn5w7obDB0fDRkc9MXnKw==
=tugn
-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

Re: [opensource-dev] New HTTP Library Project Viewer

[Kadah]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 7/30/2012 4:13 PM, Henri Beauchamp wrote:
 Don't put word in my mouths, that I never pronounced... I was not
 speaking about *persistent* connections. The current HTTP fetches
 are not persistent connections, and that's why 32 simultaneous
 requests are not really an issue (and it was actually the limit in
 Snowglobe v1.5, thus why I kept it in the Cool VL Viewer, but made
 it configurable (and defaulting to 16), when I noticed that the v2
 viewers changed that limit down to 8 then up to 16 and then to
 whatever number it is now hardcoded with).


Its 8 again with the fallow comment. I tired to track down the rev,
but apparently Mecurial 2.2 can't properly annotate that file for some
reason, and the new UI for it in TortoiseHg2 is horrid. All of the
referenced jiras around its changes are not public.

//NOTE:
//control the number of the http requests issued for:
//1, not openning too many file descriptors at the same time;
//2, control the traffic of http so udp gets bandwidth.
//
static const S32 MAX_NUM_OF_HTTP_REQUESTS_IN_QUEUE = 8 ;
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.17 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQEcBAEBAgAGBQJQGI5dAAoJEIdLfPRu7qE2HUkIAJRvKLZ9Y5MfZq4SJaCBGcOe
tPG2TPamItRvGAE554xTlo4NDv8OHb0PbLoLsH4hLLNrsqLRXVuIgqi86lWrIphK
JMp8r9ePCpDha9hlo3xw/DoUF3ZDJNvBoUgg12B1/eGSHVjviPPP7CFuQKofRtLK
p2RrgAsa4CwNdH7sXKodmzC92+fxw6DjXKXfyn4ss6MeNr+pUtKUDklxe0sBK69k
E/wvHplNfXOjBQ14cBjDINJZXxoU/D5++X8+8oe5EtvXs6jcULAuAwqhuno5v7KY
vOtFo9YNGgiipaBd4Ft+duice4Z02b2T/NtWvFy5l02YaMQ1UTdz4Fnsaap6JAw=
=nNko
-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

Re: [opensource-dev] New HTTP Library Project Viewer

[Kadah]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 7/30/2012 10:20 AM, Oz Linden (Scott Lawrence) wrote:
 Opening many connections also puts additional strain on routers in
 the path that are doing connection tracking (which too many do),
 adding another possible source of problems.

It's a known issue that with the default concurrent setting of _4_
that many consumer level networking equipment can quickly overloaded
by the viewer. This project will eventually address local open
connection overloading (ie, few connection and allowing keep-alive).
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.17 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQEcBAEBAgAGBQJQFvBEAAoJEIdLfPRu7qE2nAgH/RZvaliZ9F/7YnNmskJYwMKJ
o3udee56w29zy5IRB/frL/82N8T7/MLkH6iF2en7BHgJpNG3rnN6O5mElAdwmkWN
WfzbVqL1sSoiUyzI6pHDISAhjyR/4yxtX8UEJ9ofVgY9Wr/BvPfS25V/jdr1OD0r
2vMm8neGGoQ3V5RgQXTmFlAz/6BgmFH/Ov198IMD1RuIs3k46x1xzVuMz6P//zTa
nNo/19O6y7Oog7/75nb/AufkvcARzjI7H6F4JlAQhKs1PA0VATsvNXAtiGSAF93K
UvQ91TJtBW1A5G3lcOvXVS5w8OjRNgN6FfieFilMjary23psq000bYkMzd91CR0=
=FhoG
-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

Re: [opensource-dev] help with autobuild package for fmod

[Kadah]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1


There is no provided Fmod package due to license restrictions, you
either have to package it yourself
(http://wiki.secondlife.com/wiki/Viewer_2_Microsoft_Windows_Builds#Prepare_third_party_libraries)
or disable it (configure -c ReleaseOS -- -DFMOD:BOOL=FALSE).

I usually do the later since that is far easier/faster and I rarely
ever use sound in SL, let alone when testing.

On 6/8/2012 11:27 AM, Diana Aybar wrote:
 
 
 Hello all,
 
 I recently joined the development world in the second life viewer.
 I am trying to build the viewer-development project  following
 the instructions in
 http://wiki.secondlife.com/wiki/Viewer_2_Microsoft_Windows_Builds#Configuring_the_Viewer
 link.I am currently stuck in the*fmod method 1(using autobuild),
 *on the autobuild package  step. When I try this command I get an
 error saying cannot add license LICENSES\fmod.txt and the package
 does not get created.  so I cannot pass beyond this step. can
 someone help me please?
 
 
 Diana
 
 
 ___ Policies 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 v2.0.17 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQEcBAEBAgAGBQJP1QTBAAoJEIdLfPRu7qE2goYH/jrRrUBXmDAndHcMy6uhUg4c
Cq9gUQY+xdMYO+0noWbiRFAFIwXrg/VGiZiMrsDxcdtVi3mf3C3kAmg5al81mklv
JECVsIlVPF8H0+iKgEfdHogWtcpJulxh5IMQWSpnjKOEaL5flyMSuFsG/JKJOlvL
p6bJc2ZfR2wQ4eAAxppFQpNQf6ffNS2G6wOWFdNOvPqPOaNsjYBIayE+Ca7p5lCJ
GHc8S7nxytUqn58dYqLO0PCzlDvvcnmas4XZtfTxmCFEgOnfTtWDEMZH6Xz5VF71
GxO/FPsM0lOf88pigXzmFmjiPeluU/gLvCSokiu5HnuGwx6lb8LmINIGp7x79F0=
=6GLq
-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

Re: [opensource-dev] Viewer Resizeing on V3 viewers

[Kadah]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 5/14/2012 5:36 PM, WolfPup Lowenhar wrote:
 I just created this issue :
 
 
 
 https://jira.secondlife.com/browse/VWR-28965
 
 
 
 This issue is filed against the current Release of  the LL Viewer. 
 Please test on All platforms to see if it is only affecting viewers
 for Windows only. Plus if this is also affecting TPVs that are V3
 based please note @ what change set of the release viewer you are
 building from for your TPV.

How does this behave with the changes for EXP-1777 (which are
currently only in Viewer-dev)?
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.17 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQEcBAEBAgAGBQJPsb/AAAoJEIdLfPRu7qE2TK4H/2J9OMbOesS7yhy/U1pIIkkx
dGPitpqbajaT+GTjqeRA1JJLNo0uZVu89vwvet0BglMZ/6Avf9xV0VRbg88K1P/0
JYcpaz9O95lvTv78EOww/xAJwwhWKi0aYhrm0jtzSKvSSAVEJJHMra0Te9Yb8ATm
b8UqyAY7AgVcPmUSMqRNew+lbXBb5WuDcCvX0BSNCDQVKY1IaE+jAYDnezjaSu+P
AEnUX6AviKk3pR9Zs7Ru0eJgQSDuCGzBbsCWOJ/tvEmdkN02hhOOUP5HfnxETvza
IscLK/foZ/X/xvOqeJfDBRdzyzJ5UGq1L6IFNPpkoznxYZcMA42+ybIYn0/yMKo=
=nNu1
-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

Re: [opensource-dev] master_message_template.msg

[Kadah]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 4/22/2012 10:20 PM, Lance Corrimal wrote:
 yep, the message-template repo on GH has not seen a single commit
 since it was created 0.o

Likely cause only CG worked on it and he's been gone for a while now.
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.17 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQEcBAEBAgAGBQJPlO1ZAAoJEIdLfPRu7qE2GRwH/2XR46PHXgmLGWUpNYWUbxvU
U92Xk0jPYD+I59a36XN+L214hk2jbf1QNGoxstmFGBR/mFcKNL/IEdqfLkXruWIZ
seN5Rc1fcS5UojHYTsi4dG6Sq4phtKT7toodfgcpTAYd1rMS3KggShc5wTFcNXmX
MNPK+jFeq26N9gUKrmC/j2+mub08zPU79/RX2dzNe+VIjxGPHXwbyzvgNgEVa3Lm
4YUHJz1t7bdsJmaSId+RYjccPKl9UsM6SkmUkLkt2prizAQGBbUEvaF7RUaDs902
hHFpjGk4+hyooZkNQFPuEHZZ68jTJWYQsw+zyazN52AwOfO0S9ZHDTS2VOcHaL8=
=YxHl
-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

Re: [opensource-dev] Review Request: Remove requests for unused and non-existant ParcelMediaURLFilterList cap

[Kadah Coba]

---
This is an automatically generated e-mail. To reply, visit:
http://codereview.secondlife.com/r/576/#review1212
---

Ship it!


Ship It!

- Kadah Coba


On April 17, 2012, 7:33 a.m., Oz Linden wrote:
 
 ---
 This is an automatically generated e-mail. To reply, visit:
 http://codereview.secondlife.com/r/576/
 ---
 
 (Updated April 17, 2012, 7:33 a.m.)
 
 
 Review request for Viewer.
 
 
 Description
 ---
 
 Removed the requests and the associated callbacks
 
 
 This addresses bug storm-1838.
 
 
 Diffs
 -
 
   indra/newview/llviewerparcelmgr.h acfb0781d850 
   indra/newview/llviewerparcelmgr.cpp acfb0781d850 
   indra/newview/llviewerregion.cpp acfb0781d850 
 
 Diff: http://codereview.secondlife.com/r/576/diff/diff
 
 
 Testing
 ---
 
 Ran the resulting test viewer with no apparent ill effect.
 
 
 Thanks,
 
 Oz Linden
 


___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges

Re: [opensource-dev] Review Request: Remove requests for unused and non-existant ParcelMediaURLFilterList cap

[Kadah Coba]

 On April 17, 2012, 10:42 a.m., Kadah Coba wrote:
  Ship It!

Looks good. But when I was looking over this for STORM-1843, I noticed that the 
calling function, LLViewerParcelMgr::processParcelProperties, would have to 
have been getting triggered by a server responce to have produced the issue 
(which I myself have gotten many times). So there is still the larger question 
of what would be causing so many ParcelProperties responses.
There is also a lot of related and unused old code behind 
ParcelMediaURLFilter that could be scrubbed as well.


- Kadah


---
This is an automatically generated e-mail. To reply, visit:
http://codereview.secondlife.com/r/576/#review1212
---


On April 17, 2012, 7:33 a.m., Oz Linden wrote:
 
 ---
 This is an automatically generated e-mail. To reply, visit:
 http://codereview.secondlife.com/r/576/
 ---
 
 (Updated April 17, 2012, 7:33 a.m.)
 
 
 Review request for Viewer.
 
 
 Description
 ---
 
 Removed the requests and the associated callbacks
 
 
 This addresses bug storm-1838.
 
 
 Diffs
 -
 
   indra/newview/llviewerparcelmgr.h acfb0781d850 
   indra/newview/llviewerparcelmgr.cpp acfb0781d850 
   indra/newview/llviewerregion.cpp acfb0781d850 
 
 Diff: http://codereview.secondlife.com/r/576/diff/diff
 
 
 Testing
 ---
 
 Ran the resulting test viewer with no apparent ill effect.
 
 
 Thanks,
 
 Oz Linden
 


___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges

Re: [opensource-dev] Tutorial needed on TPV viewer-side AOs

[Kadah]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 4/14/2012 1:14 AM, Henri Beauchamp wrote:
 On Fri, 13 Apr 2012 16:05:05 -0700, Kadah wrote:
 
 On 4/13/2012 1:10 PM, Henri Beauchamp wrote:
 Again, the viewer side AOs are in fact mimicking exactly what 
 scripted AOs (and most specifically Francis Chung's
 Franimation Overrider) do.
 
 I believe FS's was designed to mimic the ZHAO II hud, it even
 uses its config notecards. Franimation Overrider is a new one
 to me.
 
 Francis Chung's Franimation Overrider existed long before the
 ZHAO HUD, and in fact, at the end of the documentation for the
 latter you can read: Based on Francis Chung's Franimation
 Overrider v1.8
 
 Let's not overlook the contribution of the original authors (I
 hate it enough when it happens to my contributions to not let it
 happen to others'...).
 
 Henri.

Somebody else already explained it to me. It was before my time and
its been years since I've looked at the documentation for the ZHAO II
mod I use.
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.17 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQEcBAEBAgAGBQJPiTKEAAoJEIdLfPRu7qE2glAIAIOw0UT98mwTYVqql9AaamTg
hUhZGYoc13sd7+a/RV0d/qu0IvjJWRCCJGYofdfYjbHKsvjt7OkTdsiDNmxnFf+e
hxYDMmVQHNmALVLDFTPu2XSC1AHHGNEi0MZPodHLbn6gGMEYsLrSY0u9LtvWN1ew
cR/99JtDDAkpGEykCh+I2jMuWcCjIiw+jafBv+1zFN1GLaPb7DXSvQMOWmmGbtIZ
RKIpAyC6XBmYo4uxch3TrKKdyzk6PSsRWCn57OzhOYEuso+8MT0SrKXFkGJ96jus
p4e8bA3wvSJrMFQ3b0BdliF9J6W+YPr/ksAt/zfebupNdiTdDh2LZaMWLC8YeZ8=
=hoJL
-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

Re: [opensource-dev] Tutorial needed on TPV viewer-side AOs

[Kadah]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 4/14/2012 5:16 AM, Argent Stonecutter wrote:



It would be possible to make it seem like a worn asset, but it would
be a bit tricky.
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.17 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQEcBAEBAgAGBQJPiivoAAoJEIdLfPRu7qE2MoUH/2k7eTEe7CaqlmuqQrdfrZS0
p7rBfygLJ1IGnKxAhTCNh1Kbu/ztzW+ntieUDP954CTbyYnyt6EVc+rpEi5YaEaY
IO9mmH8fX96HhFdRjUd8ksx2S2F6RB1awHpDoqmyauGqCbdVfXu379ZTKynL7dk2
qwE8Vcr+t8DIKQYd/wVjjqX4kIEwh282bT72MubEVAb1YlS3y/dkk1FnWNxTNDCr
RMu5z4bw+WpEn0IlkgTX1IyUZKAQ8UCQ7w9WBwauBs3p16RuaUNQ5E6ltGI7kTE0
tWxU/Hdko/G+/F5ZXC+DLbSZTtXDQHZCNqn2O3ynIc0dMHTc8JaFd1C9YblQ6Hs=
=/CY8
-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

Re: [opensource-dev] Tutorial needed on TPV viewer-side AOs

[Kadah]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 4/14/2012 5:16 AM, Argent Stonecutter wrote:
 On 2012-04-13, at 12:17, Zi Ree wrote:
 Am Freitag, 13. April 2012, 18:35:00 schrieb Adeon Writer:
 Alright, here's some features that, if missing, *someone*
 would complain:
 
 All of your requirements are present in the Firestorm viewer
 side AO.
 
 Only because he forgot to include the extremely important it has 
 to be an asset that can be worn with an outfit. That one's a 
 complete dealbreaker for me.


It would be possible to make it seem like a worn asset, but it would
be a bit tricky.
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.17 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQEcBAEBAgAGBQJPiivrAAoJEIdLfPRu7qE2SyEIAL+4xeBytM7HzPata368+pmh
bExZHNXS6bD+XJDvRh3kgvJqe8vDXL6aUkJHXNZjk8a78QhGOBZdvqPrOARBbf47
uJboO0/RMn35MeBG1JA2/HfS/i4bc0jUm4HRGVEQB6kqP2fOD+Ez4r7M844OunlL
hVXusq5nFJJwuasBANxutg4A1jzY/9o96+iLORH4t2T1sSiqMuqBe2WkPXBZeTml
hIB8P9CpW3TSxnOrQ4n9oakM2NCgGub7eF2Wuxo3vpLu9Iv11LD6D1TPzvEuGo+6
Oi0d03HoPR+qcYv8FnVjbzcqIulyVtC69D14Q5hfzQGKqpfrxEBHzXqLFMDjtJA=
=Q2Bk
-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

Re: [opensource-dev] Tutorial needed on TPV viewer-side AOs

[Kadah]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 4/14/2012 5:23 AM, Argent Stonecutter wrote:
 On 2012-04-13, at 18:05, Kadah wrote:
 I believe FS's was designed to mimic the ZHAO II hud, it even
 uses its config notecards. Franimation Overrider is a new one
 to me.
 
 Franimation is what ZHAO was originally based on.
 

Yeah, its been pointed out to me over a dozen times already... I get
it _
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.17 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQEcBAEBAgAGBQJPiix8AAoJEIdLfPRu7qE2VskH/i9fo8QiCX91L6IHO1EFfPJp
FUWUTlTCtrHqAG76q0tG+Kt++77CpHICuUDFcIWm5Wv3eiO6k9A3cUWtI0sq15L6
zkAbHAjUXr3MnL8JzILpCE3aNqO7vLbzXZn9WZAagFFgygINbrVOJt8ocwfJ3xOO
ku0YbkelSe7QYe1ew439b1nVo1VDuOxY1+Ks94oEj46IhekEfpsVTUiQmAVGlMjL
Z4CSGtn7csip7U4pRSejioLt/pSWrFo7CF3FC0pfKbZax4vBRSwvaq76B1/sW9RC
GTQ3pqFoVDMp1DWoubSvQ0mSen3VsNKJE0OuWwdni6TJqx6nEJYs83EcdoU5L2c=
=Yx83
-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

Re: [opensource-dev] Tutorial needed on TPV viewer-side AOs

[Kadah]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 4/13/2012 9:16 AM, Oz Linden (Scott Lawrence) wrote:
 Ok... so those are nice opinions to have, but you're not succeeding
 in educating me... what is it that makes these better or worse?
 
 What do they do or not do that differentiates one from another?

Gonna try to list pro/cons-ish things about both that I'm aware of.

Scripted AO pros:
* Work on any viewer
* Can natively affect avatar's movements (eg. move faster, fly, swim)
* Included as part of an outfit without needed further required actions
* Buy  wear work flow
* Latency-poof for the most part
* Unique behaviors through additional scripting

Scripted AO cons:
* Memory foot print of some AO huds are ridiculously high
* Memory and notecard limitations restrict animation lists
* Unable to detect when animations are being overridden by another
source (eg. pose balls)
* Issues related to no-script parcels and script-disabled regions
* Unable to react to user actions not exposed in LSL (I don't have an
examples of this offhand that client AOs have implemented)
* Subject to simulator performance issues (eg. High TD or script time
will highly affect them, but movement  in general is usually an issue
during these events anyway)
* Some complicated AOs eat up a none trivial amount of script
time/CPU, even compact AOs add up to a lot when a region is near capacity
* Updating AO core less than ideal (typically requires repacking all
animations and notecards in to new copy of the HUD. Given the normal
volume of items involved with these, just viewing the objects
inventory is non trivial let alone transferring. This process is not
noob friendly. Could be offset with AO hud that supports and
updater, but these also have their caveats and further add to script
load.)


Clientside AO pros:
* Can detect when animations are being overridden by another source
(eg. pose balls)
* No script memory impact (unless being fictionally expanded by a worn
scripted object)
* Ditto for script time impact
* Nearly unlimited animation list lengths
* Not subject to no-script land and script-disabled regions
* Updating AO system considerably easier, only requires updating the
viewer

Clientside AO cons:
* Not supported by every viewer and different viewers' AOs might not
function identically (Though most of them use FS one, but not always
the same version of it)
* Currently cannot be part of an outfit for easy switching (AFAIK.
Could be added with some cleverness.)
* Subject to simulator-viewer latency
* Less than ideal setup flow (minimally requires unpacking to folder
in inventory)
* Requires viewer update to add features or fix bugs (not sure if
that's necessarily a bad thing)

Disclaimer: I'm not too familiar with FS's clientside AO.

[One thing that was brought up a few times by others is object-to-AO
communication support by scripted AOs, and that it could be added to
clientside AOs with a relay. But there is a problem with this, not
many AOs actually have this feature, nor do many in-world objects make
use of it, and the ones that do, use different or unique standards. I
wouldn't count this as a major feature of any AO, but might have the
possibility to be one if there was a one widely adopted standard.]

I had planned for this to be a short list, I guess that didn't happen.
The major pros and cons of both are just essentially the technical
limitations of doing something in either LSL or on the viewer's end.
Ideally I think getting SCR-10 implemented would help scripted AOs be
more robust, and adding some sort of minimal support for serverside
animation override to help mitigate the latency would make clientside
AOs better suited for the average User McResident.

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQEcBAEBAgAGBQJPiIJMAAoJEIdLfPRu7qE2U40H/jcOCNttE0Vj6anUBe8qU3hy
1KMckgM471YMU9WNoCyE8LWoAeA3Exsr1ln0lHzx7Dr4xbGBzLIr6zqYl/qt3RNq
tYYnOjb5osl5KAo6kJn3iIyKNi+FYW9MOBrsnCObYyLYpWVy9KvxtUSHYFsw8IGL
B41f6QlRBmAhU4Zv6G4LohPyiGvC3T5sPUrpt2cWqIsOeLUW/WFReKCQEboz/EEW
uFgi5bFr6BkkZUjlBrOBt59uhg84wh55mOFb3+B6qA/G4zVfBzuVoUYJ/j1DFfnC
l7+h1xdpPu1ve7u+DZo3ZRT8PkANxGTYigRC4kPCi2Rm9W4U2Wbj7plwIFFDylk=
=tbGR
-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

Re: [opensource-dev] Tutorial needed on TPV viewer-side AOs

[Kadah]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1



On 4/13/2012 1:10 PM, Henri Beauchamp wrote:
 Again, the viewer side AOs are in fact mimicking exactly what
 scripted AOs (and most specifically Francis Chung's Franimation
 Overrider) do.

I believe FS's was designed to mimic the ZHAO II hud, it even uses its
config notecards. Franimation Overrider is a new one to me.

 The scripted AOs got two main flaws (which are in fact the result
 of the same lack in the scripted event support): they are often too
 slow to change the overriding animation in time to avoid seeing
 the overridden animation playing for a second or so before the
 overriding anim is started.

I've only seen that behavior with clientside AOs. I figured it was due
to the latency of the viewer having to respond to a simulator event
then send an override.


 Another, much worst issue with viewer side AOs, is that, like I 
 explained in my previous message in this thread, they lack a way
 to be disabled automatically by scripts. Let me explain this issue
 more in details: while AOs are great, they can be a nuisance when
 interacting with certain scripted objects which want to play their
 own animation on your avatar. This is especially the case for
 seats (in the largest extent of the term: i.e. any object you
 sit your avatar onto) that usually provide their own sit anim;
 these objects stop the default sit anim (llStopAnimation(sit)) 
 then start their own anim. If your AO is configured to override
 the default sit anim, then the overriding anim will also override
 the scripted seat object's anim. In order to solve this problem,
 the Lockmeister protocol 
 (https://wiki.secondlife.com/wiki/LSL_Protocol/LockMeister_System#Special_Commands)

 
was extended with bootoff and booton commands (boot, because
 the first AOs were in fact used in scripted shoes/boots) allowing
 to (respectively) turn off and turn back on the compatible AOs 
 automatically. The seat then just has to send a bootoff commmand
 when your avatar sits down on it, then a booton command when the
 avatar stands up, and your AO gets automatically turned off and
 back on so that the seat's anim is not overridden.
 
 Note that there are other cases than just seats (for example when 
 wearing two AOs or, for BDSM folks, when scripted cuffs are used 
 and must be able to override an AO in some cases and especially 
 when the avatar is fully chained/bound).

Unlike LSL, the viewer would be able to tell when something else is
trying to animate the avatar. I don't know if the FS AO handles this
(I don't actually use the viewer, and I prefer the use flow of an
attachable AO), but it is a possibility where it is not for a scripted
one.

 Also, not all seats/scripted-devices-with-built-in-anims use
 Lockmeister and this results in having to manually disable the AO
 in some cases.
Most don't.


 There is however a caveat to this apparently ideal solution: anim 
 states are currently hard-coded with the default anim UUIDs in the 
 viewers and a few code paths in the viewers check these to decide 
 whether to take some actions (this is true for AGENT_ANIM_WALK,
 for example: see in llvoavatar.cpp): this could cause a few
 glitches and would have to be checked/tested. A solution for these
 few hard-coded code paths/anim states would perhaps be for the
 server to send (play) both the default anim and the overriding anim
 in a row (and also to stop both in reaction to a
 llStopAnimation(walk)): as long as the overriding anim is played
 last and got the same or a higher anim priority, this would still
 work.

What about having the option to just not sending those play messages
for the default anims in the first place?
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQEcBAEBAgAGBQJPiLEhAAoJEIdLfPRu7qE2eCAIANIsQvZKRkBJV5yEnrXfHdcw
CZJ7qiTiaMaCe9Njn1K6ecyKaWhvRpkvQhCiaL+gb4V6qCoUmDATNTEclF5asIR7
LAg2sKkDaSMGlUwUAaKp9YsMUAaAp+D031nmu0mTVqOY9OPE27UmDgdnz08YW70a
ZxwnYMcExKFenFa6OQWZoNdetVsmPxwbGH5817dyVS1SPf5YXKLVXyji3zND1yJq
yrcxaWOSWvbVAiSsaq3+gXYQdtfd6iASRnhJln2XzMzeQyocHs7xNfT5jwE85URm
T2AkIlwRVdi7xKQV0tyiXivs1eWY0V2Ybs1ElY3m9tkdKo/+FvToUZxTQqrcFjE=
=JLaH
-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

Re: [opensource-dev] Tutorial needed on TPV viewer-side AOs

[Kadah]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1



On 4/13/2012 4:23 PM, Ziggy Puff wrote:
 Kadah wrote:
 
 /I believe FS's was designed to mimic the ZHAO II hud, it even uses
 its config notecards. Franimation Overrider is a new one to me./
 
 ZHAO-II was born from ZHAO-I, which was born from Franimation,
 which was created by Francis Chung. Franimation is a direct
 ancestor of ZHAO-II, and is much older. There would have been no
 ZHAO without Franimation.

Ah ok. That was all before my time :P
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQEcBAEBAgAGBQJPiLWpAAoJEIdLfPRu7qE2g4UIAK4NHSBZ8OLt+DE7x0otXR3L
mY+Sg9o6Yyi+MZxph9T/00sVWkpaK3YraAPPg1+J5D/hLyWtFJbVF7IvN537W4i8
aqgbXyKuNsisKDsRvs23kInL/3krSbWPjRq0n/Fx1qvlkVnGhKPcilu0+AzDBcly
ZqRO7vehbKwKEZoEShRsPJnGYIBABZeV33Nb3gelwBd9q4KXq5kkSdlQHQEb63sR
A1zDxKQgCUvmPx9jr2P1j3Qf/cFjgkcg4rSONyk73a6GMos+Ghe5tGS0OYVfD5T+
ycrojbcczZGo4/o5MvvzQzGytQwidrQP+caGF42eAgTl3wv2SHlIBrknuVYGvzM=
=48xA
-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

Re: [opensource-dev] Tutorial needed on TPV viewer-side AOs

[Kadah]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 4/13/2012 6:09 PM, glen wrote:
 The funny thing is that the only reason why I even bothered writing
 one in the first place is because yours didn't have sit now!
 
 See Oz? Features!

What is sit now?

Your average user isn't going to be adding their on code to their AO,
that's how you and I would fix it :P
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.17 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQEcBAEBAgAGBQJPiPVAAAoJEIdLfPRu7qE2zYUIALDOi7HzBgfZRTMrDlxqVR4F
TOMVbZKkHqjiBDuia9DRLgNcMShsdJlutDV1v2FiT/LAj89/vBviDmOwrkr07H48
tZNS/U6ixDXPIE2D+6YeaOU7Wqazmrm0PBPaZvYx8J7DtHhF0449d/0gA/QZnESB
pdSUhDfGRaA7Nf61lTeR6uk5YmY3017yQSt5tNLfAcp47v/Z1ffc9/CM48lxHkjq
af+YvqTQ8S6h46hdVMOMVpJ6Exu2MqbiogryXb3NPHCc5rmVTV9Wxvm0RLpmDBL5
0bn1i0NPREbtkicBcU2TPbiSh8fn/GQFg4qIzF5N1SVxnGbv6C5ANIcVlCeyMeg=
=oybM
-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

Re: [opensource-dev] ObjectCategory

[Kadah]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 2/18/2012 2:36 PM, Henri Beauchamp wrote:
 On Sat, 18 Feb 2012 22:37:49 +0100, Oz Linden (Scott Lawrence)
 wrote:
 
 Does anyone know of any current use of the ObjectCategory message
 or the Category information it carries?
 
 It is used in LLSelectMgr::selectionSetObjectCategory(), but this 
 function doesn't seem to be used anywhere in the viewer code...
 
 I would say that it would allow to set the category (inventory
 folder) to which the object is to be derezzed (this is normally
 set on rezzing for objects dragged from the inventory and dropped
 into the sim, so that when Taking the object back, it reappears
 in the inventory folder from which it was rezzed).
 
 Henri.

I've done a datamine on the whole v-d repo history and couldn't fine
any usage of LLSelectMgr::selectionSetObjectCategory(). I'd do the
same on 1.x but my SVN clone of it isn't handy. I have the feeling
that message hasn't been used in a long time.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQEcBAEBAgAGBQJPQu6sAAoJEIdLfPRu7qE2iR4IAIj1nqaGiA0MtuVDov+jp32+
EzI2yP/5U2u4bg2xgSKoZq0GJnr9bB92rt/MBHHmMrkqT1Ck6WoF0i2aAuV2N0+j
IeiIlHcgD8oem7GdPvTt0R3JgZJo9Q2I0MC4GLQn1DjDf6itDaBr5n1HDOtALH2M
9E1M8lmWBHcpDhi4q950HEvlQoSCCkXVKs8HJDxcHD9Z+2EqXHq4UD4FA8CmXcCk
WgE8/VtS0DkA3I/dnSLMiCqGNP4dUj2YcIPJguFdhJwOgdU2D28l+AiDSXorLpmK
bYArVVQNAr891S2YdeAz/yu6+6mFNcBS1dy7iZ+2ueHXYtPhIgKkmxX9QskT9F4=
=waVo
-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

Re: [opensource-dev] Inventory Patch you should integrate

[Kadah]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 2/10/2012 10:31 AM, Henri Beauchamp wrote:
 File JIRAs for any issues you find ...
 
 If it's not a request for feedback, then I don't know what it is..
 
 Granted, I didn't file a JIRA, but since the patch was posted
 here...

^Yeah, that. The server folks don't monitor this list so posting
feedback here when a Jira is in order is not going to get this issue
attention in a timely manner. Oz's responsibility was to inform us of
an impending change(s) to the inventory service but only the viewer
side changes required for those service changes themselves are in his
purview. If there is a problem with the either of the 2 changes to the
inventory service, the product owner needs to know before this gets
put in an RC, so file a Jira yesterday.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQEcBAEBAgAGBQJPNWnwAAoJEIdLfPRu7qE2cgkIAIl8HPKtTRrQfpnjuIkLr2rB
oz8fJhLkSnSywo/CDxFX39eXdxsaRPRzpJtlQqpt8AX1wAN/ehS5Zh2aIVoiTFSX
1/SWhnJiQKso7Sg35uZAYPqVXUBRWL1ynYVfz5RVk7SyDjM/bJmh3qPNFoRdERsr
UyNAcxYnYWxhksmdSYfjbc27wOoSJDDPYkGpKum8wi1v5A03fjFqej1jwQ4Ye7Wt
mPZObr7FNCypr4cMUcKKAtWLlK3K4er0dngWRWr6BjCJnk6T3sJzMx8bkEJ9tgYb
VIn4lvSx7ObbpaDEgV6v+IonblAKpo8ppzTZvuMmtFh6bE3le9ags4YQEcP8G5I=
=cbNE
-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

Re: [opensource-dev] View on Lion

[Kadah]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

I've ran it on my 2011 mini mac and it runs ok, but with really bad
color distortions, which are possibly due to it only have the cheap
Intel gfx chip.

Building the viewer (at least with Firestorm) on Lion seems to also
work without any special setups other than xcode 4.whatever and cmake.

On 1/31/2012 10:29 AM, Lee ponzu wrote:
 Would someone be willing to give a short summary of the status of 
 using the viewer on Lion.
 
 For that matter, what is the status of Lion, period.  OS Xista? Or 
 is it ok?
 
 lee
 
 
 ___ Policies 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/

iQEcBAEBAgAGBQJPKD9/AAoJEIdLfPRu7qE2hZEIAKBoiKrJig2xWclN26IdSn0E
Mc2Xoqev8zeORCdur+vCkanPax+E+ewh07qNS33umQl2K04C23JR2jLc4gDHKHX8
WryjhyOiTeqcyNNcN5LudWDESgTV79NU9cHOd+yPcHbS8qdLPIsnbFdtUiHeDfud
FbW9EErKnryVZd0JKxcPZne+/S6yeidUgUlskWcZjgOTIM5vLD7kfuUOxtwMHkKP
uUS8CkSUqdfTIMEPVWrvPQT/IDyX23v8XA3wkCUzY/fWH+i13eQQFD/Zp7MgTG+U
xnAtblvgcL0D+M4so4jUUXgb5RgpGUTIe6ddVJSErZHhEVDW2mqE8/W7e/vtsIk=
=cJ44
-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

Re: [opensource-dev] Review Request: STORM-1793 1) Treat all mini-map altitudes above 1020 m as the same height 2) Improve z-level accuracy

[Kadah]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1



On 1/27/2012 3:37 PM, Jonathan Welch wrote:
 Would the client have a problem if another word was added to the
 message giving - duplicating the data, but allowing newer clients
 to choose to use the new word while older clients use the old
 byte?
 
 Yes, because the coarseupdate packet holds many positions, it is
 not just 1 packet per avatar, but as many as can be packed into
 the coarseupdate packet as will fit.  So it is not possible to
 alter this packets' format in any way.  Doing so would break all
 existing viewers that expect it to have its current format.
 
 Would the client have any problems if the CoarseLocationUpdate
 message was never sent?
 
 Yes, with a small exception, you would not know where anyone is
 anymore.
 
 date set for some time in the future, while a new message that
 could handle much higher detail information was put in place and
 all newer clients were switched to it?
 
 This has been discussed several times at the server group
 meetings. Fixing this just to have a fully correct map display is
 more trouble than it is worth; having to run two packet formatters
 in parallel forever, having to query the viewer what packet format
 it wants, etc. is just not worth such a big effort.

I just wanted to add that the message containing all agents is only
packed once per update, then sent in bulk to all agents.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQEcBAEBAgAGBQJPIzbGAAoJEIdLfPRu7qE2/lIIALVQq2mlITepS90gzriRFRPh
BnFrnddJk7aD9J+SUtAw11FFqDqF+wGDX0l0Iu1oJqaPPtgjLweTXg0xNLzTOVIz
/fdh1Nr711EdIoMZZFPWhpH/SP2lb7DwhZhmREONs2aAdlX1AKahaMclkbhJOFvY
SGF1BAK5RrmewQFvgr96uiHJQaXwjo44DFpRWmeiCrCtCapPNu5U7Fz4iCGS7LxG
kL6pSLBaDM7VcqkL3vHHALHeXgKLvLsEDqS36hwvTyNlWuqci7A1OZC6iKD2sNDz
03l7y8HnK9OWRcWhUxWoUbQM/ig33T1Ka0ZcuYESE1T9mB1ETlgKiyy3v9icmgo=
=3c8S
-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

Re: [opensource-dev] Review Request: STORM-1793 1) Treat all mini-map altitudes above 1020 m as the same height 2) Improve z-level accuracy

[Kadah]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 1/27/2012 6:21 PM, Argent Stonecutter wrote:
 How about reducing the vertical resolution of the packet by 4?

This was also brought up several times during the various discussions.
It would break old/existing clients more than the current change, and
the vertical resolution of 12m is a very significant height
difference, agents could be on 2 or 3 different floors of a building
and all report as being at the same level.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQEcBAEBAgAGBQJPI10SAAoJEIdLfPRu7qE2St8IAJOVYz59LYlbaD+w4jRNonKC
qw9oP30TkNU25SUVVonm+9MF8X1jAv0a2m+laXDFReyBnVr8r55xXs7R7VEotc+k
+0XThCYUxW61ildjekaUXz5fx1OefwX3Ds1kq0EOEmQ+XFq8Udkues18LNd77fTc
rKRYfXr/2y64Y1x6Wj4c1DVbz559FeVPMzzDss+Va8wDFwrliPk06r/SOo/PrtWh
BIhFik0icNlub8fHGZOIL/aLKTO14OSybazzuKW56pU8b56hHZV2kr3X4hXMRZxM
ltRgNRjsFBnOGXPKMYS9x2r0ChNxOeTdoAFhRqdOfZA1INLi1wdfDDyD7aihPYU=
=egRA
-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

Re: [opensource-dev] Inventory Patch you should integrate

[Kadah]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 1/7/2012 3:41 PM, Hitomi Tiponi wrote:
 Will a patch be provided for Viewer 1

No. But which ever V1 TPV gets around to porting it first can provide
it to the others to save them time.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQEcBAEBAgAGBQJPCy29AAoJEIdLfPRu7qE2VBwIAMJr0O7+lHhLGgXKjsDFLujL
HfyrVjbYJnwsw+v5+2ExcV4PXuJ6Tb0QkdoChkT6A2icn1HROv3M0wO28K6Q7lVn
yacdWgRadRCepiICl2MUlzd7Zp6O98U7qCVOa/qWh6l8Xao257JSDnNkThC9gDn/
3XUGM9zUJ94T3Jelk8rhP5f+2fRglspkMt38dwnyk4ECH+3BzlldgPTwanxxpvaA
qE/ggAi3N8JALS+8in0o+axoViW+nr7RA80Na+QRmkW/d8xLvJUUL5tuz/cfw31d
LzaKODFsuF9SZyeHWSu+2jErZfDCX3djN6XTmqs8pLGbSvnYMqTTeaH47gweHXg=
=dXxc
-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

[opensource-dev] Review Request: VWR-17587: Added Fly/Land on holding up/down option under Move preferences

[Kadah Coba]

---
This is an automatically generated e-mail. To reply, visit:
http://codereview.secondlife.com/r/523/
---

Review request for Viewer.


Description
---

Quick patch to add back the long missing AutomaticFly aka Fly/Land on holding 
up/down. The setting still existed but only has a debug setting with no 
exposure under preferences. This change only added a check box for it under 
Move preferences.

Repo: https://bitbucket.org/Kadah_Coba/vwr-17587
Changeset: https://bitbucket.org/Kadah_Coba/vwr-17587/changeset/2e717f07efbe


This addresses bug VWR-17587.
http://jira.secondlife.com/browse/VWR-17587


Diffs
-

  indra/newview/skins/default/xui/en/panel_preferences_move.xml a984f7ffeb4b 

Diff: http://codereview.secondlife.com/r/523/diff/diff


Testing
---

Patch was tested on Second Life 3.2.4.245931 and is diff against 3.2.5.


Thanks,

Kadah Coba

___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges

Re: [opensource-dev] FUI project just out - no more sidebar

[Kadah]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 10/19/2011 4:20 AM, Argent Stonecutter wrote:
 On 2011-10-18, at 21:09, Geenz wrote:
 I can't be the only one who thinks that window management needs
 to be re-thought for FUI.  As it stands, it seems as if that
 actually took a step backwards.
 
 One thing that's an immediate show-stopper for me: chat as a
 separate floater.
 
 After all the debate over chat in 2.x, how could they even further
 marginalize it?


To me local chat is the same since 2.0, except now the local chat log
and chat bar panels are in the same floater. I agree that it should be
a stopper, but I have thought since 2.0 beta.

Sadly it only a small effort to add docking support to local chat in
to conversations.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQEcBAEBAgAGBQJOoFkhAAoJEIdLfPRu7qE2qykIAKQUtD+qTWFMd1f6bffvy16J
3O02NvUdJNq143Dn8kCTjnN4jW3nLAO9PfmvFTHVycPonr0tcMYnDyQtS3/flGLH
NH3NRV4F6prLzYDSlzojNXanpbQ83ADH5zlKIBWIBd9q5Be47wGFiwn8dcacS1iN
AlXG06B+PZ7hJW5qpjN1xQfo51y9iYDAxNAkuQijqi+uFJ0mXnWTAM3X1IAB/1Sk
4fMi3WtqXi+U0ln//RbK/aYv5C0dn62Cy04toVFC+GqbE5GYcTnjEOgzjfVeS3dw
MDk7aNH25H927QSwneBuZFMNVB0dcjFm2MNRh4ddJA57MEa6wiPpP2jT0/b0b6M=
=8c3H
-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

Re: [opensource-dev] FUI project just out - no more sidebar

[Kadah]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 10/19/2011 5:25 AM, Oz Linden (Scott Lawrence) wrote:
 On 2011-10-19 2:52, Lance Corrimal wrote:
 first rule in UI design: do not move essential stuff with no
 extremely good reasons.
 
 Maybe they wanted you to discover that you could move them?  Sounds
 like an ok reason to me...


I'm gonna guess that was the reason for removing Map as well, make me
figure out how to add it back before I can use it. I noticed that the
ctrl+M shortcut wouldn't actually work till I added the button back at
least once per profile.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQEcBAEBAgAGBQJOoFrIAAoJEIdLfPRu7qE2fY4H/RLoSavbGXQ8Jndk+EaQs9M/
6jMiFBB769PqzB4G2N/O7TKgundeKCHew0XgnOghX1jtveC9YHtkqnTHq4ZV3ea0
wKtvsMHucKD0RN/KjfidDzqKO3flPUYr2gdRclxoj1G6+sNKptDVOizUu59wcvIt
fM/DYKNcjqTsvRuIn77BSOLJEzHHR1X3Y9epW88Ow2UEgFDn7yuZLq1qaNV8IZUM
X8c6O5oDAvHSWQb2Fk+b7Iwwbtk+a127p8i+GY3OD3vqbhcq6g2+hW+jCP9LnvfB
n7jcMY69BjARpI4ttPcDzO6sTQv2DU/GRUGXBrECTCWmnZegT3YtdowM56xC9j0=
=5UxU
-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

Re: [opensource-dev] Viewer UI mode merge

[Kadah]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

My top annoyances on first impressions:
No Map button by default, and no ctrl+M shortcut at all.
Can't relocate the chiclets syswell, or at least reduce the standoff
from the corner. I use that corner exclusively for the minimap, which
has always made using the v2 UI difficult.
Nearby voice should be a flyout panel of nearby (outstanding from 2.0)
Nearby chat should be dockable in Conversations (outstanding from 2.0)

Otherwise its rather nice. You won't see my crying over the sidebar
being removed and the abality to see and type in to local is long
overdue. I really like the customizable buttons, though I wish they were
not per-user.

A quick vid I made of the new button customization:
http://www.youtube.com/watch?v=T9dvwEr_JuY
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQEcBAEBAgAGBQJOnjQtAAoJEIdLfPRu7qE2JH4H/iKdVDOTjHWFYjS7Xj9GYE64
as/W22pgJh7PIeHBrFXi7MWHe2phxQr0m5TSa3F7+frJ91MXD/DvHqpnonIrL5pA
5FFCTkau9LCXM9iJ/xOYGyr61/e8o7AwS2axBRx6FIHNXh3/836fLLUXYHjEksvv
0ZKS/9YNp1der/d2BKoF8utbp5kaD9awPzFFTXmzYGyJ+faTZXbOKtD2VHLrdfnK
nC2/k2iGCZGGxyqu7P7t6YfZbSoMm6xA4WR+vQ5B/qegk1E9kTcUXQo4sHHCtbyJ
I73sG0YQg42WcxX00nWFVM+XF1IBtOn4NmabgSb2xoJw+bk3GBvg6vd6vFuYI9Y=
=HIaj
-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

Re: [opensource-dev] Viewer UI mode merge

[Kadah]

On 10/18/2011 7:20 PM, Arrehn Oberlander wrote:
 Thanks for sharing Oz,
 
 Although I like the general direction of the improvements and believe
 they have good potential, I feel the obligation to point out to your own
 presentation with Esbee and Qarl two years ago coming off of the
 difficult Viewer 2 rollout, where the three of you stood up before
 everyone at SLCC and told us that LL wasn't going drop these large UI
 rewrites on the community as surprises.
 
 I'm glad it's there, I think it has potential, but the communication and
 coordination with the greater development community was poor at best,
 and at worst, contrary to what LL directly communicated.
 
 It would perhaps have been better to have these as project viewers well
 in advance of a sweeping merge.

+1
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges

Re: [opensource-dev] Collaborative LSL scripting and TPV policy

[Kadah]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 9/2/2011 9:50 AM, Oz Linden (Scott Lawrence) wrote:
 On 2011-09-02 12:32, Stickman wrote:
  Since the official viewer already allows:
  - copy/pasting any modifiable script
  - and opening them in an external editor,
  should I understand that modifiable script export is a functionality
  that Linden Lab's viewers already provides? Or do we really have to be
  the creator of the script?
 Policy question. Technically not an item for this list, but there is
 no place to ask questions like these.
 
 There's nothing wrong with asking policy questions here, so long as they 
 also relate to open source development.
 
 
 I'll see what I can do about getting an answer to that question (such 
 things are rarely quick).

I would believe exporting script would fall under the same isOwner 
isCreator  hasCopy  hasMod  hasTrans check for exporting any other
asset.


In-viewer revision control has been long time wish list item for me, for
the exact same reasons, but my skill level for such things its to the
level to do such myself yet. The whole copy-paste routine is extremely
annoying after a while.
An alternative solution would be at least a bulk upload of scripts, even
single script upload would be a vast impoverishment really.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQEcBAEBAgAGBQJOYR1CAAoJEIdLfPRu7qE25YIH/RnEq3i7/jqN0u8Guq5GDY2X
YGILrX5/euZ+C1dV62DSXGcbDLO+5iG//4+vojxfzdKE2M3Wdl6rjvHA8eelQcr4
GWSydyMNeroNSKrv4cplZw7JRkEmZaJy+hz7SDxZujStmJUjtAR7rsso8M70p+zY
aSlv6E6cOEk9q7/z5M3DkMH5zyliX/0sQwZL8qUnTK5LTc90jyHnR2j8RgXPu6Pv
9hkSDak4rwbtuKe9K4aRwyzDYVG/Iq5WJ1niCInSJedqX56yHNNFcOOCeYtNtqBu
fM7NxR/VD1qEBMre8KeZgN4etcnQUTRysqI7w6EK1YLdthoJ4eAJihX9OI2ZW7w=
=X//E
-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

Re: [opensource-dev] Current status of Mesh??

[Kadah]

-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-
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges

Re: [opensource-dev] Current status of Mesh??

[Kadah]

-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-
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges

Re: [opensource-dev] Review Request: [STORM-56] As Builder, I want more decimal places allowed in the Build tool so that I can more precisely align small prims.

[Kadah Coba]

-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-
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges

Re: [opensource-dev] Review Request: [STORM-56] As Builder, I want more decimal places allowed in the Build tool so that I can more precisely align small prims.

[Kadah Coba]

 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
 


___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges

Re: [opensource-dev] Mercurial hook checking for well-formed XML

[Kadah]

-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-
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges

Re: [opensource-dev] 3.0.0 Beta Candidate available

[Kadah]

-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-
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges

Re: [opensource-dev] 3.0.0 Beta Candidate available

[Kadah]

-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

Re: [opensource-dev] Version Numbering

[Kadah]

-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-
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges

Re: [opensource-dev] Version Numbering

[Kadah]

-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 kadah.c...@gmail.com 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-
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges

Re: [opensource-dev] 3.0.0 Beta Candidate available

[Kadah]

-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.c...@gmail.com
 To: mike.ch...@alternatemetaverse.com
 CC: opensource-dev@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-
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges

Re: [opensource-dev] Review Request: STORM-1534: Derive Credits lists of contributors and translators from doc/ files

[Kadah]

-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 HelpAbout 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

Re: [opensource-dev] Review Request: STORM-1534: Derive Credits lists of contributors and translators from doc/ files

[Kadah]

-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 kadah.c...@gmail.com
 mailto:kadah.c...@gmail.com 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 HelpAbout 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-
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges

Re: [opensource-dev] Review Request: STORM-1534: Derive Credits lists of contributors and translators from doc/ files

[Kadah Coba]

---
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 HelpAbout 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
 


___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges

Re: [opensource-dev] Call for mesh volunteer regions

[Kadah]

-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-
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges

[opensource-dev] 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.

[Kadah Coba]

---
This is an automatically generated e-mail. To reply, visit:
http://codereview.secondlife.com/r/424/
---

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

___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges

Re: [opensource-dev] Review Request: STORM-1453: Prevent unintended 10L sale

[Kadah Coba]

 On July 21, 2011, 5:35 p.m., Kadah Coba wrote:
  Made the requested changes. Allow setting object price without needing to 
  commit the object for sale at the default 10L first.
 
 Wolfpup Lowenhar wrote:
 1. Can the price be set to 0$L.
 2. Dose this also fix it in the side tray?

1. Yes, anything 0 is clammed to 0$L.
2. Yeah, side tray... I could park a freight train in the blind spot I have 
there.


- Kadah


---
This is an automatically generated e-mail. To reply, visit:
http://codereview.secondlife.com/r/365/#review906
---


On July 21, 2011, 5:34 p.m., Kadah Coba wrote:
 
 ---
 This is an automatically generated e-mail. To reply, visit:
 http://codereview.secondlife.com/r/365/
 ---
 
 (Updated July 21, 2011, 5:34 p.m.)
 
 
 Review request for Viewer.
 
 
 Summary
 ---
 
 This change makes it so setting an object for sale or modifying the price or 
 sale type requires explicitly applying the changes. Default behavior before 
 this patch is all sale info is committed to sim on change. After this patch 
 the sale info will only get set or modified after hitting a mark for sale 
 button. There is no change to removing an object from sale, unchecking For 
 sale will be committed to sim without further user interation.
 
 https://bitbucket.org/Kadah_Coba/storm-1453
 
 
 This addresses bug STORM-1453.
 http://jira.secondlife.com/browse/STORM-1453
 
 
 Diffs
 -
 
   indra/newview/llpanelpermissions.cpp UNKNOWN 
 
 Diff: http://codereview.secondlife.com/r/365/diff
 
 
 Testing
 ---
 
 (I had stuff here but Review Board kept deleting it every time I tried to 
 save.)
 
 
 Thanks,
 
 Kadah
 


___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges

Re: [opensource-dev] Review Request: STORM-1453: Prevent unintended 10L sale

[Kadah Coba]

---
This is an automatically generated e-mail. To reply, visit:
http://codereview.secondlife.com/r/365/
---

(Updated July 22, 2011, 11:47 a.m.)


Review request for Viewer.


Changes
---

Updated for sidebar's object profile panel.


Summary
---

This change makes it so setting an object for sale or modifying the price or 
sale type requires explicitly applying the changes. Default behavior before 
this patch is all sale info is committed to sim on change. After this patch the 
sale info will only get set or modified after hitting a mark for sale button. 
There is no change to removing an object from sale, unchecking For sale will 
be committed to sim without further user interation.

https://bitbucket.org/Kadah_Coba/storm-1453


This addresses bug STORM-1453.
http://jira.secondlife.com/browse/STORM-1453


Diffs (updated)
-

  indra/newview/llpanelpermissions.cpp UNKNOWN 
  indra/newview/llsidepaneltaskinfo.cpp UNKNOWN 

Diff: http://codereview.secondlife.com/r/365/diff


Testing
---

(I had stuff here but Review Board kept deleting it every time I tried to save.)


Thanks,

Kadah

___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges

Re: [opensource-dev] Review Request: STORM-1453: Prevent unintended 10L sale

[Kadah Coba]

---
This is an automatically generated e-mail. To reply, visit:
http://codereview.secondlife.com/r/365/
---

(Updated July 21, 2011, 5:34 p.m.)


Review request for Viewer.


Summary (updated)
---

This change makes it so setting an object for sale or modifying the price or 
sale type requires explicitly applying the changes. Default behavior before 
this patch is all sale info is committed to sim on change. After this patch the 
sale info will only get set or modified after hitting a mark for sale button. 
There is no change to removing an object from sale, unchecking For sale will 
be committed to sim without further user interation.

https://bitbucket.org/Kadah_Coba/storm-1453


This addresses bug STORM-1453.
http://jira.secondlife.com/browse/STORM-1453


Diffs (updated)
-

  indra/newview/llpanelpermissions.cpp UNKNOWN 

Diff: http://codereview.secondlife.com/r/365/diff


Testing
---

(I had stuff here but Review Board kept deleting it every time I tried to save.)


Thanks,

Kadah

___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges

Re: [opensource-dev] Review Request: STORM-1453: Prevent unintended 10L sale

[Kadah Coba]

---
This is an automatically generated e-mail. To reply, visit:
http://codereview.secondlife.com/r/365/#review906
---


Made the requested changes. Allow setting object price without needing to 
commit the object for sale at the default 10L first.

- Kadah


On July 21, 2011, 5:34 p.m., Kadah Coba wrote:
 
 ---
 This is an automatically generated e-mail. To reply, visit:
 http://codereview.secondlife.com/r/365/
 ---
 
 (Updated July 21, 2011, 5:34 p.m.)
 
 
 Review request for Viewer.
 
 
 Summary
 ---
 
 This change makes it so setting an object for sale or modifying the price or 
 sale type requires explicitly applying the changes. Default behavior before 
 this patch is all sale info is committed to sim on change. After this patch 
 the sale info will only get set or modified after hitting a mark for sale 
 button. There is no change to removing an object from sale, unchecking For 
 sale will be committed to sim without further user interation.
 
 https://bitbucket.org/Kadah_Coba/storm-1453
 
 
 This addresses bug STORM-1453.
 http://jira.secondlife.com/browse/STORM-1453
 
 
 Diffs
 -
 
   indra/newview/llpanelpermissions.cpp UNKNOWN 
 
 Diff: http://codereview.secondlife.com/r/365/diff
 
 
 Testing
 ---
 
 (I had stuff here but Review Board kept deleting it every time I tried to 
 save.)
 
 
 Thanks,
 
 Kadah
 


___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges

Re: [opensource-dev] Review Request: STORM-1315: Ability to do simple math in numeric edit fields

[Kadah Coba]

---
This is an automatically generated e-mail. To reply, visit:
http://codereview.secondlife.com/r/377/
---

(Updated July 4, 2011, 2:22 p.m.)


Review request for Viewer.


Summary
---

This is a direct adaptation of Aimee Trescothick's contributed patch from 
STORM-1315 for v-d. Adjustments were made where needed to make it work with the 
newer boost and llui code. Some changes were made to the variable names it uses 
on build; ie PX for x position instead of just X.

Patch allows for imputing simple math equations in to the spinner controls. On 
the build floater a series of variable names are available for using the 
objects current values in equations, like sx+3 will take the current X scale 
and add 3.

Repo: https://bitbucket.org/Kadah_Coba/storm-1315
Changeset: https://bitbucket.org/Kadah_Coba/storm-1315/changeset/d33ca6edf370


This addresses bug STORM-1315.
http://jira.secondlife.com/browse/STORM-1315


Diffs (updated)
-

  indra/newview/llpanelobject.cpp 353807ed6a69 
  indra/newview/llpanelface.cpp 353807ed6a69 
  indra/newview/llappviewer.cpp 353807ed6a69 
  indra/llui/llspinctrl.cpp 353807ed6a69 
  indra/llui/lllineeditor.cpp 353807ed6a69 
  indra/llmath/llcalcparser.cpp PRE-CREATION 
  indra/llui/lllineeditor.h 353807ed6a69 
  indra/llmath/llcalc.cpp PRE-CREATION 
  indra/llmath/llcalcparser.h PRE-CREATION 
  indra/llmath/llcalc.h PRE-CREATION 
  indra/llmath/CMakeLists.txt 353807ed6a69 
  doc/contributions.txt 353807ed6a69 

Diff: http://codereview.secondlife.com/r/377/diff


Testing
---

Built and ran. Some testing done with simple equations on the build tools 
floater to edit an object, no issues were observed.


Thanks,

Kadah

___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges

Re: [opensource-dev] Review Request: STORM-1315: Ability to do simple math in numeric edit fields

[Kadah Coba]

---
This is an automatically generated e-mail. To reply, visit:
http://codereview.secondlife.com/r/377/
---

(Updated July 2, 2011, 10:21 p.m.)


Review request for Viewer.


Changes
---

Added the missing clears for the texture variables on no selection


Summary
---

This is a direct adaptation of Aimee Trescothick's contributed patch from 
STORM-1315 for v-d. Adjustments were made where needed to make it work with the 
newer boost and llui code. Some changes were made to the variable names it uses 
on build; ie PX for x position instead of just X.

Patch allows for imputing simple math equations in to the spinner controls. On 
the build floater a series of variable names are available for using the 
objects current values in equations, like sx+3 will take the current X scale 
and add 3.

Repo: https://bitbucket.org/Kadah_Coba/storm-1315
Changeset: https://bitbucket.org/Kadah_Coba/storm-1315/changeset/d33ca6edf370


This addresses bug STORM-1315.
http://jira.secondlife.com/browse/STORM-1315


Diffs (updated)
-

  indra/newview/llpanelobject.cpp 353807ed6a69 
  indra/newview/llpanelface.cpp 353807ed6a69 
  indra/newview/llappviewer.cpp 353807ed6a69 
  indra/llui/llspinctrl.cpp 353807ed6a69 
  indra/llui/lllineeditor.cpp 353807ed6a69 
  indra/llmath/llcalcparser.cpp PRE-CREATION 
  indra/llui/lllineeditor.h 353807ed6a69 
  doc/contributions.txt 353807ed6a69 
  indra/llmath/CMakeLists.txt 353807ed6a69 
  indra/llmath/llcalc.h PRE-CREATION 
  indra/llmath/llcalc.cpp PRE-CREATION 
  indra/llmath/llcalcparser.h PRE-CREATION 

Diff: http://codereview.secondlife.com/r/377/diff


Testing
---

Built and ran. Some testing done with simple equations on the build tools 
floater to edit an object, no issues were observed.


Thanks,

Kadah

___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges

[opensource-dev] Review Request: Searching in the world map clears the destination arrow but not the destination beacon

[Kadah Coba]

---
This is an automatically generated e-mail. To reply, visit:
http://codereview.secondlife.com/r/379/
---

Review request for Viewer.


Summary
---

A single line change to more completely clear the tracking beacon when text is 
entered in to the world map's search field.

https://bitbucket.org/Kadah_Coba/vwr-25753


This addresses bug VWR-25753.
http://jira.secondlife.com/browse/VWR-25753


Diffs
-

  indra/newview/llfloaterworldmap.cpp c7a4b7a24e05 

Diff: http://codereview.secondlife.com/r/379/diff


Testing
---

Built and ran, world map's search field fallowed the expected behavior 
described in VWR-25753.


Thanks,

Kadah

___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges

[opensource-dev] Review Request: STORM-1315: Ability to do simple math in numeric edit fields

[Kadah Coba]

---
This is an automatically generated e-mail. To reply, visit:
http://codereview.secondlife.com/r/377/
---

Review request for Viewer.


Summary
---

This is a direct adaptation of Aimee Trescothick's contributed patch from 
STORM-1315 for v-d. Adjustments were made where needed to make it work with the 
newer boost and llui code. Some changes were made to the variable names it uses 
on build; ie PX for x position instead of just X.

Patch allows for imputing simple math equations in to the spinner controls. On 
the build floater a series of variable names are available for using the 
objects current values in equations, like sx+3 will take the current X scale 
and add 3.

Repo: https://bitbucket.org/Kadah_Coba/storm-1315
Changeset: https://bitbucket.org/Kadah_Coba/storm-1315/changeset/d33ca6edf370


This addresses bug STORM-1315.
http://jira.secondlife.com/browse/STORM-1315


Diffs
-

  doc/contributions.txt UNKNOWN 
  indra/llmath/CMakeLists.txt UNKNOWN 
  indra/llmath/llcalc.h UNKNOWN 
  indra/llmath/llcalc.cpp UNKNOWN 
  indra/llmath/llcalcparser.h UNKNOWN 
  indra/llmath/llcalcparser.cpp UNKNOWN 
  indra/llui/lllineeditor.h UNKNOWN 
  indra/llui/lllineeditor.cpp UNKNOWN 
  indra/llui/llspinctrl.cpp UNKNOWN 
  indra/newview/llappviewer.cpp UNKNOWN 
  indra/newview/llpanelface.cpp UNKNOWN 
  indra/newview/llpanelobject.cpp UNKNOWN 

Diff: http://codereview.secondlife.com/r/377/diff


Testing
---

Built and ran. Some testing done with simple equations on the build tools 
floater to edit an object, no issues were observed.


Thanks,

Kadah

___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges

Re: [opensource-dev] Review Request: VWR-21522: Prevent unintended 10L sale

[Kadah Coba]

 On June 30, 2011, 9:29 a.m., Vadim ProductEngine wrote:
  indra/newview/llpanelpermissions.cpp, line 1027
  http://codereview.secondlife.com/r/365/diff/2-3/?file=3041#file3041line1027
 
  CS: check_purchase or better check_purchase_cb

Same name is used else where in the legacy code, should I change both while I'm 
at it?


 On June 30, 2011, 9:29 a.m., Vadim ProductEngine wrote:
  indra/newview/llpanelpermissions.cpp, line 1118
  http://codereview.secondlife.com/r/365/diff/2-3/?file=3041#file3041line1118
 
  dead code

Mistake while merging, will clean


 On June 30, 2011, 9:29 a.m., Vadim ProductEngine wrote:
  indra/newview/llpanelpermissions.cpp, line 443
  http://codereview.secondlife.com/r/365/diff/2-3/?file=3041#file3041line443
 
  Please separate comments from // with a space, i.e. write // Check 
  if...

I don't think that was in the CS wiki doc. Will fix comments


- Kadah


---
This is an automatically generated e-mail. To reply, visit:
http://codereview.secondlife.com/r/365/#review831
---


On June 29, 2011, 4:54 p.m., Kadah Coba wrote:
 
 ---
 This is an automatically generated e-mail. To reply, visit:
 http://codereview.secondlife.com/r/365/
 ---
 
 (Updated June 29, 2011, 4:54 p.m.)
 
 
 Review request for Viewer.
 
 
 Summary
 ---
 
 This change makes it so setting an object for sale or modifying the price or 
 sale type requires explicitly applying the changes. Default behavior before 
 this patch is all sale info is committed to sim on change. After this patch 
 the sale info will only get set or modified after hitting a mark for sale 
 button. There is no change to removing an object from sale, unchecking For 
 sale will be committed to sim without further user interation.
 
 https://bitbucket.org/Kadah_Coba/vwr-21522
 Main Patch: https://bitbucket.org/Kadah_Coba/vwr-21522/changeset/45df3e1e9f6f
 German translation: 
 https://bitbucket.org/Kadah_Coba/vwr-21522/changeset/01dc58391588
 
 
 This addresses bug VWR-21522.
 http://jira.secondlife.com/browse/VWR-21522
 
 
 Diffs
 -
 
   indra/newview/skins/default/xui/de/floater_tools.xml b245a988d038 
   indra/newview/skins/default/xui/en/floater_tools.xml b245a988d038 
   indra/newview/llpanelpermissions.h b245a988d038 
   indra/newview/llpanelpermissions.cpp b245a988d038 
 
 Diff: http://codereview.secondlife.com/r/365/diff
 
 
 Testing
 ---
 
 (I had stuff here but Review Board kept deleting it every time I tried to 
 save.)
 
 
 Thanks,
 
 Kadah
 


___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges

Re: [opensource-dev] Review Request: VWR-21522: Prevent unintended 10L sale

[Kadah Coba]

---
This is an automatically generated e-mail. To reply, visit:
http://codereview.secondlife.com/r/365/
---

(Updated June 30, 2011, 10:33 a.m.)


Review request for Viewer.


Changes
---

Requested CS changes.
Would you like a clean fork with this as one changeset? The current fork got 
too messy for my standards.


Summary
---

This change makes it so setting an object for sale or modifying the price or 
sale type requires explicitly applying the changes. Default behavior before 
this patch is all sale info is committed to sim on change. After this patch the 
sale info will only get set or modified after hitting a mark for sale button. 
There is no change to removing an object from sale, unchecking For sale will 
be committed to sim without further user interation.

https://bitbucket.org/Kadah_Coba/vwr-21522
Main Patch: https://bitbucket.org/Kadah_Coba/vwr-21522/changeset/45df3e1e9f6f
German translation: 
https://bitbucket.org/Kadah_Coba/vwr-21522/changeset/01dc58391588


This addresses bug VWR-21522.
http://jira.secondlife.com/browse/VWR-21522


Diffs (updated)
-

  doc/contributions.txt UNKNOWN 
  indra/newview/llpanelpermissions.h UNKNOWN 
  indra/newview/llpanelpermissions.cpp UNKNOWN 
  indra/newview/skins/default/xui/de/floater_tools.xml UNKNOWN 
  indra/newview/skins/default/xui/en/floater_tools.xml UNKNOWN 

Diff: http://codereview.secondlife.com/r/365/diff


Testing
---

(I had stuff here but Review Board kept deleting it every time I tried to save.)


Thanks,

Kadah

___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges

Re: [opensource-dev] Review Request: STORM-1315: Ability to do simple math in numeric edit fields

[Kadah Coba]

---
This is an automatically generated e-mail. To reply, visit:
http://codereview.secondlife.com/r/377/
---

(Updated June 30, 2011, 11:56 a.m.)


Review request for Viewer.


Changes
---

Lets see if this diff wants to work.


Summary
---

This is a direct adaptation of Aimee Trescothick's contributed patch from 
STORM-1315 for v-d. Adjustments were made where needed to make it work with the 
newer boost and llui code. Some changes were made to the variable names it uses 
on build; ie PX for x position instead of just X.

Patch allows for imputing simple math equations in to the spinner controls. On 
the build floater a series of variable names are available for using the 
objects current values in equations, like sx+3 will take the current X scale 
and add 3.

Repo: https://bitbucket.org/Kadah_Coba/storm-1315
Changeset: https://bitbucket.org/Kadah_Coba/storm-1315/changeset/d33ca6edf370


This addresses bug STORM-1315.
http://jira.secondlife.com/browse/STORM-1315


Diffs (updated)
-

  doc/contributions.txt UNKNOWN 
  indra/llmath/CMakeLists.txt UNKNOWN 
  indra/llmath/llcalc.h UNKNOWN 
  indra/llmath/llcalc.cpp UNKNOWN 
  indra/llmath/llcalcparser.h UNKNOWN 
  indra/llmath/llcalcparser.cpp UNKNOWN 
  indra/llui/lllineeditor.h UNKNOWN 
  indra/llui/lllineeditor.cpp UNKNOWN 
  indra/llui/llspinctrl.cpp UNKNOWN 
  indra/newview/llappviewer.cpp UNKNOWN 
  indra/newview/llpanelface.cpp UNKNOWN 
  indra/newview/llpanelobject.cpp UNKNOWN 

Diff: http://codereview.secondlife.com/r/377/diff


Testing
---

Built and ran. Some testing done with simple equations on the build tools 
floater to edit an object, no issues were observed.


Thanks,

Kadah

___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges

Re: [opensource-dev] Review Request: STORM-1315: Ability to do simple math in numeric edit fields

[Kadah Coba]

---
This is an automatically generated e-mail. To reply, visit:
http://codereview.secondlife.com/r/377/
---

(Updated June 30, 2011, 11:59 a.m.)


Review request for Viewer.


Summary
---

This is a direct adaptation of Aimee Trescothick's contributed patch from 
STORM-1315 for v-d. Adjustments were made where needed to make it work with the 
newer boost and llui code. Some changes were made to the variable names it uses 
on build; ie PX for x position instead of just X.

Patch allows for imputing simple math equations in to the spinner controls. On 
the build floater a series of variable names are available for using the 
objects current values in equations, like sx+3 will take the current X scale 
and add 3.

Repo: https://bitbucket.org/Kadah_Coba/storm-1315
Changeset: https://bitbucket.org/Kadah_Coba/storm-1315/changeset/d33ca6edf370


This addresses bug STORM-1315.
http://jira.secondlife.com/browse/STORM-1315


Diffs (updated)
-

  doc/contributions.txt 353807ed6a69 
  indra/llmath/CMakeLists.txt 353807ed6a69 
  indra/llmath/llcalc.h PRE-CREATION 
  indra/llmath/llcalc.cpp PRE-CREATION 
  indra/llmath/llcalcparser.h PRE-CREATION 
  indra/llmath/llcalcparser.cpp PRE-CREATION 
  indra/llui/lllineeditor.h 353807ed6a69 
  indra/llui/lllineeditor.cpp 353807ed6a69 
  indra/llui/llspinctrl.cpp 353807ed6a69 
  indra/newview/llappviewer.cpp 353807ed6a69 
  indra/newview/llpanelface.cpp 353807ed6a69 
  indra/newview/llpanelobject.cpp 353807ed6a69 

Diff: http://codereview.secondlife.com/r/377/diff


Testing
---

Built and ran. Some testing done with simple equations on the build tools 
floater to edit an object, no issues were observed.


Thanks,

Kadah

___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges

Re: [opensource-dev] Review Request: STORM-1315: Ability to do simple math in numeric edit fields

[Kadah]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Fixed. Not sure why that didn't want to work the first two times.

On 6/30/2011 10:00 AM, Vadim Savchuk wrote:
 On 06/30/2011 09:57 AM, Kadah Coba wrote:
 This is an automatically generated e-mail. To reply, visit:
 http://codereview.secondlife.com/r/377/


 Review request for Viewer.
 By Kadah Coba.


   Description

 This is a direct adaptation of Aimee Trescothick's contributed patch from 
 STORM-1315 for v-d. Adjustments were made where needed to make it work with 
 the newer boost and llui code. Some changes were made to the variable names 
 it uses on build; ie PX for x position instead of just X.

 Patch allows for imputing simple math equations in to the spinner controls. 
 On the build floater a series of variable names are available for using the 
 objects current values in equations, like sx+3 will take the current X 
 scale and add 3.

 I get an error when try to view the diff on Review Board. Please refresh
 it or create a new review request (not sure how to fix).
 
 -- 
 Vadim
 
 
 
 ___
 Policies 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/

iQEcBAEBAgAGBQJODMfOAAoJEIdLfPRu7qE2QQMH/2FDPqJ2EdLIytCHUckc8xtt
9ihAlZTK53U7E+IGoi0tET8C5NexWZ7CXiTIRDkaCltAaS4WhNN8eFvKfAoUqD5M
8MVwc0gyYJ7xpTKSMmAnWICuiO38bQsT2Tj1fssk4H1xmt4crKv2LiSF80aBVAMD
jETiqD8zbsqmHJkMSp3G7LO2K4AD29Vq1983YV+JruYb9dmaBPg0oQgkcGYrjXbw
eT0j1RtmAK/MqcuSMC+5M2vfosyqMkUOZpOlIjUVIv23JdqvT7ViTX3btBBOXdmN
UGlff1SBRTd1+Bo4+Z4c5PL7D/nyhlyESgxafKDDNAL1of2FvdEPqHY9h3I4NAs=
=c9eC
-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

Re: [opensource-dev] Review Request: STORM-1315: Ability to do simple math in numeric edit fields

[Kadah Coba]

---
This is an automatically generated e-mail. To reply, visit:
http://codereview.secondlife.com/r/377/
---

(Updated June 30, 2011, 1:49 p.m.)


Review request for Viewer.


Changes
---

Support for floor, ceil, modulo.
Fixed ABS.
Added more constants, SQRT_TWO_PI and SQRT3.


Summary
---

This is a direct adaptation of Aimee Trescothick's contributed patch from 
STORM-1315 for v-d. Adjustments were made where needed to make it work with the 
newer boost and llui code. Some changes were made to the variable names it uses 
on build; ie PX for x position instead of just X.

Patch allows for imputing simple math equations in to the spinner controls. On 
the build floater a series of variable names are available for using the 
objects current values in equations, like sx+3 will take the current X scale 
and add 3.

Repo: https://bitbucket.org/Kadah_Coba/storm-1315
Changeset: https://bitbucket.org/Kadah_Coba/storm-1315/changeset/d33ca6edf370


This addresses bug STORM-1315.
http://jira.secondlife.com/browse/STORM-1315


Diffs (updated)
-

  doc/contributions.txt UNKNOWN 
  indra/llmath/CMakeLists.txt UNKNOWN 
  indra/llmath/llcalc.h UNKNOWN 
  indra/llmath/llcalc.cpp UNKNOWN 
  indra/llmath/llcalcparser.h UNKNOWN 
  indra/llmath/llcalcparser.cpp UNKNOWN 
  indra/llui/lllineeditor.h UNKNOWN 
  indra/llui/lllineeditor.cpp UNKNOWN 
  indra/llui/llspinctrl.cpp UNKNOWN 
  indra/newview/llappviewer.cpp UNKNOWN 
  indra/newview/llpanelface.cpp UNKNOWN 
  indra/newview/llpanelobject.cpp UNKNOWN 

Diff: http://codereview.secondlife.com/r/377/diff


Testing
---

Built and ran. Some testing done with simple equations on the build tools 
floater to edit an object, no issues were observed.


Thanks,

Kadah

___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges

Re: [opensource-dev] Review Request: STORM-1315: Ability to do simple math in numeric edit fields

[Kadah Coba]

---
This is an automatically generated e-mail. To reply, visit:
http://codereview.secondlife.com/r/377/
---

(Updated June 30, 2011, 1:50 p.m.)


Review request for Viewer.


Changes
---

I have no idea why review board keeps breaking my diffs. Trying again.


Summary
---

This is a direct adaptation of Aimee Trescothick's contributed patch from 
STORM-1315 for v-d. Adjustments were made where needed to make it work with the 
newer boost and llui code. Some changes were made to the variable names it uses 
on build; ie PX for x position instead of just X.

Patch allows for imputing simple math equations in to the spinner controls. On 
the build floater a series of variable names are available for using the 
objects current values in equations, like sx+3 will take the current X scale 
and add 3.

Repo: https://bitbucket.org/Kadah_Coba/storm-1315
Changeset: https://bitbucket.org/Kadah_Coba/storm-1315/changeset/d33ca6edf370


This addresses bug STORM-1315.
http://jira.secondlife.com/browse/STORM-1315


Diffs (updated)
-

  doc/contributions.txt 353807ed6a69 
  indra/llmath/CMakeLists.txt 353807ed6a69 
  indra/llmath/llcalc.h PRE-CREATION 
  indra/llmath/llcalc.cpp PRE-CREATION 
  indra/llmath/llcalcparser.h PRE-CREATION 
  indra/llmath/llcalcparser.cpp PRE-CREATION 
  indra/llui/lllineeditor.h 353807ed6a69 
  indra/llui/lllineeditor.cpp 353807ed6a69 
  indra/llui/llspinctrl.cpp 353807ed6a69 
  indra/newview/llappviewer.cpp 353807ed6a69 
  indra/newview/llpanelface.cpp 353807ed6a69 
  indra/newview/llpanelobject.cpp 353807ed6a69 

Diff: http://codereview.secondlife.com/r/377/diff


Testing
---

Built and ran. Some testing done with simple equations on the build tools 
floater to edit an object, no issues were observed.


Thanks,

Kadah

___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges

Re: [opensource-dev] Review Request: VWR-21522: Prevent unintended 10L sale

[Kadah Coba]

 On June 29, 2011, 6:41 a.m., Oz Linden wrote:
  indra/newview/llpanelpermissions.cpp, lines 477-480
  http://codereview.secondlife.com/r/365/diff/2/?file=3041#file3041line477
 
  There's nothing else inside this 'else if' - why not add the check of 
  update_sale_info to this statement rather than adding the nested if ?

The parent if ends with an 'else' that disables the inputs controls; a lot of 
the logic would need reworking. I'll poke it to see if can work the logic to 
handle this.


- Kadah


---
This is an automatically generated e-mail. To reply, visit:
http://codereview.secondlife.com/r/365/#review824
---


On June 27, 2011, 6:44 p.m., Kadah Coba wrote:
 
 ---
 This is an automatically generated e-mail. To reply, visit:
 http://codereview.secondlife.com/r/365/
 ---
 
 (Updated June 27, 2011, 6:44 p.m.)
 
 
 Review request for Viewer.
 
 
 Summary
 ---
 
 This change makes it so setting an object for sale or modifying the price or 
 sale type requires explicitly applying the changes. Default behavior before 
 this patch is all sale info is committed to sim on change. After this patch 
 the sale info will only get set or modified after hitting a mark for sale 
 button. There is no change to removing an object from sale, unchecking For 
 sale will be committed to sim without further user interation.
 
 https://bitbucket.org/Kadah_Coba/vwr-21522
 Main Patch: https://bitbucket.org/Kadah_Coba/vwr-21522/changeset/45df3e1e9f6f
 German translation: 
 https://bitbucket.org/Kadah_Coba/vwr-21522/changeset/01dc58391588
 
 
 This addresses bug VWR-21522.
 http://jira.secondlife.com/browse/VWR-21522
 
 
 Diffs
 -
 
   indra/newview/llpanelpermissions.h b245a988d038 
   indra/newview/llpanelpermissions.cpp b245a988d038 
   indra/newview/skins/default/xui/en/floater_tools.xml b245a988d038 
 
 Diff: http://codereview.secondlife.com/r/365/diff
 
 
 Testing
 ---
 
 (I had stuff here but Review Board kept deleting it every time I tried to 
 save.)
 
 
 Thanks,
 
 Kadah
 


___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges

Re: [opensource-dev] Review Request: VWR-21522: Prevent unintended 10L sale

[Kadah Coba]

---
This is an automatically generated e-mail. To reply, visit:
http://codereview.secondlife.com/r/365/
---

(Updated June 29, 2011, 4:54 p.m.)


Review request for Viewer.


Changes
---

Added requested changes (I think I got them all)
Fixed issue where objects that are being actively changed by scripts would get 
prevented from being marked for sale


Summary
---

This change makes it so setting an object for sale or modifying the price or 
sale type requires explicitly applying the changes. Default behavior before 
this patch is all sale info is committed to sim on change. After this patch the 
sale info will only get set or modified after hitting a mark for sale button. 
There is no change to removing an object from sale, unchecking For sale will 
be committed to sim without further user interation.

https://bitbucket.org/Kadah_Coba/vwr-21522
Main Patch: https://bitbucket.org/Kadah_Coba/vwr-21522/changeset/45df3e1e9f6f
German translation: 
https://bitbucket.org/Kadah_Coba/vwr-21522/changeset/01dc58391588


This addresses bug VWR-21522.
http://jira.secondlife.com/browse/VWR-21522


Diffs (updated)
-

  indra/newview/skins/default/xui/de/floater_tools.xml b245a988d038 
  indra/newview/skins/default/xui/en/floater_tools.xml b245a988d038 
  indra/newview/llpanelpermissions.h b245a988d038 
  indra/newview/llpanelpermissions.cpp b245a988d038 

Diff: http://codereview.secondlife.com/r/365/diff


Testing
---

(I had stuff here but Review Board kept deleting it every time I tried to save.)


Thanks,

Kadah

___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges

Re: [opensource-dev] Snowstorm PO review build

[Kadah]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

STORM-787
There is an unclosed (likely also truncated) check_box entry at
panel_preferences_sound.xml@346. This is preventing the rest of the
panel from being displayed. Looks like a bad merge.

On 6/26/2011 8:12 PM, Twisted Laws wrote:
 STORM-787 http://jira.secondlife.com/browse/STORM-787  - setting not
 displayed in preferences media
 Mute Gestures Button 
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQEcBAEBAgAGBQJOCh40AAoJEIdLfPRu7qE2WJEIALN9FOKjlAsnjN2MZsndOJiZ
WQdGynreisLaLTh9ztmwlQQNSOdlX8KNQFbHjmx4EU2L1E43n05QSD4pZR3fKK4Q
MQJ0BaA7vvAOIG5oLMrEbZ1jiVBJnl+509WS1RldGVV6qP8gl0Uib8GN3oVTLbsQ
q41Jk1tGLOgqHa1fvf7sO682uMsdzk7IwOlfzYYX5prjnZomCdrhcerLHXhR7gjV
VqZ2wrjadwRutovvuW2bwZhHBEeS2O3uYVp0MA5Z5CAOWJkyy2dqX+sYPQ507R9C
RWMu8N2FYFjm0ClJBClJkpvzAxFjv3mjpG/T1O/Ak1Vi+YStrkMh4v4SakXW2kU=
=JTsF
-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

[opensource-dev] Review Request: VWR-21522: Prevent unintended 10L sale

[Kadah Coba]

---
This is an automatically generated e-mail. To reply, visit:
http://codereview.secondlife.com/r/365/
---

Review request for Viewer.


Summary
---

This change makes it so setting an object for sale or modifying the price or 
sale type requires explicitly applying the changes. Default behavior before 
this patch is all sale info is committed to sim on change. After this patch the 
sale info will only get set or modified after hitting a mark for sale button. 
There is no change to removing an object from sale, unchecking For sale will 
be committed to sim without further user interation.

https://bitbucket.org/Kadah_Coba/vwr-21522
Main Patch: https://bitbucket.org/Kadah_Coba/vwr-21522/changeset/45df3e1e9f6f
German translation: 
https://bitbucket.org/Kadah_Coba/vwr-21522/changeset/01dc58391588


This addresses bug VWR-21522.
http://jira.secondlife.com/browse/VWR-21522


Diffs
-

  indra/newview/llpanelpermissions.h b245a988d038 
  indra/newview/llpanelpermissions.cpp b245a988d038 
  indra/newview/skins/default/xui/en/floater_tools.xml b245a988d038 

Diff: http://codereview.secondlife.com/r/365/diff


Testing
---

(I had stuff here but Review Board kept deleting it every time I tried to save.)


Thanks,

Kadah

___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges

Re: [opensource-dev] Servers down?

[Kadah]

Yeah, you have to use the *OS configs or you will get errors from not
being able to include the closed licensed libs.

https://wiki.secondlife.com/wiki/Build_Viewer_With_Autobuild


On 5/10/2011 8:00 PM, Mysty Saunders wrote:
 or just use 'autobuild build -c ReleaseOS' for open source builds
 
 
 On Tue, May 10, 2011 at 10:53 PM, Duncan Bradders
 duncan.bradd...@gmail.com mailto:duncan.bradd...@gmail.com wrote:
 
 Hello folks,
 i'm trying to compile a new fresh V2 development branch, it
 appear s3-proxy.lindenlab.com http://s3-proxy.lindenlab.com is
 down, somebody knows what's going on?
 
 dbradders@Casa:~/Src/viewer-development/indra$ autobuild configure
 -c Release -- -DFMOD:BOOL=OFF
 checking package ogg-vorbis
 installing ogg-vorbis from archive
 checking package openal_soft
 installing openal_soft from archive
 -- Building with OpenAL audio support
 checking package db
 installing db from archive
 checking package apr_suite
 installing apr_suite from archive
 checking package boost
 installing boost from archive
 checking package expat
 installing expat from archive
 checking package zlib
 installing zlib from archive
 checking package google-perftools
 installing google-perftools from archive
 checking package ares
 installing ares from archive
 checking package curl
 installing curl from archive
 checking package openSSL
 installing openSSL from archive
 checking package xmlrpc-epi
 installing xmlrpc-epi from archive
 checking package google_breakpad
 installing google_breakpad from archive
 checking package jpeglib
 installing jpeglib from archive
 checking package libpng
 installing libpng from archive
 checking package googlemock
 installing googlemock from archive
 checking package tut
 installing tut from archive
 checking package kdu
 installing kdu from archive
 downloading kdu archive from
 
 http://s3-proxy.lindenlab.com/private-builds-secondlife-com/hg/repo/3p-kdu-private/rev/223538/arch/Linux/installer/kdu-6.4.1-linux-20110311.tar.bz2
 unable to download file: urlopen error [Errno 110] Connection timed
 out
 Traceback (most recent call last):
   File
 
 /usr/local/lib/python2.6/dist-packages/autobuild-0.8.5-py2.6.egg/autobuild/common.py,
 line 253, in download_package
 file(cachename, 'wb').write(urllib2.urlopen(package).read())
   File /usr/lib/python2.6/urllib2.py, line 126, in urlopen
 return _opener.open(url, data, timeout)
   File /usr/lib/python2.6/urllib2.py, line 391, in open
 response = self._open(req, data)
   File /usr/lib/python2.6/urllib2.py, line 409, in _open
 '_open', req)
   File /usr/lib/python2.6/urllib2.py, line 369, in _call_chain
 result = func(*args)
   File /usr/lib/python2.6/urllib2.py, line 1170, in http_open
 return self.do_open(httplib.HTTPConnection, req)
   File /usr/lib/python2.6/urllib2.py, line 1145, in do_open
 raise URLError(err)
 URLError: urlopen error [Errno 110] Connection timed out
 ERROR: failed to download
 
 http://s3-proxy.lindenlab.com/private-builds-secondlife-com/hg/repo/3p-kdu-private/rev/223538/arch/Linux/installer/kdu-6.4.1-linux-20110311.tar.bz2
 For more information: try re-running your command with --verbose or
 --debug
 CMake Error at cmake/Prebuilt.cmake:34 (message):
   Failed to download or unpack prebuilt 'kdu'.  Process returned 1.
 Call Stack (most recent call first):
   cmake/LLKDU.cmake:12 (use_prebuilt_binary)
   llkdu/CMakeLists.txt:15 (include)
 
 
 -- Configuring incomplete, errors occurred!
 ERROR: default configuration returned 1
 For more information: try re-running your command with --verbose or
 --debug
 dbradders@Casa:~/Src/viewer-development/indra$ 
 
 
 ___
 Policies 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

Re: [opensource-dev] Autobuild install can't install 3p-kdu-private

[Kadah]

Please review, it covers this
https://wiki.secondlife.com/wiki/Build_Viewer_With_Autobuild

You need to use the open source configurations instead, ie
autobuild build -c DebugOS
autobuild build -c RelWithDebInfoOS
autobuild build -c ReleaseOS

These will use publicly distributable libraries.


On 5/3/2011 10:26 PM, xinyi chen wrote:
 Thanks, what i just do is to manually edit autobuild.xml then comment
 out the keykdu/key and following map section.
 
 Your parameter should be normally used for 
 
 autobuild build | configure command.
 
 
 Simon
 
 2011/5/4 Marc Adored m...@inworlddesigns.com
 mailto:m...@inworlddesigns.com
 
 kdu cannot be downloaded or distributed legally unless you have a
 licence. I ran into the problem the other day you have to disable kdu
 so it uses openjpeg.
 
 Use -- -DUSE_KDU:BOOL=FALSE
 
 I am not sure how to use that in windows but you may know how.
 
 
 On Wed, May 4, 2011 at 1:10 AM, xinyi chen
 geekclawsupp...@gmail.com mailto:geekclawsupp...@gmail.com wrote:
  Platform: windows
  IDE: vs2010
  When I run the command to install all dependencies , it 's broken
 here:
  Failed to
 
 download 
 http://s3-proxy.lindenlab.com/private-builds-secondlife-com/hg/repo/3p-kdu-private/rev/221672/arch/CYGWIN/installer/kdu-6.4.1-windows-20110218.tar.bz2
  So where should I manually download the lib from?
  is there a way to resolve the problem?
 
  Thanks in advance
  Simon
  ___
  Policies 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

Re: [opensource-dev] OpenID based logins?

[Kadah]

How about fixing the openID issues with jira before that? I would like
to be able to keep issues open within my browser without openID reseting
every tab the dashboard and forcing their history's to the openID
process page.
Monty and Oz said this was a known issue.

And I'm also against linking SL accounts with any other service. I feel
that should be opt-in only and done in a manner that will not risk
inadvertent disclosures of SL idents (like usernames) to these 3rd parties.


On 4/21/2011 4:34 PM, Yoz Grahame wrote:
 We've long thought about something like this, but it's currently low on
 the priority list.
 
 For it to be really useful, it needs to work for viewer login; however,
 *that* needs web-triggered viewer login (as in, your authentication
 happens in an external browser window first, and then the viewer logs
 you straight in) otherwise you're forced to auth with your OpenID OP in
 the viewer window, and that's the classic Password Anti-Pattern*.
 
 Also, *if* we ever do this, we'd probably target Google and Facebook
 login first, though I *think* that Google Auth uses OpenID so we might
 get everything in one shot. (There's a multiple-orders-of-magnitude
 difference between those who'd use Google/Facebook auth and those who
 even know what OpenID is)
 
 In principle, I know of no reason why we wouldn't want this. We use
 OpenID and OAuth in various places already, and anything that makes it
 easier for people to authenticate securely is a Good Thing. However, we
 need to be convinced that there are major wins here before it can pushed
 up in the priorities.
 
 *
 http://www.designingsocialinterfaces.com/patterns/The_Password_Anti-Pattern
 
 On 21 April 2011 22:52, Brandon Husbands xot...@gmail.com
 mailto:xot...@gmail.com wrote:
 
 Any thoughts to being able to link your SL account to an open id
 identity server?
 
 -- 
 
 ---
 This email is a private and confidential communication. Any use of
 email may be subject to the laws and regulations of the United
 States. You may not Repost, Distribute nor reproduce any content of
 this message.
 
 ---
 
 ---
 
 ___
 Policies 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

Re: [opensource-dev] OpenID based logins?

[Kadah]

On 4/27/2011 5:25 PM, Yoz Grahame wrote:
 
 On 28 April 2011 01:34, Kadah kadah.c...@gmail.com
 mailto:kadah.c...@gmail.com wrote:
 
 How about fixing the openID issues with jira before that? I would like
 to be able to keep issues open within my browser without openID reseting
 every tab the dashboard and forcing their history's to the openID
 process page.
 Monty and Oz said this was a known issue.
 
 
 I don't know which issue you're talking about from your description - is
 there an existing issue you can point me to?
 The main JIRA-related OpenID issue I'd love to fix is related to
 timeouts and sign-out. There is currently no single-sign-out in the
 OpenID spec, which means that until we can implement a uniform method of
 doing this across RPs (which we have a plan for) we need to keep
 sessions fairly short, and this is a right pain.

I described it to Oz and Monty and they knew almost instantly what I was
talking about so here's how is described it to them.
I'll have many open tabs on Firefox to jira issues, if I close and
resume the session, all those tabs will load, hit the openID auth and
all those tabs be redirected to the dashbord or to an a random issue
that I filed but wasn't opened in the previous session. 'Back' on the
tabs will only go back to the openID auth.
They said it was a known issue and from the reaction, it sounded like
there was already an open issue on this but either didn't know the key
or was an internal one. I'm unable to find a public one.
Maybe Oz know's more?

 And I'm also against linking SL accounts with any other service. I feel
 that should be opt-in only and done in a manner that will not risk
 inadvertent disclosures of SL idents (like usernames) to these 3rd
 parties.
 
 
 I don't see how we could do it *without* it being opt-in. I mean, I'm
 sure there are incredibly cunning ways that we could root those details
 out if we were really determined, but not only do we not have the time,
 we're not actually inclined that way to begin with.
 
 Also, bear in mind that what we're talking about here is use of an
 OpenID for private authentication, not for public display. This is not
 about doing any kind of public association.
 
 -- Yoz
  
Its hard enough to get google to let me use 4 different accounts (all
for different things and one solely for apps) as is :P
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges

Re: [opensource-dev] Version numbering

[Kadah]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

I believe versioning numbers would go from 2.9 to 2.10 instead of 3.0

I think SL has used the non-decimal numerical school of thought for
versioning on the viewers, like with Viewer 1

On 3/4/2011 6:45 AM, Trilo Byte wrote:
 I understand the rationale behind dialing back the version numbering to 2.5.1 
 (it put the viewer on a path towards 3.0 much sooner than may have been 
 desired), but seeing as 2.5.1 was given an official release yesterday 
 shouldn't the development snapshots be on 2.5.2 to avoid confusion?
 
 TriloByte Zanzibar
 ___
 Policies and (un)subscribe information available here:
 http://wiki.secondlife.com/wiki/OpenSource-Dev
 Please read the policies before posting to keep unmoderated posting privileges
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQEcBAEBAgAGBQJNcUJQAAoJEIdLfPRu7qE2PvUH/3ClfHAFpBjKR8rMAxQjiC7w
dB7F7iWdi+ASU/LvtWf6VCEyI9WxYH01CqdkwFSttvRSqLepligPnWeepSxF1GWi
lk0XUJkFPcR7IvjznVOlP2gJ35z4LXPzNqSaX2+E4TWeMXxiM/JgfqzSZOm2SsJd
AnQ41r2KRAIdQLuA8uU9OMPrkQUUTbos2azmc1omnEV8ELJZm6lShbUIYKzQueiG
3t0MoATKq97hWLV/0oG5jIgjmWdIEhIY7hNfdERHU4d62AMPGG113SKUeLeRjOlx
apD2//4sIQSpqxYpA68123E6f6IgC2F2EYhR6o1TThIhVDGuzd8exLfmD/uS/K4=
=9DCZ
-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

Re: [opensource-dev] Extended Groups broken?

[Kadah Coba]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Yes, I was getting repro while I was on the fallowing,
Second Life Server 11.02.08.220555
Second Life RC Magnum 11.02.15.221184 and the previous one
As well as the previous LeTigre (my home region was apparently moved to
release channel in the last rollout)

I've typically get it when I log in and have one or more notices from
offline; I almost never change regions before handling group notices, so
the failure is occuring with in the same region as which I log in. I've
had at least a dozen failures like that this week a lone.

In the tests we attempted today, the notices were sent from Second Life
Server 11.02.08.220555 and received in the above current versions for
both online and offline. Repro wasn't successful.

Is it possible that this could be a additional effect of SVC-6766?


On 2/20/2011 11:51 PM, Brian McGroarty wrote:
 It shouldn't be related. The only places I've see the cap referenced in
 sim code are in the group joining and creation logic.
 
 Have you tried it with group notice attachment delivery and receipt on
 the different simulator versions?
 
 On Sun, Feb 20, 2011 at 11:38 PM, Kadah Coba kadah.c...@gmail.com
 mailto:kadah.c...@gmail.com wrote:
 
 Thanks Soft, I was just noticing this issue this morning.
 
 Could it have any relation to a problem I've been getting for over a
 week with attachments on group notices never getting to my inventory
 when I try to open then? I'm trying to test it but I cannot get it to
 repro on purpose so I can file a jira on it.
 
 
 On 2/20/2011 7:36 PM, Brian McGroarty wrote:
 Well, that was quick.
 
 One login server had been previously disabled after having
 problems. It
 was repaired and brought back into rotation without a config
 update. If
 you see the problem again and you logged in after 8pm today (Sunday),
 please post the gMaxAgentGroups line below as well as the sim host
 you're on.
 
 On Sun, Feb 20, 2011 at 7:25 PM, Brian McGroarty
 s...@lindenlab.com mailto:s...@lindenlab.com
 mailto:s...@lindenlab.com mailto:s...@lindenlab.com wrote:
 
 I found at least one login host with the wrong number set.
 I'll push
 this to ops.
 
 
 On Sun, Feb 20, 2011 at 6:57 PM, Brian McGroarty
 s...@lindenlab.com mailto:s...@lindenlab.com
 mailto:s...@lindenlab.com mailto:s...@lindenlab.com wrote:
 
 It might not be a viewer problem.
 
 The group allowance is controlled by a config file on the
 login
 hosts and the sims. The supporting sim code has been
 around for
 some time, so the sim version shouldn't factor into it. It's
 more likely a config problem. With a current viewer, search
 SecondLife.log for a line containing gMaxAgentGroups and
 report what you see. Here's mine:
 
 process_login_success_response: gMaxAgentGroups read from
 login.cgi: 42
 
 Next, check what sim host you're on via Help-About... If you
 provide the log line and the sim host, several Lindens on this
 list can check for a config problem.
 
 Also, some SL proxies don't pass new login fields properly. If
 you're using an inspector or similar, have a try without it.
 
 
 On Sun, Feb 20, 2011 at 5:52 PM, Trilo Byte
 trilobyte5...@gmail.com mailto:trilobyte5...@gmail.com
 mailto:trilobyte5...@gmail.com mailto:trilobyte5...@gmail.com
 wrote:
 
 Both the region I was on and the region I'd logged onto
  were non-RC servers, running server version 11.02.08
 220555.  Being that it worked fine when relogging using
 Viewer 2.5, it seems the bug is viewer-side rather than
 server-side.
 
 On Feb 20, 2011, at 4:02 PM, Keith Jaeger wrote:
 
 Try logging into a non RC sim.  This seems to help
 that issue.

  From: trilobyte5...@gmail.com
 mailto:trilobyte5...@gmail.com
 mailto:trilobyte5...@gmail.com
 mailto:trilobyte5...@gmail.com
  Date: Sun, 20 Feb 2011 15:51:47 -0800
  To: opensource-dev@lists.secondlife.com
 mailto:opensource-dev@lists.secondlife.com
 mailto:opensource-dev@lists.secondlife.com
 mailto:opensource-dev@lists.secondlife.com
  Subject: [opensource-dev] Extended Groups broken?

 
  I'm not sure if this broke in a previous build, but
 extended groups functionality is broken in build 221543
 (Mac client). I can see and access the 29 groups I
 currently belong to, but the Viewer will not let me join
 any new groups or accept a group invitation from another
 resident. The only workaround I could find was to relog
 using the Viewer 2.5 release.
 
  I tried searching the JIRA, but there are so many
 groups-related entries I've had no luck trying to find an
 existing issue. Is anybody else having trouble

Re: [opensource-dev] Extended Groups broken?

[Kadah Coba]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Thanks Soft, I was just noticing this issue this morning.

Could it have any relation to a problem I've been getting for over a
week with attachments on group notices never getting to my inventory
when I try to open then? I'm trying to test it but I cannot get it to
repro on purpose so I can file a jira on it.


On 2/20/2011 7:36 PM, Brian McGroarty wrote:
 Well, that was quick.
 
 One login server had been previously disabled after having problems. It
 was repaired and brought back into rotation without a config update. If
 you see the problem again and you logged in after 8pm today (Sunday),
 please post the gMaxAgentGroups line below as well as the sim host
 you're on.
 
 On Sun, Feb 20, 2011 at 7:25 PM, Brian McGroarty s...@lindenlab.com
 mailto:s...@lindenlab.com wrote:
 
 I found at least one login host with the wrong number set. I'll push
 this to ops.
 
 
 On Sun, Feb 20, 2011 at 6:57 PM, Brian McGroarty s...@lindenlab.com
 mailto:s...@lindenlab.com wrote:
 
 It might not be a viewer problem.
 
 The group allowance is controlled by a config file on the login
 hosts and the sims. The supporting sim code has been around for
 some time, so the sim version shouldn't factor into it. It's
 more likely a config problem. With a current viewer, search
 SecondLife.log for a line containing gMaxAgentGroups and
 report what you see. Here's mine:
 
 process_login_success_response: gMaxAgentGroups read from
 login.cgi: 42
 
 Next, check what sim host you're on via Help-About... If you
 provide the log line and the sim host, several Lindens on this
 list can check for a config problem.
 
 Also, some SL proxies don't pass new login fields properly. If
 you're using an inspector or similar, have a try without it.
 
 
 On Sun, Feb 20, 2011 at 5:52 PM, Trilo Byte
 trilobyte5...@gmail.com mailto:trilobyte5...@gmail.com wrote:
 
 Both the region I was on and the region I'd logged onto
  were non-RC servers, running server version 11.02.08
 220555.  Being that it worked fine when relogging using
 Viewer 2.5, it seems the bug is viewer-side rather than
 server-side.
 
 On Feb 20, 2011, at 4:02 PM, Keith Jaeger wrote:
 
 Try logging into a non RC sim.  This seems to help that issue.
  
  From: trilobyte5...@gmail.com
 mailto:trilobyte5...@gmail.com
  Date: Sun, 20 Feb 2011 15:51:47 -0800
  To: opensource-dev@lists.secondlife.com
 mailto:opensource-dev@lists.secondlife.com
  Subject: [opensource-dev] Extended Groups broken?

  
  I'm not sure if this broke in a previous build, but
 extended groups functionality is broken in build 221543
 (Mac client). I can see and access the 29 groups I
 currently belong to, but the Viewer will not let me join
 any new groups or accept a group invitation from another
 resident. The only workaround I could find was to relog
 using the Viewer 2.5 release.
  
  I tried searching the JIRA, but there are so many
 groups-related entries I've had no luck trying to find an
 existing issue. Is anybody else having trouble adding
 groups beyond 25?
  
  TriloByte Zanzibar
  ___
  Policies and (un)subscribe information available here:
  http://wiki.secondlife.com/wiki/OpenSource-Dev
  Please read the policies before posting to keep
 unmoderated posting privileges
 
 
 ___
 Policies and (un)subscribe information available here:
 http://wiki.secondlife.com/wiki/OpenSource-Dev
 Please read the policies before posting to keep unmoderated
 posting privileges
 
 
 
 
 -- 
 Brian McGroarty | Linden Lab
 Sent from my Newton MP2100 via acoustic coupler
 
 
 
 
 -- 
 Brian McGroarty | Linden Lab
 Sent from my Newton MP2100 via acoustic coupler
 
 
 
 
 -- 
 Brian McGroarty | Linden Lab
 Sent from my Newton MP2100 via acoustic coupler
 
 
 
 ___
 Policies and (un)subscribe information available here:
 http://wiki.secondlife.com/wiki/OpenSource-Dev
 Please read the policies before posting to keep unmoderated posting privileges

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQEcBAEBAgAGBQJNYhaGAAoJEGUNvxojA31t9+kH/3oAhPh0nlsZxMjM5ut1N4yz
rsXeCYvGISCJiUw4c/b82WK6RgjZ0+LljvhHFNmBg4uFI3uCA4wkPwBiQDQgqd1r

Re: [opensource-dev] Need Clarification on interfacing with web-based UI elements

[Kadah]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

It would have been nice if web profiles had been done in something like
XSLT instead :P
Raw profile data can easily be converted or stored into XML and
presintation would be taken care of by Webkit's libxslt.

On 2/3/2011 9:01 AM, Oz Linden (Scott Lawrence) wrote:
 On 2011-02-03 11:13, Arrehn Oberlander wrote:
 I'm concerned that I haven't received a response. I've already asked 
 this question a few times at office hours for Lindens involved in 
 development, and now here. Even if the answer is LL will not support 
 a a stable API to web services at least it is some kind of answer. 
 LL will continue to provide existing non-web APIs for this same data 
 for the indefinite future may be an option as well, but I haven't 
 heard this either. We're working on this, check back in a month is 
 also an answer that would be welcomed over silence.
 
 Apologies for not at least sending an ACK.
 
 I am pursuing this within LL.   At the very least, check back in a 
 month is something I can say now.  I expect to be able to say something 
 significantly better eventually - maybe even sooner than a month :-)
 
 
 ___
 Policies 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.10 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQEcBAEBAgAGBQJNSwAxAAoJEIdLfPRu7qE2EPkIAL8nCxbPJqBOYM4pjM7h3APJ
GTzoMgm0CgQybOr2QuJMkK6Y00oy+iMvVoYwRyOOPHUX4bzN3AbFMxIxnuJMg+zv
Ko7qSPVarfPkaWuuh3Pkxau3tpeuaDAOYg42IPiQm0Dt/kL28UX+Np5YiQ9WlDoz
BAWmxEHrwUDGXC9CYuP7snrOeLjVtVTGsB0H3FeEXEFi+Tl49/3iTPDuNf4Ec+yf
Lwxn3fng2jybNiruRKSO4OxWhu2Dgy0B0TZMCk7bLrz/wQLR6Op3e/x9t2zihMES
nti9WdGkIpm7OU6/iDyK6aqtbqv/c+cphGMimM6RNj8pvWdL80yE9/FPsXSYESI=
=nr1M
-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

Re: [opensource-dev] Nearby people tab

[Kadah Coba]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Are you above 1000m?

On 1/29/2011 3:50 PM, Dave Booth wrote:
 Whats the expected behavior of this tab of the people sidebar? I'm 
 currently sitting in a room with 14 other folks, half of whom are on my 
 flist and all within chat range - but this tab tells me no one nearby. 
 Currently on Second Life 2.6.0 (21) Jan 29 2011 12:57:40 (Second 
 Life Development) but to be honest I dont think I've EVER seen that tab 
 populated, no matter what build or how crowded the venue.
 ___
 Policies 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.9 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQEcBAEBAgAGBQJNRKpHAAoJEGUNvxojA31thvcIAI78LVkHyDYwejCbLaehmDAE
LlAe+mLqGyb1D7yO9NeAQkdhwNZSInKqdvKrHCMYQFifbQk/Z1aE+nYUoRoMa7/J
42Wo52L87mKEdA9fg7aPlWHEBgiP+d/6y5oK4hRDtJLcH1G6sHGSIeCFsvaTo2la
OEMzSP5l3N4c0hzxFeDR80YwPT1iYKrRqXdfUNhwyyQV3/QHrEnNmmkdk3dXSsQ2
hDpk9g3ui+uBh1zW/IzZ7RXgCPcMxHQdTONesLmeK1F9c6iLi4MIbrZ5WJkSGAtn
4kTyUeCPu8CTumXNX1n4pwKkO/gAyCXpifa4Aow/CGvjGyt2AY/SPcDmjvGJfzw=
=EZAf
-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

Re: [opensource-dev] Link times revisited

[Kadah]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Have you tried setting the /3GB option on boot to see if that has any
effect as well?

On 1/21/2011 8:16 AM, Jonathan Welch wrote:
 This is a follow up to my earlier Link Times message.
 I just upgraded my system from 2Gb to 4Gb, though it only shows 3Gb as
 being available (the joys of 32-bit Windows XP).
 
1st2nd pass
 CV 0:53   0:24  2Gb (CV = Cool Rainbow Viewer, based on v1.22)
   0:58  0:26  3Gb
 
 SG 3:30  2:07  2Gb
   3:33  2:11  3Gb
 
 V2  6:18  6:01  2Gb
   5:28  3:33  3Gb
 
 When I was doing these timing tests, initially with 2Gb, I was also
 monitoring free memory and did not see it get to an extremely low
 value; perhaps data was being sent to the page file before that
 happened, as there is a significant speed gain just by having 1 more
 Gb.
 
 -jonathan
 ___
 Policies and (un)subscribe information available here:
 http://wiki.secondlife.com/wiki/OpenSource-Dev
 Please read the policies before posting to keep unmoderated posting privileges
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQEcBAEBAgAGBQJNQbx0AAoJEIdLfPRu7qE2B8UH/1rtyMgd8m6TEqMjeMP0Etwt
8Mjh3vNgwfIvaJZCOSYy8WLoz7vWpaQpmL6Rxwis0eLGj3s7ebXPoERL/D+No5QT
AK2dku113WKTaqC9bzMGYkZbVwHfYY++nRT4+Mx39daNEb9e2uT8E9VCOLMTw10Z
mCWVZ47VZ3sDXDr3xV0UeAu3htLacsQanuNr7n9hmld4omRPsJ05+PBrSANU+pDf
WsWNvaIjoAsx9rod8N+fUzhfkqRvWSVCbLFRr4nX7PQlU9fDCSgOzgUd81A4Uidr
p80msnwoB1RxqtjYsKbVcKQqhAgYfmBg0bYpeYZvNMA/D5hQkdhFOheLPMqHUEg=
=b+NL
-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

Re: [opensource-dev] STORM-243 - simulator version notifications

[Kadah]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

What Oskar said.

Plus there are frequently (every RC roll?) bugs in one more more of the
RCs that will effect a user till they relog on to a different RC server.
- From November to mid-late December I was effected one or another bugs
like that when ever I'd logg in to my home region that was Le Tigre and
later on, Blue Steel.

On 1/18/2011 11:32 AM, Oskar Linden wrote:
 It does have use for people testing server. I'd say make it optional,
 more informative, and disabled by default.
 
 __Oskar
 
 On Tue, Jan 18, 2011 at 11:22 AM, Erin Mallory
 angel_of_crim...@hotmail.com mailto:angel_of_crim...@hotmail.com wrote:
 
 to rephrase, yes I like them, thought i'd rather see them on the
 chat history and have more detailed.  but i can live without them if
 the majority really want to see them gone altogether.  for me it
 helps me during certain testing and stuff to know when ive changed
 server versions but that's really about it.
 
 
 From: angel_of_crim...@hotmail.com mailto:angel_of_crim...@hotmail.com
 To: missannoto...@yahoo.com mailto:missannoto...@yahoo.com;
 q...@lindenlab.com mailto:q...@lindenlab.com;
 opensource-dev@lists.secondlife.com
 mailto:opensource-dev@lists.secondlife.com
 Date: Tue, 18 Jan 2011 12:04:09 -0500
 
 Subject: Re: [opensource-dev] STORM-243 - simulator version
 notifications
 
 I would also like to see the toast moved.  it can be useful and
 would be more useful if it had the actual version.  but i would like
 to see it on the chat history instead.  in fact... it would be nice
 to have an option to have ALL remaining system notifications be
 optionally shown in chat history instead of as toasts.  for one
 thing it would log better i think, for another...  well toasts
 bother a rather significant portion of sl.   those with some forms
 of epilepsy, migraines, some forms of add... to name a few...
 
 Erin/aka Cummere
 
 
 Date: Tue, 18 Jan 2011 08:35:01 -0800
 From: missannoto...@yahoo.com mailto:missannoto...@yahoo.com
 To: q...@lindenlab.com mailto:q...@lindenlab.com;
 opensource-dev@lists.secondlife.com
 mailto:opensource-dev@lists.secondlife.com
 Subject: Re: [opensource-dev] STORM-243 - simulator version
 notifications
 
 Doesn't it add some minor overhead to region crossings? I don't care
 about it. The message does not say what server version you just
 entered so it is mostly an annoyance. If I need version info I know
 where it is.
 
 What I would like to see is region rating and a single letter server
 version code on the map without having to mouse float.
 
 
 *From:* Kent Quirk (Q Linden) q...@lindenlab.com 
 mailto:q...@lindenlab.com
 **
 Hi, folks. I've just commented on STORM-243, which requests that we
 have Yet Another Option to allow suppression of the toast that tells
 you the simulator version changed when you changed to a new region.
 
 I think we should delete it entirely. Does anyone care to still get
 that notification, now that there are usually 3 different simulator
 versions live on the grid at any time? I don't mean I can think of
 an obscure scenario when someone might care. I mean does anyone
 really need a notification about this, or can we just delete it?
 
 
 
 ___ Policies and
 (un)subscribe information available here:
 http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the
 policies before posting to keep unmoderated posting privileges
 ___ Policies 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
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQEcBAEBAgAGBQJNNe5bAAoJEIdLfPRu7qE2R+AIAJJ+h5AuKJaZXFVUbkKNe3GY
ziqBbj+rGtGYnY8gNwTFm15O6EQlQpCmO3LFTBEDWbXtkOk9NselM8/iw5sTKBHd
2KL8PdsSyi/WxBPrpkoniHRYLxamBVDu/htkPTheOIxg+tcBUQMHwbdzbZjkp2QW

Re: [opensource-dev] Link times

[Kadah]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On windows I found that raiding 2 SSDs drops link times to negligible
levels for full links on 2.4, 1 minute. Normally my links are well over
20 minutes on the same system running compile from disk based raid10.

On 1/14/2011 9:04 AM, Jonathan Welch wrote:
 I just did a quick study on link times for various viewers on my 2Gb XP system
 
 Viewer  1st link  2nd link
 CV 1.220:53  0:24
 SG 1.5  3:30  2:07
 V2.5 6:18  6:01
 
 I watched my memory usage during the V2.5 link and did not see it get
 to an extremely low value.
 
 The sizes of the .exe files are all pretty similar.
 
 Does anyone have a recommendation on how to improve my link times?
 1) Add 1Gb of memory (not clear if this would help, but it would be a
 cheap experiment)
 2) ?
 
 -Jonathan
 ___
 Policies and (un)subscribe information available here:
 http://wiki.secondlife.com/wiki/OpenSource-Dev
 Please read the policies before posting to keep unmoderated posting privileges
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQEcBAEBAgAGBQJNNitHAAoJEIdLfPRu7qE2AOQH/0gDJoE3nEwQwkLQij7gTQAd
tahlsXfY/iBKPJNxNVqbfEmLQmhqh94CVHvMkIC5jyKTzHVHxRcGDrIGG6J8ngRr
tRXhd06P+7xFk+Pw0EUonNPzX/pBctPMQlxaETSwdzyguqujtfyzCiMX69Ag27h1
X1vDoyZaz2IlaGIS9tdBruG7W6xLpSipDT1vEBkWMn0nXzGAtesfWlBKborgS7TS
65pgpGKYa4wQOuqYhwen78466Mevmd1WpMj/qc4oA3pcFRU1/7O6pFxid+uCnNgg
s0yBR8zOwscJilBzy5/zlYhShv4IogBqTx4wHkkQGxVxwt2RF5oQCfx98nad0VE=
=nHj3
-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

Re: [opensource-dev] web profiles.

[Kadah]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

If its about the possible XSS and html injection, that was fixed today.
All profile text info gets escaped now.

On 1/11/2011 7:47 PM, Simon Quinnell wrote:
 How about you specify the security and privacy issues?  No-one here is a
 mind reader. 
 
 On Wed, Jan 12, 2011 at 1:05 PM, Erin Mallory
 angel_of_crim...@hotmail.com mailto:angel_of_crim...@hotmail.com wrote:
 
 because of security and privacy issues with the new profiles can we
 please have option to keep the older ones until someone with the
 profile team gets their act together?
 
 seriously, these new profiles are creepy.
 
 ___
 Policies 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.10 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQEcBAEBAgAGBQJNLSXYAAoJEIdLfPRu7qE2c1UIALye/0KE3XRvTxSS7ZhBW0i/
kE857hMOK8B9sbvbN08m8af8oas30cfIl/a/XvY8Fhf49tMrMlPC28X0OID1DtOs
Dt50xkHTp56YqsmMHzcCRHgJN8lb6IonbX44U1VHah8/NEYQ7EejMuyBpnD9Wjvg
KPUDsQOBl4vVhaJQ6GHbRQe54PpUzBnWpyecdZ8AvCldLk8L0KJAKVGMVXAKQSpe
cFAZUo343UAA6Q15Ymoug4MTN4Z8s3snsL0llIF/XGD71H90KYL9cnxtbj7BmZus
G8E3xpdUgPQGXkIwqKQUrZMQlOcINIUo4YuKyE+mK+Sdy6z9B9yOp1kecI70MFE=
=djz5
-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

Re: [opensource-dev] 2.0 Absolute Dealbreaker - script count feature request

[Kadah]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Sadly what sim and land owners really need most right now is support.
Anyone that's contacted live support, concierge, or filed a ticket in
the last few months knows what I'm taking about.

Getting support back on track should be priority.

v.v


On 9/28/2010 1:57 AM, Yoz Grahame wrote:
 In which case, we should consider that before we rush to an
 implementation which may end up worsening the problem that land owners
 need fixed.
 
 It's in everyone's interest to provide something like this. Reducing lag
 is a key part of the Fast, Easy, Fun initiative. Giving land owners
 better tools to deal with sim load is a great way to divide-and-conquer
 on the many causes of lag, not to mention making our highest-paying
 customers happier. But if it's worth doing then it's worth doing right,
 and the Land team needs time to design and prioritise it properly.
 
 -- Yoz
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQEcBAEBAgAGBQJMo4FiAAoJEIdLfPRu7qE2V0YH+wQsQ3kSsB8qFXLDTZcNuBjB
3UZGr0LREG9PbwMiGSDTcxZ3XTORz1Kjv7OowphRfgwv+Djh0I1mj2FZyIVL6Itt
c+yg/D1RQjmWygsbDS6j2e7LwIInCNforoqKtWlTzOg9azA04EMwaMO5zDLl2oae
Uu0wWuBkwIovSsKfphrgGEAIUFhaR/VH+5QA1f5l6pMCwGryUB5CGA9Oz1cNmSoV
AXHd+9DkUkJt/E9I11XO9us6xFTZNWexNtEKF+OK0wxQ0XfUphrmCPY50zN/isNI
aBh2g11nf4ZqWHvKKErrsje2SqLDdSxPwyDD6zDkMoGTIvmlXsvsHR5FBBP0uhE=
=gUJb
-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

Re: [opensource-dev] My latest build, objects on self are back in Mouselook

[Kadah]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Yup, jiras on both since then too. I'm surprised it wasn't listed as a
known issue on the beta.

https://jira.secondlife.com/browse/ECC-2
https://jira.secondlife.com/browse/ECC-3


On 9/28/2010 6:45 PM, Dave Booth wrote:
   On 9/28/2010 20:41, Ponzu wrote:
 Just reporting.  Not a big deal.  Wasn't this fixed?

 Actually, I sort of like it.  My hair hangs over my eyes, and I am 
 looking out thru my glasses, just like real life 8-)

 
 I've not seen a fixed daily build - makes using aimed weaponry or 
 piloting a mouselook-steered vehicle nigh impossible. As far as I can 
 tell this one has persisted in all viewers since 2.1
 ___
 Policies 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.10 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQEcBAEBAgAGBQJMop1vAAoJEIdLfPRu7qE2NbAIAKmVmXeDjxdxmdUnu+4wGYV1
XgNoCIL8ItXEbr0YprPdfJJ1X9K8sJBXpKXS2cd77mVUpoWZFI3LWicGBFKDdeOQ
+AfqcB8bbR98PwRU4IMiYphyxN5CVk4BnaxJl1h22DUDgyMB6S5zGwUb/bJnvAso
V2Py9YC/uBUsq0unHPfQSKV40LYThZrPblqe7hyCixWspXKYdnuP6Vrwq9bCrhLv
BRyOLvJXfIfjZhrHTDKzb6EJz7OvkP32sbd795j4eKmYytYOIpuBSRAuySi3faiS
Hv0vM5vftBrLfFhDCgA8si+wjxvhd7+zXzubqvppVxNVoiWoLrr/3uzfb/Zbfn0=
=snEB
-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

Re: [opensource-dev] Final build for Snowstorm Sprint 2

[Kadah]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 8/31/2010 9:43 AM, Oz Linden (Scott Lawrence) wrote:
   On 2010-08-31 10:25, Trilo Byte wrote:
 I tested this build yesterday, anti-aliasing (an essential feature for SL 
 photography and shooting machinima, as well as a preferred setting for many 
 residents) is still broken.  Releasing this would be a significant step 
 backwards, in my opinion.
 
 There's a difference between 'releasing' a Development build and other 
 categories of viewers (Project, Beta, or Release; see 
 https://wiki.secondlife.com/wiki/Viewer_Types ).
 
 We actually do not want to apply the 'normal' standard that a 
 Development build can't have any regressions in it - that would make it 
 equivalent to a Beta or Released build.   Clearly, we don't want to 
 promote a build with regressions to one of those higher levels, but 
 putting it out as a Development build with the appropriate caveats is a 
 means of _finding_ those regressions.


There are 2 graphical caveats since the viewer-release merge:
[VWR-17436] Changes to hardware settings (Anti-Alias) in Graphics
preferences shows no change on screen
[VWR-20988] I can see my hair when walking, in 1st person mode
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQEcBAEBAgAGBQJMfUX3AAoJEIdLfPRu7qE2P9cH/AlWnNcGOgLPJGUHS4Dy3jWF
bvSqF0Aq7o0xGktPEzdBbjy20yZnApqZ0sdu7zOdYh6plKsrMp9Z0JtSCR8ZORXv
3j4gc2TzgnafaxgEerkHMLoiH+Qz42jCi/uzJgmvMNLhDLE3RTYgu3SfKag2Rp6y
YEPArxmjcZf2kklwvIFdB3UrEKCTpxidY4ecBlTckMD9F2jrpLfdQ9LMcq5m33VR
lFMKGsUZfnRS1kZpSPeMtBq6Ijp09Wed6ANnRnMRCXrnzs5DN0HIcn9UbHqLludk
/ryJq4tc7wBjGNwoZwKhXIW90Pr1MGXar3DqwhT4/wvolW3fo7f3X3vFiSI1lVE=
=nibv
-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