Workflow bugs may be seen by the developers, but I've seen a lot of devs just ignore these and let the workflow run, especially on universe packages.
These bugs are usually relatively-quickly intercepted during the development cycle for packages in main, and are handled, from what I've seen. For Universe, they happen whenever it's gotten to, last I checked. Workflow bugs aren't governed by our bug triage policy. If developers here on packages in Ubuntu (and incidentally Launchpad) are unaware of what workflow bugs are, they should read the section of the documentation on special workflow bugs. In the "How to Triage" guide [1], even, there's a section labeled "Special Types of Bugs" [2], which says that unless you know what you're doing, you shouldn't touch those bugs. Status included. I think that still applies here, if developers of a given package are unaware of this, then we can easily make a note that this is a workflow process bug, not necessarily something they *need* to immediately look at, especially since not all upstreams actually do much with the workflow process here. That's my opinion on this. Let's move on to actually fixing bugs, not dealing with how we set the importance on special bugs, of which our bug triage rules don't really apply in the same way (if at all, case in point merge requests, sync requests, security bugs (which have slightly different policies), etc.). ------ Thomas LP: ~teward On Tue, Apr 8, 2014 at 2:45 PM, Alberto Salvia Novella < es204904...@gmail.com> wrote: > El 08/04/14 20:10, C de-Avillez escribió: > > Bug management does not apply to workflow bugs. >> > > They fact developers have to look at this reports first stays untouched. > > > -- > Ubuntu-quality mailing list > Ubuntu-quality@lists.ubuntu.com > Modify settings or unsubscribe at: https://lists.ubuntu.com/ > mailman/listinfo/ubuntu-quality > -- Ubuntu-quality mailing list Ubuntu-quality@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-quality