Could you perhaps sort those by the assigned priority? 721 is priority 'low', for example.
-Kyle H On Sun, May 31, 2009 at 1:40 PM, Charles Krinke <[email protected]> wrote: > Just to pick on the "Longest Open" for a little bit, here they are. The last > column is the number of days the Mantis has been open. > > It seems to me that a Mantis open over a year is a good candidate for a > feature request, perhaps a 'wont fix' or even a 'we did fix and forgot to > close'. > > So, to avoid me unilaterally starting to close some of these, I would like > to call on others to look into them and I will support *any* reasonable > decision in getting our "Longest Open" to be less then 451 days old. > > Charles > > > > > 0000721 - opensim does not support https in *STANDALONE*451 > 0000765 - Continual request of 'non existent asset' > c228d1cf-4b5d-4ba8-84f4-899a0796aa97444 > 0000960 - Neighbors that start up don't display411 > 0001054 - On teleport, child agents are not hidden, but remain visible in > region of origin400 > 0001131 - Physical prims pushed off edge of region roll to infinity392 > 0001147 - Doing shift-drag-copy linked non-phantom prims produces phantom > copies390 > 0001149 - Doing shift-drag-copy linked prims produces a new center point390 > 0001176 - "Already logged in" message on first connect attempt388 > 0001184 - Day Cycle Editor settings not remembered for sim388 > 0001209 - There are currently no constraints on link set size or prim > count.387 > 0001211 - Individually set Phantom flag for prims in a linkset387 > 0001217 - Edited child prims in linksets revert and don't save as changed387 > 0001229 - Avatar sometimes remains with selection after right-clicking an > object385 > 0001244 - Prim permissions lost while in-world384 > 0001317 - r4746 - client does not get or display "inventory timeout" message > from region377 > 0001332 - Taking groups of objects not implemented376 > 0001342 - sitting pose is not correct when sitting on a box375 > 0001343 - sitting pose is not correct when sitting on the rotated > cylinder375 > 0001344 - simulator can't provide service and system cpu 100%375 > 0001347 - Client gets flooded upon logon and lag increased in sims375 > 0001366 - sitting facing to the hill when sitting on tali ground373 > 0001373 - Logouts/Dropoffs not properly registered at both User Server and > Region server373 > 0001379 - terrain load wildcard effect without using change regions first371 > 0001397 - Prims out of FOV should not be rendered client-side369 > 0001415 - llTargetOmega stops working from time to time > > > ________________________________ > From: Charles Krinke <[email protected]> > To: [email protected] > Sent: Sunday, May 31, 2009 1:29:10 PM > Subject: Re: [Opensim-dev] 0.7 Release Discussion > > No problem, man. > > As I look at two other parts of the Mantis Summary page, both the "Longest > Open" and the "Most Active" jump out at me. > > So, ... I would suggest that if we were to concentrate on resolving/closing > some of the "Longest Open" and "Most Active" that we have a way to move > forward in a more or less logical fashion. > > Charles > > ________________________________ > From: Nebadon Izumi <[email protected]> > To: [email protected] > Sent: Sunday, May 31, 2009 1:26:10 PM > Subject: Re: [Opensim-dev] 0.7 Release Discussion > > I stand corrected, I went back and you are correct, i only had closed > filtered out and not the "resolved" issues, hence the inflated count. sorry > about that. I think all of these ideas are great, sorry to be the stickler > in the mud, but I'd rather everyone beat up on me now while were discussing > it than after the fact, so thanks everyone for comments, very good ideas. > > On Sun, May 31, 2009 at 1:12 PM, Charles Krinke <[email protected]> wrote: >> >> It pains me to disagree with you, Nebadon, but when I look at the summary >> page on our Mantis this morning, I see 247 open Mantis issues. This actually >> is an admirable goal and I would think clearing as many of these as possible >> over the next month is an admirable goal. Like all goals, we always can >> declare success when it "feels" right and thats my wriggle room. >> >> Charles >> >> ________________________________ >> From: Nebadon Izumi <[email protected]> >> To: [email protected] >> Sent: Sunday, May 31, 2009 6:34:36 AM >> Subject: Re: [Opensim-dev] 0.7 Release Discussion >> >> I can agree with that, if everyone else agrees i have no problem with it, >> I would just hate for anyone to think that we are locking things up and they >> wont have our support. And mostly i was more concerned with trying to clear >> mantis, that seams a bit unrealistic, as a good portion of fixing the mantis >> probably rely on us instituting many feature requests. It kind of goes >> against the whole premise of freezing up feature requests. >> >> On Sun, May 31, 2009 at 6:29 AM, Stefan Andersson <[email protected]> >> wrote: >>> >>> Wise from experience, I would never propose anything as preposterous as >>> to tell any core dev to do anything. >>> >>> But if a substantial part of core devs and the patching community think >>> it's a good idea and can be swayed to rally for it, I think we can see some >>> really extraordinary measures that would make us all look pretty god damn >>> good. >>> >>> And hell, I stated it would be ambitious. Aim for the stars, hit the >>> treetops, you know. >>> >>> Best regards, >>> Stefan Andersson >>> >>> >>> >>> >>> ________________________________ >>> Date: Sun, 31 May 2009 06:24:51 -0700 >>> From: [email protected] >>> To: [email protected] >>> Subject: Re: [Opensim-dev] 0.7 Release Discussion >>> >>> Have you even looked at mantis??? there are 728 open tickets, chances are >>> if we clear mantis, we will have OpenSimulator 1.0.. I personally don't see >>> this as feasible, this is to me looks like us trying to control what all the >>> developers are doing, and I have to -1 this idea as it would probably make >>> most devs just stop working. >>> >>> Neb >>> >>> On Sun, May 31, 2009 at 6:20 AM, Stefan Andersson <[email protected]> >>> wrote: >>> >>> I do believe we're all feeling the advent of 0.7 - a milestone in any >>> open source project. >>> >>> Here's a crazy idea for you; how about we agree to freeze feature set and >>> major architecture as of now, and concentrate on only: >>> >>> * Finalizing the backend restructuring >>> * Clear mantis (hell, let's CLEAR mantis! how's that for ambitious?) >>> * Write unit tests >>> >>> until the cows come home, and tag the cow homecoming rev as 0.7? Or, say, >>> 1st of aug happens, and we'll tag 0.6.7 then instead. ;) >>> >>> I believe this kind of solidified 0.7 would give us all a breather, help >>> us recoup, and then we can all go back to fiddling with our various dev >>> projects again. >>> >>> What you say? >>> >>> Best regards, >>> Stefan Andersson >>> >>> >>> >>> >>> _______________________________________________ >>> Opensim-dev mailing list >>> [email protected] >>> https://lists.berlios.de/mailman/listinfo/opensim-dev >>> >>> >>> >>> >>> -- >>> Michael Emory Cerquoni - Nebadon Izumi @ http://osgrid.org/ >>> >>> _______________________________________________ >>> Opensim-dev mailing list >>> [email protected] >>> https://lists.berlios.de/mailman/listinfo/opensim-dev >>> >> >> >> >> -- >> Michael Emory Cerquoni - Nebadon Izumi @ http://osgrid.org >> >> _______________________________________________ >> Opensim-dev mailing list >> [email protected] >> https://lists.berlios.de/mailman/listinfo/opensim-dev >> > > > > -- > Michael Emory Cerquoni - Nebadon Izumi @ http://osgrid.org > > _______________________________________________ > Opensim-dev mailing list > [email protected] > https://lists.berlios.de/mailman/listinfo/opensim-dev > > _______________________________________________ Opensim-dev mailing list [email protected] https://lists.berlios.de/mailman/listinfo/opensim-dev
