Disable +filebug redirection for ~ubuntu-bugcontrol

[Scott James Remnant (Canonical)]

I can't file bugs!

If I click "Report a bug" I get taken to some stupid wiki page telling me I shouldn't report bugs through Launchpad.

I'M THE BUG CONTACT FOR THE PACKAGE!

I'M FILING A BUG FOR MY OWN FILEKEEPING AND OWN TRACKING!

I should be allowed to.

[Daniel Hahler (blueyed)]

As a workaround for now, do not use edge.launchpad.net - this change has not landed on launchpad.net yet.

[Eleanor Berger (intellectronica)]

I think that allowing the bug supervisor for the target (and maybe other important persons) makes sense.

[Deryck Hodge (deryck)]

Tom, can you also look at and comment on bug #431121 and bug #431118, or call attention to the appropriate people to comment?

[Eleanor Berger (intellectronica)]

In addition, or as an alternative, we can also do Bug #431121 (Don't apply +filebug redirection to ubuntu-dev).

[William Grant (wgrant)]

ubuntu-dev is a member of ubuntu-bugcontrol, Ubuntu's bug supervisor. I think the bug supervisor solution is good (or as good as this questionable idea can get).

[Brian Murray (brian-murray)]

The wiki page referenced actually contains information about how to avoid being redirected to it. It is trivial to create a firefox smart keyword such that one goes to the +filebug page and is not redirected to the particular web page.

With regards to the idea of disabling the redirection for the bug supervisor of Ubuntu - I don't believe this is a good idea. While I am an Ubuntu developer, I'm not familiar with every package in Ubuntu and what is best to include in a bug report about each package. Additionally, I'm not aware of every package that has an apport hook and don't want to have to be. Subsequently, I think it makes more sense to use the appropriate tool, apport, for filing bugs about Ubuntu. In the event that someone really wants to work around the redirection it is possible for them to set something up that does this (as mentioned above) or file a bug using the e-mail interface or the API.

[Colin Watson (cjwatson)]

Ubuntu developers should know when they don't know about things, and should be familiar with our tools; these are qualities we test in the developer application process. They are also very, very substantially more likely to be irritated by this design decision. Launchpad should assume that they have some chance of knowing what they're doing.

[Brian Murray (brian-murray)]

Disabling redirection for +filebug for Ubuntu's bug supervisor makes sense to me.

[Martin Pitt (pitti)]

This was discussed in yesterday's desktop team meeting, and I got similar feedback:

 - Many bug reports do not actually need further information, such as translation errors (brought up by Arne) or UI usability problems, or wishlist bugs.
 - Some people are afraid of accidentally sending private information.
 - ubuntu-bug does not work for some people, e. g. behind company firewalls.

The preference was to change the +filebug page in a way that it shows the wiki page content, but also offers a link at the bottom to "file the bug anyway". Since that's a bit trick to do, it was also proposed as a compromise to disable the redirection for ubuntu-bugcontrol members.

[Martin Pitt (pitti)]

Scott, I took the liberty to retitle the bug accordingly, since that seems to be a common consensus. If that doesn't suit you, then sorry for 0wning your bug. Please say so, and I'll unduplicate/retitle back.

[Diogo Matsubara (matsubara)]

Fixed in db r8509 <http://bazaar.launchpad.net/~launchpad-pqm/launchpad/db-devel/revision/8509>

[Bryce Harrington (bryce)]

> - Many bug reports do not actually need further information, such as translation errors or UI usability problems, or wishlist bugs. [Or packaging requests]

In these cases, the reporter has some really valuable information that is failing to be captured when its filed.

If as part of the filing process, these bugs can be tagged 'translation', 'usability', 'wishlist', 'packaging', etc. then triaging them becomes much more straightforward. MOTU aspirants can search for 'packaging', translators for 'translation', usability experts for 'usability', etc. Furthermore, those of us using automated bug triaging scripts to request the user add logs and so on can more easily skip over these bugs since they don't need further information.