Can't we just get an additional AGENT_VIEWER flag via llGetAgentInfo? Even if not foolproof, it's useful as a factor for legitimate security or warning tools, as well as for stats gathering for 99% of residents. It seems like a logical solution to me, instead of having to go the http agent route or other hackish solutions.
If I don't get any feasibility objections here, I'll open a Jira issue. I haven't' seen any such proposal on there yet... On 5/5/10 4:18 AM, "Robin Cornelius" <robin.cornel...@gmail.com> wrote: > On Wed, May 5, 2010 at 11:02 AM, Tigro Spottystripes > <tigrospottystri...@gmail.com> wrote: >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA512 >> >> can the the client loading HTML on a prim be considered the same as the >> internal web browser or the rules change in that case? > > Techinaly there is no "internal" webbrowser, all html pages are > generated from a seperate process to the viewer using the webkit > rendering engine and passed to the viewer as a texture via a shared > memory buffer. Using seperate processes is enough to isolate from GPL > issues and other licence issues in other cases so i can't see what the > html engine user agent string has to do with the TVP and the unique > identifier which is used by LL on the xmlrpc login processin this case > either. > > I often have to change user agent on my browser to fix broken > websites, I can't see how this is any different. > > Plus if this "really" is an issue LL can request that you unfix your > code, i believe that was part of the TVP conditions for connecting to > SL but again the webbrowser is not specificly connecting to secondlife > and its the age old story of anyone who wants to do bad things can and > will fake idents regardless, its only leigit viewers that need to fake > idents to avoid "broken content" in this case and not allowing a > viewer to fake this only hurts and would make a mocery of the entire > 3rd party viewer system. > > Robin > _______________________________________________ > Policies 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