[opensource-dev] tos acceptance issues
As a user, it would be nice if the 2.x versions of SL would allow ALL accounts to accept the new terms of service instead of denying that option to all/some of them. Depending on the build, some versions of 2.x do not allow any accounts to accept tos even after cancel and reattempt. Some allow only some accounts to do so. this is like the third time this bug has resurfaced. can we please fix it so everyone can log in? ___ 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] tos acceptance issues
> As a user, it would be nice if the 2.x versions of SL would allow ALL > accounts to accept the new terms of service instead of denying that option > to all/some of them. I also noticed that clicking on links in the TOS and using the mousewheel to scroll wasn't working. I _think_ I was using 2.x at the time, but I don't totally recall. Stickman ___ 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] Jira Issue Resolution Issue
As a user I would like to be able to reopen Jira issues wrongly closed by ignorant people who can't read, creating havok. Like this one there: Stone Tremont added a comment - 08/Oct/10 2:17 AM This is not a bug because you do not pay prims, avatars are payed via whole objects. This should be a feature request. I have a way to set different prices for variations in vendors, you just need to make a more advanced, intuitive script like mine. https://jira.secondlife.com/browse/VWR-3048 Please reopen this issue! As per Gigs Taggart's comment, its used to work.. It you are going to allow any kiddo to close issues, the same should true for reopening them, or it doesn't make any sense at all. ___ 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] Jira Issue Resolution Issue
yes we used to have the ability to reopen. and the person in question has closed allot. so have others. its like they dont READ the issue before closing. to the point i've considered aring them for a form of griefing > Date: Fri, 8 Oct 2010 14:00:24 -0700 > From: br...@slearth.com > To: opensource-dev@lists.secondlife.com > Subject: [opensource-dev] Jira Issue Resolution Issue > > As a user I would like to be able to reopen Jira issues wrongly closed by > ignorant people who can't read, creating havok. Like this one there: > > Stone Tremont added a comment - 08/Oct/10 2:17 AM > This is not a bug because you do not pay prims, avatars are payed via whole > objects. This should be a feature request. I have a way to set different > prices for variations in vendors, you just need to make a more advanced, > intuitive script like mine. > > https://jira.secondlife.com/browse/VWR-3048 > > Please reopen this issue! As per Gigs Taggart's comment, its used to work.. > It you are going to allow any kiddo to close issues, the same should true > for reopening them, or it doesn't make any sense at all. > > > ___ > 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
[opensource-dev] Daily Scrum Summary - Friday, October 8
Date: Fr Oct 7 == GENERAL NOTES == * Merge Monkey of the Day: Merov ... again == DAILY SCRUM == === Merov Linden=== PAST * STORM-306: Lots and lots of tests bringing the faulty changes in and cornering the 1 line culprit... Pushed a fix on my branch. Got it reviewed by Q. Pulled into beta (tested locally and it fixes the problem). * Merge monkey on viewer-development and viewer-beta FUTURE * Beta monitoring (merges, try to identify bugs I can contribute to) * STORM-137 : FMOD issue: fix upload issue with Brad. Hopefully, the rest will be easy. * STORM-105 : Perf decompression: put new data out, check the work done by opensource-dev community on similar tests. IMPEDIMENTS * Kakadu license upgrade ==Oz Linden== * TBD === Q Linden=== * TBD === Esbee Linden PAST * VWR triage * Q4+ planning * Systems requirements research * Reviewed versions, "viewer-development bug queue and viewer 2.2.0 Beta" and prioritized all bugs FUTURE * VWR triage * Viewer release process review * Review Snowstorm Jira tickets * Viewer roadmap planning * Systems requirements research * Q4+ planning * End of year review discussion with Q IMPEDIMENTS * None === Paul ProductEngine=== PAST: * STORM-302 Parcel lists scroll bar overlaps with other components if panel is undocked ** Fixed and sent for a review * STORM-211 Fade timer is reset for all toasts displayed in the notificaitons channel ** Investigating. Estimate ~6-8 hours FUTURE: * STORM-211 Fade timer is reset for all toasts displayed in the notifications channel IMPEDIMENTS: * none === Seth Productengine === PAST: * BUG (STORM-296) The cursor look so like if an user is able to add non - landmark into Favorites folder ** Fixed. * BUG (STORM-289) Internal browser navigation bar disappears after minimize/restore ** Investigating. Issue caused by resizing panels in layout stack. FUTURE: * BUG (STORM-289) Internal browser navigation bar disappears after minimize/restore ** Estimated: 8 hours. IMPEDIMENTS: * none === Andrew Productengine === PAST: * Bug STORM-301 (Camera view remains on Edit Appearance mode after undocked 'My Appearance' tab was minimized while being in 'Edit Outfit' mode) ** Investigated and discussed with Seth. This ticket turned out to be not as easy as it seemed, so increased estimate and started working on issue from Sprint 5. * Major bug STORM-313 (Build parcel property is displayed incorrectly) ** Investigated. Estimate- 5 hours. FUTURE: * STORM-313 (Build parcel property is displayed incorrectly). IMPEDIMENTS: * none * From Friday's report: ** Looked through STORM-182 (Uninstalling a beta client can result in all chatlogs being deleted as well if logging is left to default location)- it doesn't seem to be viewer issue- perhaps it should be on some team that is working on installer, or if just behaviour (not code) should be investigated and discussed, perhaps this issue is not for devs. === Vadim Productengine === * OOO - Vacation. Will be back to office on Oct, 11th. === Andrey Productengine === PAST: * smoke and regression testing of 2.2.0 Beta 3 on Windows and Mac, see DRTVWR-9 for details * verified tickets linked to DRTVWR-7 on Beta 3 build FUTURE: * return to viewer-development builds testing IMPEDIMENTS: * none === Grumpity === PAST * Process discussions * weekly QA synchup FUTURE: * QA synch notes & followup * need to clarify beta process * take STORM-315 from Esbee and split it. IMPEDIMENTS: * none ___ 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] Fix for "Attachments displayed in mouselook" bug
Hi guys,
I need to go home and can't clean up the whole hg/JIRA now but, for you at
home who can build and can test, I think I've a neat one liner to fix that
one:
diff -r b0cd7e150009 indra/newview/pipeline.cpp
--- a/indra/newview/pipeline.cppWed Oct 06 19:57:45 2010 -0700
+++ b/indra/newview/pipeline.cppFri Oct 08 19:25:41 2010 -0700
@@ -9049,7 +9049,7 @@
BOOL LLPipeline::hasRenderType(const U32 type) const
{
-return mRenderTypeEnabled[type];
+return (type != 0) && mRenderTypeEnabled[type];
}
Long story as to why that works but it does... at least in the tests I
did...
Feedback (good or bad) appreciated.
Cheers,
- Merov
___
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
