Idea
#8881: Bugs posted to brainstorm should be moved to Ubuntu bug tracker database
|
| |
68
|
|
|
Written by mp3phish the 21 May 08 at 03:02.
Category: Brainstorm.
Related to:
Nothing/Others.
Status: New
|
|
|
Description
Hello,
Instead of marking bugs as "not an idea" I propose that the brainstorm developers export all the "non ideas" which are marked as bugs to be exported as a CSV file and FTP'd over to the Ubuntu bug tracker. Once there, the bug tracking database should import the data and be listed as a bug.
Since brainstorm and all other ubuntu logins will be universal soon, this will integrate nicely.
I just think its a lost cause to mark stuff as not an idea, and then do nothing with it. All that data just going to waste, and then telling the user to post it to the bug database. It just isn't efficient, and it is causing bugs to go unreported. One of the biggest problems with Ubuntu (and the Linux community in general) is that bug reporting is not taken seriously when reported by an end user. Most of the time it is because the end user reports it to the wrong place. This is why Brainstorm should allow this feedback from end users to flow freely to the bug tracker. Because brainstorm is a much friendlier feedback loop for end users than bug databases are.
Attachments
No attachments.
Duplicates
Comments
|
glotz wrote on the 21 May 08 at 07:45
|
This would impose more work onto the developers and admins and generally people higher in the food chain. I think it's better they don't have to do these simple chores you and me can do.
-1
|
|
Auzy wrote on the 21 May 08 at 10:36
|
But people don't. And aren't the brainstorm mods being paid anyway?
+1
|
|
mp3phish wrote on the 21 May 08 at 22:33
|
@glotz:
You seem to be of the philosophy that known good bug reports should be left ignored, and the end user who reported it should just be given a slap on the wrist. This is a preposterous notion.
You may think its simple chores you and me can do but guess what. All the power users have reported all the bugs they know about. If they didn't, then they aren't a power user. Most of them, developers choose to either ignore or give them low low priority. Then there are the end users, who are simply left out in the cold completely and none of their feedback ever makes it to a developer.
But reporting should be simple. You go to forums, brainstorm, email lists, everything, and you will find bug reports which are ignored and not reported to the tracking database. But they are forms of feedback that came from an end user, who does not know all the policies in place. And they are simply ignored even though we all admit they are legitimate bugs.
There is no reason that an automated system could not be put in place to import brainstorm ideas as bugs. Plain and simple, it could be coded in 10-15 minutes and QA'd in less time than that.
Guess what the percentage of people who post to forums, brainstorm, etc... who are told "you should not post this here, post it to the bug tracker blah blah blah..." or just simply ignored all together. What percentage of those people will actually go to the bug tracker and post the bug? probably maybe 1% if your lucky.
|
|
tgape wrote on the 6 Jun 08 at 19:07
|
glotz: if this idea is implemented correctly, it's an automated process that moves the 'non-idea' to the bug tracking system; the admin just needs to tell it to really do it. That's not much time, and it tracks the bugs better.
mp3phish: As far as power users reporting all of the bugs they know about - not true. Most users, power or otherwise, will get to the point where they feel reporting bugs isn't worth their time - either because the bug isn't that annoying, or it's easier to fix it for their own system than it is to try and get the Ubuntu devs to fix it. However, this isn't an argument against your idea, because the power users at this threshold aren't going to be reporting these bugs regardless, unless someone comes up with a way to have the Ubuntu devs magically resolve all problems which are reported within just a few weeks of them being reported.
However, the automated system you describe would only be that quick to develop if the interfaces between Brainstorm and their bug tracking system are similar enough. There is no good reason for them to not be - however, unless they were developed in relation to each other, there is no good reason for them to be. That having been said, it shouldn't take more than a few hours, even with wildly different interfaces. In any event, I'd want to put it through at least an hour of QA, probably more.
I think another part of the problem is that the systems don't link to each other.
|
|
KRaL71 wrote on the 6 Sep 08 at 07:11
|
Thank you very much for this information. I like this site
------------------
Sohbet
|
|
glotz wrote on the 6 Sep 08 at 19:01
| |
^ Thank you very much for your spam, we dislike it...
|
Post your comment
|
|
|
