[opensource-dev] VWR-23437 / DN-179: Personal IM logs not being generated (was: O.O Display name code DROP!)

On 10/15/2010 06:57 AM, WolfPup Lowenhar wrote: > > Actualy the file extension change is only to chat and IM logs. And I > have already found a bug in the code! > > > > https://jira.secondlife.com/browse/VWR-23437 > > > > the above jira is the bug and it is not being cause be my file name > mo

[opensource-dev] What is the expected behaviour when double clicking floater edges? (VWR-23452)

Personally, I didn't expect double clicking the edges or corners of a resizeable floater to do anything at all, so I didn't do it until it happened to me yesterday by accident. I was surprised to see the floater change size and figured I must have been moving the mouse, thus dragging the edge. But

[opensource-dev] VWR-23459: Viewer compiled against Boost-1.42 crashes when certain command line options are given

Hi all The current viewer-development source can be compiled against boost 1.42 but will crash when command line options are passed that are the prefix of another command line option. Aleric had fixed the that problem in Snowglobe (both, 1 and 2) at SNOW-626

[opensource-dev] Stuff I'd like to see in the coming sprint

Heya Sprint planning meeting is later today, so I thought it'd be good to list some issues that I think should be tackled soon: Low hanging fruits VWR-12984 Water flickers and disappears in patches * Very annoying and hig

[opensource-dev] VWR-12984 Water flickers and disappears in patches (was: Stuff I'd like to see in the coming sprint)

On 10/19/2010 04:41 PM, Oz Linden (Scott Lawrence) wrote: >> >> >> VWR-12984 >> Water flickers and disappears in patches >> >> * Very annoying and high-voted bug, especially apparent in skyboxes >> * Has been fixed in Snowglobe

[opensource-dev] STORM-406: Conditional use of FMOD is not correct, breaks open source build (was: Latest build broken on Mac)

On 10/21/2010 12:43 AM, Ponzu wrote: > ...or maybe it is just me. I used hg bisect to find the " last good > build", (see bottom of this email) Maybe I need to download new FMOD > or something. > > ./develop.py dies like this... > > [...] > RuntimeError: Cannot fetch: > install-packages.lindenla

Re: [opensource-dev] Building Alignment Tool by Qarl Fizz

Cool feature, indeed. On 10/22/2010 09:00 PM, Nalates Urriah wrote: > Since the code is already written and working by a former Linden, will > it be added to the SL Viewer? I'd hope so, but I guess that depends on what his reasonable rates are and whether LL is wi

[opensource-dev] "Internal" license on early revisions (was: Mesh Source Code ETA)

On 10/22/2010 09:25 PM, Brian McGroarty wrote: > If you see it happen again in the future and there hasn't been some > broad announcement about the license changing, assume it's a mistake. > Go ahead and create a JIRA for them, or mail the author listed in the > header. I noticed that some files h

[opensource-dev] (CTS-315) march choice for 64bit builds

Because SSE2 is now required anyway, -march=pentium4 is now passed for building lindenlab/mesh-development. Of course, this doesn't work for 64bit builds. (See CTS-315 .) What should march be set to for 64bit buids, if anything? Cheers, Boroondas __

Re: [opensource-dev] (CTS-315) march choice for 64bit builds

On 10/23/2010 03:23 AM, Carlo Wood wrote: > Why is SSE2 required now? Sorry if I missed this. Ah, sorry, should have linked to Runitai's comment on CTS-284

[opensource-dev] [META] User stories and issue tracker readability

As a user of the Second Life issue tracker (jira) who often sorts or searches through others' issues, I'd like people creating or editing issues to place the (sometimes lengthy) user stories into the *Description* field, /not/ the *Summary* field. /The summary should be as short as possible/ while

Re: [opensource-dev] 64 bit pointers

[CCing opensource-dev as this could be of general interest.] Hi Ponzu, On 10/24/2010 07:07 PM, Ponzu wrote: > Hi, > > I noticed your jira about casting a pointer to a U32, and of course > you are correct. Thanks! Are you referring to only the bug report (CTS-323

[opensource-dev] (standalone/64-bit) build issues with Mesh viewer source code (and fixes for some of them. Yay!)

So ... I've been busy during the weeking poking the mesh viewer source code with a stick g++ and can report some results. It seems quite some of the issues were (re)introduced by mistakes in merge conflict resolution. Some others are new. Here are the one's I've filed issues for already: C

[opensource-dev] Crashing integration tests (was: (standalone/64-bit) build issues with Mesh viewer source code (and fixes for some of them. Yay!))

On 10/25/2010 04:01 PM, Boroondas Gupte wrote: > Also, when tests are enabled, one of them errors out. That's right, > it's *not even failing*. :-P > > Running: /usr/bin/python > ${SRC_DIR}/indra/llmessage/tests/test_llsdmessage_peer.py > ${BUILD_DIR}/llmessage/

Re: [opensource-dev] Crashing integration tests

On 10/25/2010 10:56 PM, Nicky Perian wrote: > I found the same thing about failed tests on 2d and subsequent builds. > The build has an error the first time but passes the second. This was > on VC++Express 2005 build. And, didn't matter about redoing develop.py. So this isn't GNU make or even Make

[opensource-dev] Directory named "$(CONFIGURATION)" (was: No rule to make target)

On 11/09/2010 08:12 AM, Ricky wrote: > Trying to compile viewer_development a60d3b118c76 (tip as of the time > of this message) I get the following error: > > make[2]: *** No rule to make target > `sharedlibs//PROJECT_llmath_TEST_llbboxlocal', needed by > `llmath/PROJECT_llmath_TEST_llbboxlocal_ok.

[opensource-dev] Log file names: considering a corner case (was: Log file names)

On 11/09/2010 04:39 PM, Kent Quirk (Q Linden) wrote: > The display names can change weekly, and as you note it would be much > more difficult to track based on display name. Even worse when it'd happen (though probably much less likely to occur), two people might have the same display name at the s

[opensource-dev] [IDEA] variable stand-up menu entry/button label (was: STORM-616: Me->Movement menus)

On 11/20/2010 11:49 AM, Opensource Obscure wrote: > On Fri, 19 Nov 2010 22:19:20 -0500, Ponzu wrote: >> Of course, "Sit" and "Stand" are not always what we are doing. We >> might be >> "Dance" and "Stop Dance" or "Hug" and "Stop hug" > What exactly are you suggesting? > > If you need to force

[opensource-dev] More login channels (with missing background images on the login screen) (was: Is there supposed to be a login web page for the development viewer? (An SL screenshot, maybe some text,

On 11/23/2010 07:45 PM, Joshua Bell wrote: > On Mon, Nov 22, 2010 at 4:58 PM, Chuck Baggett > mailto:chuckbaggett...@gmail.com>> wrote: > > When I log in with the development viewer there is no login web > page, just a little question mark. The part at the bottom where > you enter your

Re: [opensource-dev] map

On 11/29/2010 07:45 PM, Ponzu wrote: > Hmmm. This is not surprising, I think. This only means that Second > Life has a data source for the maps, and the Opensim does not. Shouldn't that be fixed since SNOW-77 ? Of course, you'd need a recent enough Open

<    1   2   3   4   5