Re: [opensource-dev] Snowstorm PO review build

2011-06-27 Thread Erin Mallory


EXP-825

unable to test
STORM-64


FAIL: preview window doesn't properly give preview options.  Unable to find 
workaround.
STORM-323
so far so good.
STORM-787
untested  (can someone point me to where the button is?)
STORM-1103
well done
STORM-1292
untested
STORM-1302
untested
STORM-1326
untested
STORM-1334
untested
STORM-1352
unable to test
STORM-1372
unable to test
STORM-1392
works!
STORM-1393
seems fixed
STORM-1396
untested
VWR-24099
untested
VWR-25062
Fail: the feature seems to work but allot of the sounds/media panel is missing 
including the white and black list buttons for the media filter.
VWR-25480
seems fixed

  

___
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] Review Request: VWR-25923 Unnecessary capability request spam

2011-06-27 Thread Armin Weatherwax
I agree very much about extensive testing of changes in 
key-functionality like voice. Lots of teleporting is the right thing to 
do for this patch (see the jira for more a more detailed list of things 
that I think need to be adressed).
About Inventory failures and being disconnected from the sim, just to 
repeat here what we already where talking about in irc:  neither 
iteration of the patch does anything inventory or disconnecting from 
the sim. To check the "you never know" factor I tried the build from a) 
my viewer-development branch with patch iteration 2 applied and b) 
Imprudence 1.3.2 with neither of both iterations applied. I got 1 time 
disconnected with a) , 2 times almost and 1 time disconnected with b). 
That all looks very much like a simulator - or network issue close to 
the sim to me. However good to address that, too, since for proper 
testing one needs to be able to make a distinction if a patch is 
causing a failure or the current state of the service.

Armin

jaeger_...@hotmail.com wrote:
> ---
> This is an automatically generated e-mail. To reply, visit:
> http://codereview.secondlife.com/r/333/#review819
> ---
>
>
> When I applied this latest patch to firestorm, which is based off of
> LL 2.5.2, I kept getting timed out when TPing from a mainland area
> and a DD of 256 to other regions.  I tried multiple times TPing from
> the area around help island public to magnum sandbox 4 or to help
> people island.  In every case I timed and was logged off after the TP
> was completed, as the viewer was cleaning up and closing connections
> to the old regions.  I don't have this problem with the first
> iteration of this patch.  I feel this scenario needs to be tested
> with this latest patch on v-dev tip to make sure this doesn't happen
> there as well.
>
> The account I used only has 4 friends, and around 24 items in the
> inventory in addition to the library.  It also only has 2 attachments
> (a hud and the firestorm bridge) and is one of the noob outfits.  I
> also am running on an i7 2600k, 16GB ram, ATI 6970, and 20/5mbit FIOS
> connection.
>
> - tankmaster.finesmith
>
> On June 24, 2011, 4:45 a.m., Jonathan Yap wrote:
> > ---
> > This is an automatically generated e-mail. To reply, visit:
> > http://codereview.secondlife.com/r/333/
> > ---
> >
> > (Updated June 24, 2011, 4:45 a.m.)
> >
> >
> > Review request for Viewer.
> >
> >
> > Summary
> > ---
> >
> > This is a patch by ArminWeatherHax.  I am creating the request to
> > help speed this fix along in the system.
> >
> > 
> >
> > Ways to reproduce: log into a simulator.
> > Reproduces: always
> > Affects: any version supported, probably all 3rd party viewers but
> > Kokua (and Imprudence, soon).
> >
> > What happens:
> > In each idle cycle the voice client requests the
> > "ParcelVoiceInfoRequest" capability, thats each time a HTTP GET.
> > See LLVivoxVoiceClient::stateMachine() after comment // Check for
> > parcel boundary crossing
> >
> > Expected:
> > On parcel/region change request the capability once. It's not the
> > region that rezzes in, but the avatar, so do the request for the
> > capability not earlier than the agents region signals
> > capabilitiesReceived() true. After that you are sure if the region
> > returns an empty url you can give up for that region.
> >
> > Not sure about the impact on lag - requesting and returning an url
> > is not much data transmitted, though its a pretty big number of
> > people doing it over and over per second (no matter if they have
> > voice on or off).
> >
> >
> > 
> >
> > going once again through llviewerregion I see its fortunately not
> > each time a HTTP GET, just once when the agent connects to the
> > region. Though the patch still saves all the lookup if the cap is
> > there while it can't be possibly.
> >
> >
> > This addresses bug VWR-25923.
> > http://jira.secondlife.com/browse/VWR-25923
> >
> >
> > Diffs
> > -
> >
> >   doc/contributions.txt 04e2a3ddca51
> >   indra/newview/llviewerregion.h 04e2a3ddca51
> >   indra/newview/llviewerregion.cpp 04e2a3ddca51
> >   indra/newview/llvoicevivox.h 04e2a3ddca51
> >   indra/newview/llvoicevivox.cpp 04e2a3ddca51
> >
> > Diff: http://codereview.secondlife.com/r/333/diff
> >
> >
> > Testing
> > ---
> >
> >
> > Thanks,
> >
> > 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


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

2011-06-27 Thread 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