[sldev] Client detection and official viewer signatures.

Nexii Malthus nexiim at googlemail.com
Sat Oct 17 15:33:40 PDT 2009


Hm, I was working on a prototype script API in my own client, but no one had
taken an interest. It offered free public connection for basic user agent
data to scripts without otherwise requiring permission bits, since viewer
type and version are basic necessities. It is basically something like Dale
Glass was working on, a simple Script API, just taken a step further for
allowing parallel communication.

- Nexii ( mailing lists hate me, I blame google )

On Sat, Oct 17, 2009 at 11:20 PM, Brandon Husbands <xotmid at gmail.com> wrote:

> last time i talked with them..... They basically gave dcs and the combat
> sims a big middle finger...  I would not expect much from them.
>
>
> On Sat, Oct 17, 2009 at 5:16 PM, Tigro Spottystripes <
> tigrospottystripes at gmail.com> wrote:
>
>> Stickman, have you talked with the Emerald people about the content
>> breaking features you mentioned?
>>
>> Stickman escreveu:
>> > On Sat, Oct 17, 2009 at 2:57 PM, Brandon Husbands <xotmid at gmail.com>
>> wrote:
>> >
>> >> Can we please get a method or something that we can detect using lsl,
>> >> libopenmv or something to detect a official viewer securely.
>> >> I know clients can spoof so it would have to be something that is like
>> pgp
>> >> key/response etc.  But there are viewers out there that exploit thinks
>> like
>> >> bounding boxes etc. that wreck havock with gaming systems. and rpg
>> stuff.
>> >> It should not be too hard.. I mean wouldent LLabs want to say hey this
>> is
>> >> the official viewer or hey this is a custom one. If not for thinks liek
>> i
>> >> speak of but for even compatibility / featuresets.
>> >>
>> >
>> > Detecting the client version for the purpose of anti-grief is futile.
>> > I believe there have been enough discussions on this list about that
>> > where we don't need to go into another one.
>> >
>> > However, for standard purposes, having a way to detect the client
>> > version would be nice -- especially now that Emerald is pushing more
>> > and more into territory that breaks compatibility.
>> >
>> > Currently, Emerald renders shine differently. They recently changed
>> > the way attachments work, as well. Being able to troubleshoot issues
>> > that people bring me about my products easily by simply saying, "Oh,
>> > you're using Emerald, which does A, B, and C which other clients won't
>> > be able to see" would be a lot easier than taking stabs in the dark.
>> >
>> > Besides, there are grues in the dark. Grues are scary.
>> >
>> > -Stickman
>> > _______________________________________________
>> > Policies and (un)subscribe information available here:
>> > http://wiki.secondlife.com/wiki/SLDev
>> > Please read the policies before posting to keep unmoderated posting
>> privileges
>> >
>> >
>>
>
>
>
> --
>
> -------------------------------------------------------------------------------------------------------------------------------
> 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/SLDev
> Please read the policies before posting to keep unmoderated posting
> privileges
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.secondlife.com/pipermail/sldev/attachments/20091017/9cfe77f8/attachment.htm 


More information about the SLDev mailing list