[Opensim-dev] Automated Bug Reporting

Justin Clark-Casey jjustincc at googlemail.com
Wed Nov 5 13:04:17 UTC 2008


+1 on this idea in general and a big +1 on tallying duplicates rather than raising separate entries if at all possible - 
I think that would help a lot in making it possible to look through them.

Frisby, Adam wrote:
> Yes, I think catching duplicates is important – but I’m not 100% 
> confident the Mantis SOAP adapter is sufficiently advanced that we can 
> search for that, but I think that might warrant us building a separate 
> webapp for this actually if we can’t.
> 
>  
> 
> In terms of catching the errors – that part is relatively easy, we’re a 
> managed application which means we can catch exceptions at the root 
> level. Getting those is easier – it’s already been suggested we use a 
> secondary application so we can catch Mono errors too, but I’m not quite 
> sure we really want to do that – because I believe that falls outside 
> the OpenSim scope. (ie issues with Mono are a problem for Mono)

Sometimes Mono issues have been due to us (the timer issues we had a while back and may still occasional have spring to 
mind).  But I agree that getting these is pretty harder - I think the cost probably outweighs the payback.

> 
>  
> 
> Adam
> 
>  
> 
> *From:* opensim-dev-bounces at lists.berlios.de 
> [mailto:opensim-dev-bounces at lists.berlios.de] *On Behalf Of *Mircea 
> Filipescu
> *Sent:* Wednesday, 5 November 2008 4:25 AM
> *To:* opensim-dev at lists.berlios.de
> *Subject:* Re: [Opensim-dev] Automated Bug Reporting
> 
>  
> 
> Brilliant idea back there! An automated bug reporting system would 
> certainly be one helpful thing. But indeed it would raise a lot of 
> complications and could even risk sending false positives at one point. 
> And indeed the best method for this is a separate project in the Mantis. 
> opensim-automated_bug_report or something else. Otherwise I don't think 
> it would be a good idea.. a separate project is the best method in 
> Mantis that would keep things arranged at their best with this.
> 
> Now a question; How would we prevent this from making a flood of an 
> unrecognizable pile of issues and crashes? What if the user keeps 
> experiencing the same crash over and over again? That crash will be 
> spammed 100 times in that Mantis project which wouldn't be that good. So 
> I'm suggesting a way in which every single type of crash is 
> auto-reported only once. If the parameters of a crash being reported are 
> exactly the same as an older crash already there, skip that second 
> report so the same thing doesn't get posted two times.
> 
> And now another problem; -Who- will report a crash if the only running 
> process (opensim.exe) is the one who crashes and disappears? We could 
> either make it so opensim.exe sends the previous crash to Mantis the 
> next time it starts, or some background process watches opensim.exe and 
> the second it crashes it takes all the info and throws into the Mantis.
> 
> ------------------------------------------------------------------------
> 
> From: adam at deepthink.com.au
> To: opensim-dev at lists.berlios.de
> Date: Tue, 4 Nov 2008 21:51:09 -0500
> Subject: [Opensim-dev] Automated Bug Reporting
> 
> The subject has been raised recently, in anticipation of the 0.6.0 
> release about including an automated bug report process in OpenSim, 
> obviously it would be switched off by default, but the option would 
> exist to have exceptions logged in OpenSim reported to the Mantis bug 
> tracker automatically.
> 
>  
> 
> The big advantage to doing so is it becomes easier to prioritise which 
> bugs need to be fixed – issues which occur frequently would immediately 
> become visible (whereas right now they aren’t so much). It would also 
> allow us to get some debug feedback on features we implement – ie 
> internal exceptions which we ignore right now could be dumped onto the 
> mantis with appropriate tags.
> 
>  
> 
> The solution I am considering for implementing this is the MantisConnect 
> .NET adapter which basically uses the mantis SOAP interface – right now 
> we’ve got a section of code in the main OpenSim.exe which handles the 
> ‘last exception’ – I’d like to put the code initially in there, then 
> open the option up for developers to report bugs via a ‘Util’ member 
> function at a later point.
> 
>  
> 
> In terms of Mantis itself, I’m thinking it might be best to setup a 
> second project for the automated reports – while we lose the ability to 
> then link issues as ‘related’ with a manual report, it also avoids 
> cluttering up the project with thousands of automated reports.
> 
>  
> 
> Thoughts?
> 
>  
> 
> Adam
> 
>  
> 
> ------------------------------------------------------------------------
> 
> Get news, entertainment and everything you care about at Live.com. Check 
> it out! <http://www.live.com/getstarted.aspx%20>
> 
> 
> ------------------------------------------------------------------------
> 
> _______________________________________________
> Opensim-dev mailing list
> Opensim-dev at lists.berlios.de
> https://lists.berlios.de/mailman/listinfo/opensim-dev


-- 
justincc
Justin Clark-Casey
http://justincc.wordpress.com



More information about the Opensim-dev mailing list