Re: [opensource-dev] Viewer development 2.8.1 and a few new bugs

2011-07-18 Thread Nicky D. 
Hello everyone,

> - Invisiprims don't render well, they are completely black UNLESS they
> are set to fullbright (no matter whether deferred shading is on or
> off)
> - Alpha doesn't render well either, once again unless fullbright is
> on. Full strands of hair disappear, it's really ugly

Over the weekend, I pulled the latest sources and build a new viewer.
In short: I have those issues as well.

It looks really odd.
- I see 'shades' of attachments other people have hidden.
- My HUD (Magical Compass) has buttons who are half hidden, the background
of the HUD seems to be some texture with alpha. On some logins I see the back-
ground, then on the next login everything is fine again. (The
background is supposed
to be invisible).
- Issue with colours being black, same here. Sometimes zooming in
fixes it, sometimes
it just worsens it.
- Some colours are really, really odd. They show like some rainbowish
colour gradient, or
maybe more like oil/fuel when poured in water. Again zooming can heal
it at times, zooming
out worsens it again.

Right now I have no real clue what causes it. I tried the alpha
switches on and off, no help.
Playing with the advanced gfx settings (vbo buffers) and such did not
help either. Disabling
shaders is another thing that did not improve it much.

I think I saw that problem with the textures crop up when mesh landed
in viewer-development,
but than did not have the time to investigate any more.

And I have a ATI card, maybe that one helps too as info?

Any ideas what do try would be really appreciated.

> - And the "/me" bug has now migrated to the chat history itself. It
> works on the chat floater, but if I say "/me smiles", I'll see "Marine
> KelleyMarine Kelley smiles" on the history.

Noticed that too.

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

Re: [opensource-dev] Review Request: Change pre-login viewer display URL to prepare for new community information display

2011-07-18 Thread Richard Nelson 

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

Ship it!


Looks good, let's try it without the change to settings.xml, though.

- Richard


On July 16, 2011, 6:12 a.m., Oz Linden wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> http://codereview.secondlife.com/r/399/
> ---
> 
> (Updated July 16, 2011, 6:12 a.m.)
> 
> 
> Review request for Viewer.
> 
> 
> Summary
> ---
> 
> This changes the URL from which the upper part of the viewer window is loaded 
> prior to login.
> 
> At the moment, the new URL is internally redirected to the same content as 
> before, but shortly it will have new community and activity information on 
> what's going on in Second Life.
> 
> 
> This addresses bug storm-1510.
> http://jira.secondlife.com/browse/storm-1510
> 
> 
> Diffs
> -
> 
>   indra/newview/app_settings/settings.xml c6f2f4af65e5 
>   indra/newview/llviewernetwork.cpp c6f2f4af65e5 
>   indra/newview/tests/llviewernetwork_test.cpp c6f2f4af65e5 
> 
> Diff: http://codereview.secondlife.com/r/399/diff
> 
> 
> Testing
> ---
> 
> Confirmed using the log file that the new URL is being requested.
> Changed the settings file locally to point to an internal prototype of the 
> new screen and confirmed that it is displayed correctly.
> 
> 
> 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] Review Request: STORM-1403: ALL LANGS [TRANSLATED BUT IN EN] Light Viewer - Untranslated button names in People pane

2011-07-18 Thread Boroondas Gupte 

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

(Updated July 18, 2011, 10:53 a.m.)


Review request for Viewer.


Changes
---

Did complete testing.


Summary
---

The layout_panels containing the buttons didn't have unique names.
Renamed them so that their names are now unique within their parent
element.

Removed the share_btn element and containing layout_panel from translations 
that contained it, as it doesn't occur in the English version.

The English file mixed tabs and spaces. Converted tabs to spaces for that file.

Stripped trailing whitespace from the English file.


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


Diffs
-

  doc/contributions.txt 2204db549295 
  indra/newview/skins/minimal/xui/da/panel_people.xml 2204db549295 
  indra/newview/skins/minimal/xui/de/panel_people.xml 2204db549295 
  indra/newview/skins/minimal/xui/en/panel_people.xml 2204db549295 
  indra/newview/skins/minimal/xui/es/panel_people.xml 2204db549295 
  indra/newview/skins/minimal/xui/fr/panel_people.xml 2204db549295 
  indra/newview/skins/minimal/xui/it/panel_people.xml 2204db549295 
  indra/newview/skins/minimal/xui/ja/panel_people.xml 2204db549295 
  indra/newview/skins/minimal/xui/pl/panel_people.xml 2204db549295 
  indra/newview/skins/minimal/xui/pt/panel_people.xml 2204db549295 

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


Testing (updated)
---

Switched to French, relogged, changed to default mode and logged out. Applied 
this patch with -p3 to SecondLife-i686-2.7.5.233393/ (I'm using a downloaded 
build, as I still cannot complete a build again.)

Logged in, clicked 'Personnes' button, then 'MES AMIS' tab. The Call and 
Teleport buttons were now labeled in French.

Not tested:
* Funktionality of the buttons.
* Languages other than French.

Update:
Tested "My Friends" tab of "People" floater (basic mode) in da, de, en, es, fr, 
it, ja, pl and pt:
Verified for each language that
* labels on all 4 buttons on that tab are translated (or as translated as in 
the XML files. "IM" seems to be the wanted label for the chat button in most of 
them.)
* tool-tips of all 4 buttons are translated
* all 4 buttons cause the action they're intended to cause when clicked


Thanks,

Boroondas

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

Re: [opensource-dev] Review Request: Change pre-login viewer display URL to prepare for new community information display

2011-07-18 Thread Jonathan Yap 


> On July 16, 2011, 6:48 a.m., Thickbrick Sleaford wrote:
> > indra/newview/app_settings/settings.xml, line 4875
> > 
> >
> > Setting the default value to something other than an empty string would 
> > override the selected grid's login page in LLGridManager::getGridInfo and 
> > LLGridManager::getLoginPage, which is probably not the desired result. In 
> > fact, I wonder why this setting is persistent at all. This should probably 
> > be renamed to CmdLineLoginPage, to be consistent with CmdLineLoginURI etc.
> 
> Oz Linden wrote:
> That may be true (have not checked), but this same URL is the login page 
> for all our grids, it doesn't matter.
> 
> I confirmed that overriding on the command line does work.
>

Would this change affect anything when connecting to a non-LL grid?


- Jonathan


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


On July 16, 2011, 6:12 a.m., Oz Linden wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> http://codereview.secondlife.com/r/399/
> ---
> 
> (Updated July 16, 2011, 6:12 a.m.)
> 
> 
> Review request for Viewer.
> 
> 
> Summary
> ---
> 
> This changes the URL from which the upper part of the viewer window is loaded 
> prior to login.
> 
> At the moment, the new URL is internally redirected to the same content as 
> before, but shortly it will have new community and activity information on 
> what's going on in Second Life.
> 
> 
> This addresses bug storm-1510.
> http://jira.secondlife.com/browse/storm-1510
> 
> 
> Diffs
> -
> 
>   indra/newview/app_settings/settings.xml c6f2f4af65e5 
>   indra/newview/llviewernetwork.cpp c6f2f4af65e5 
>   indra/newview/tests/llviewernetwork_test.cpp c6f2f4af65e5 
> 
> Diff: http://codereview.secondlife.com/r/399/diff
> 
> 
> Testing
> ---
> 
> Confirmed using the log file that the new URL is being requested.
> Changed the settings file locally to point to an internal prototype of the 
> new screen and confirmed that it is displayed correctly.
> 
> 
> 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

[opensource-dev] Review Request: (STORM-1221) [HARD CODED] ALL LANGS Several strings are untranslated under Group Profile Land/Assets (French viewer)

2011-07-18 Thread Seth ProductEngine 

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

Review request for Viewer.


Summary
---

Hard coded dates made localizable under Group Profile Land/Assets.

Added a function for parsing a date string of specific format.
Added strings defining the date format in Group Profile Land/Assets that should 
be localized.


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


Diffs
-

  indra/newview/lldateutil.h d8c37b383028 
  indra/newview/lldateutil.cpp d8c37b383028 
  indra/newview/llpanelgrouplandmoney.cpp d8c37b383028 
  indra/newview/skins/default/xui/en/strings.xml d8c37b383028 

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


Testing
---


Thanks,

Seth

___
Policies 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-1221) [HARD CODED] ALL LANGS Several strings are untranslated under Group Profile Land/Assets (French viewer)

2011-07-18 Thread Seth ProductEngine 

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



indra/newview/lldateutil.h


Yes, there should be no "this" in this line.


- Seth


On July 18, 2011, 4:01 p.m., Seth ProductEngine wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> http://codereview.secondlife.com/r/400/
> ---
> 
> (Updated July 18, 2011, 4:01 p.m.)
> 
> 
> Review request for Viewer.
> 
> 
> Summary
> ---
> 
> Hard coded dates made localizable under Group Profile Land/Assets.
> 
> Added a function for parsing a date string of specific format.
> Added strings defining the date format in Group Profile Land/Assets that 
> should be localized.
> 
> 
> This addresses bug STORM-1221.
> http://jira.secondlife.com/browse/STORM-1221
> 
> 
> Diffs
> -
> 
>   indra/newview/lldateutil.h d8c37b383028 
>   indra/newview/lldateutil.cpp d8c37b383028 
>   indra/newview/llpanelgrouplandmoney.cpp d8c37b383028 
>   indra/newview/skins/default/xui/en/strings.xml d8c37b383028 
> 
> Diff: http://codereview.secondlife.com/r/400/diff
> 
> 
> Testing
> ---
> 
> 
> Thanks,
> 
> Seth
> 
>

___
Policies 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 development 2.8.1 and a few new bugs

2011-07-18 Thread Psi Merlin 
On 18/07/11 11:32, Nicky D. wrote:
> Over the weekend, I pulled the latest sources and build a new viewer.
> In short: I have those issues as well.
>
> It looks really odd.
> - I see 'shades' of attachments other people have hidden.
> - My HUD (Magical Compass) has buttons who are half hidden, the background
> of the HUD seems to be some texture with alpha. On some logins I see the back-
> ground, then on the next login everything is fine again. (The
> background is supposed
> to be invisible).
> - Issue with colours being black, same here. Sometimes zooming in
> fixes it, sometimes
> it just worsens it.
> - Some colours are really, really odd. They show like some rainbowish
> colour gradient, or
> maybe more like oil/fuel when poured in water. Again zooming can heal
> it at times, zooming
> out worsens it again.
>
> Right now I have no real clue what causes it. I tried the alpha
> switches on and off, no help.
> Playing with the advanced gfx settings (vbo buffers) and such did not
> help either. Disabling
> shaders is another thing that did not improve it much.
>
> I think I saw that problem with the textures crop up when mesh landed
> in viewer-development,
> but than did not have the time to investigate any more.
>
> And I have a ATI card, maybe that one helps too as info?
>
> Any ideas what do try would be really appreciated.

Nicky, I get the same artefacts - Objects having a rainbow 'overlay' or
blackened surfaces,
Shiny generating wild colours.  The colours vary as the camera moves,
some parts of the
image may render normally. The colours are superimposed on the object
textures and blend
across the triangle fragments. Tweaking graphic parameters tends to
produce a new set of
colours.  Sky, terrain, Avatars appear normal.

I've tried playing with most render options - the effect shows with or
without basic shaders / VBO /
Lighting...   

Thsi is on a standalong 64bit Linux build on Gentoo, core i7 920 /
nVidia GTX 580. 
It started with the big mesh merge and continues with the current
viewer-development.  
I've been trying to locate the problem but delving into the graphics
system is something of an
adventure - any clues would be welcome. 

   - Psi
___
Policies 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 development 2.8.1 and a few new bugs

2011-07-18 Thread aklo 
On 18/07/11 11:32, Nicky D. wrote:
> > Over the weekend, I pulled the latest sources and build a new viewer.
> > In short: I have those issues as well.
> >
> > It looks really odd.
> > - I see 'shades' of attachments other people have hidden.
> > - My HUD (Magical Compass) has buttons who are half hidden, the
background
> > of the HUD seems to be some texture with alpha. On some logins I see
the back-
> > ground, then on the next login everything is fine again. (The
> > background is supposed
> > to be invisible).
> > - Issue with colours being black, same here. Sometimes zooming in
> > fixes it, sometimes
> > it just worsens it.
> > - Some colours are really, really odd. They show like some rainbowish
> > colour gradient, or
> > maybe more like oil/fuel when poured in water. Again zooming can heal
> > it at times, zooming
> > out worsens it again.
> >
> > Right now I have no real clue what causes it. I tried the alpha
> > switches on and off, no help.
> > Playing with the advanced gfx settings (vbo buffers) and such did not
> > help either. Disabling
> > shaders is another thing that did not improve it much.
> >
> > I think I saw that problem with the textures crop up when mesh landed
> > in viewer-development,
> > but than did not have the time to investigate any more.
> >
> > And I have a ATI card, maybe that one helps too as info?
> >
> > Any ideas what do try would be really appreciated.
Nicky, I get the same artefacts - Objects having a rainbow 'overlay' or
blackened surfaces,
Shiny generating wild colours.  The colours vary as the camera moves,
some parts of the
image may render normally. The colours are superimposed on the object
textures and blend
across the triangle fragments. Tweaking graphic parameters tends to
produce a new set of
colours.  Sky, terrain, Avatars appear normal.
i don't have any idea what the problem is, but i think it's really
interesting that i see the same kinds of things in Blender when i'm making
sculpties!  Since you say something about "the big mesh merge" and that is
related to the kind of things that sculpties are for, it makes me go,
"Hmmm..."

Good Luck!

- AK
---

I've tried playing with most render options - the effect shows with or
without basic shaders / VBO /
Lighting...

Thsi is on a standalong 64bit Linux build on Gentoo, core i7 920 /
nVidia GTX 580.
It started with the big mesh merge and continues with the current
viewer-development.
I've been trying to locate the problem but delving into the graphics
system is something of an
adventure - any clues would be welcome.

   - Psi
___
Policies 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] Blocked

2011-07-18 Thread Thomas Shikami 
If you want to connect through your corporate network, you should talk 
to the network administrator about it, they know how to do it. There are 
SL versions supporting SOCKS5. About installing Second Life on corporate 
PCs, talk to the system administrator about it in before, they want to 
know and there might be policies not allowing those. Myself being 
administrator, I would prefer if the users would use tunneling to their 
home network, preferably SSH or http-tunnel over SSL. Traffic would 
originate from the home network of the user then, not from the 
corporation. The most preferable solution to that issue though would be, 
if you bring your own notebook using a 3G UMTS/HDSPA or other 
wireless-modem to connect to the internet. That way the corporate 
network would be isolated and unaffected by your experiments. There is a 
reason the corporate network is proxified instead of just NAT routed.

Am 15.07.2011 04:17, schrieb a...@skyhighway.com:
> Hey y'all, i had something i wanted to do at work a coupla days ago that i
> coulda used SL for.  It installed, but i couldn't get it to connect.  Is
> there some kinda proxy setting that i need to fix to get SL to start from
> where i work?  They have a proxy server there that all external traffic
> has to go through.  i know i have to tell Firefox&  everything else about
> it all the time to get them to work.  i looked in the XML but didn't see
> anything inspiring in the little bit of time i had for it.
>
> The thing i have to do is just a dumb test, but SL is a pretty good thing
> to do it with, and an excuse to spend maybe 10 whole minutes doing SL from
> work about once 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] Blocked

2011-07-18 Thread aklo 
Thanks for the info!  Between you and Dave i may figure something out yet!
 But i think tunneling to my home network is not a way to make it happen. 
My download speed at home is never much better than 1 Mbit and usually a
lot lower.  Upload is never over about 150 Kbit.  (i just checked: 880 up,
115 down.)  See, the part of town i live in is not treated very well by
anyone.  AT&T oversubscribes our lines and well, more detail isn't
helpful.

Unlike you, the IT guy at work isn't any more helpful than he has to be,
either, but the people at school are.  If tunneling somewhere is a
solution, maybe i can get them to help me connect to something at school.

- AK
---

If you want to connect through your corporate network, you should talk
to the network administrator about it, they know how to do it. There are
SL versions supporting SOCKS5. About installing Second Life on corporate
PCs, talk to the system administrator about it in before, they want to
know and there might be policies not allowing those. Myself being
administrator, I would prefer if the users would use tunneling to their
home network, preferably SSH or http-tunnel over SSL. Traffic would
originate from the home network of the user then, not from the
corporation. The most preferable solution to that issue though would be,
if you bring your own notebook using a 3G UMTS/HDSPA or other
wireless-modem to connect to the internet. That way the corporate
network would be isolated and unaffected by your experiments. There is a
reason the corporate network is proxified instead of just NAT routed.

Am 15.07.2011 04:17, schrieb a...@skyhighway.com:
> > Hey y'all, i had something i wanted to do at work a coupla days ago
that i
> > coulda used SL for.  It installed, but i couldn't get it to connect.  Is
> > there some kinda proxy setting that i need to fix to get SL to start from
> > where i work?  They have a proxy server there that all external traffic
> > has to go through.  i know i have to tell Firefox&  everything else about
> > it all the time to get them to work.  i looked in the XML but didn't see
> > anything inspiring in the little bit of time i had for it.
> >
> > The thing i have to do is just a dumb test, but SL is a pretty good thing
> > to do it with, and an excuse to spend maybe 10 whole minutes doing SL
from
> > work about once 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



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