With only one link for all of them, it isn’t convenient and, more importantly, it _removes_ (partly) the incentive to close them. I thought it was a good practice to close NEEDINFO bugs after some time. The “activity” link next to “Git repository” could give contributors a quick idea how maintained the project is (only works if the project is hosted in GNOME Git).The “GNOME-love bugs” query shows reports that have been recently changed first – more likely that recently changed ones are not outdated and something new contributors could work on.All patch related information for a project is now in a single place. Moved “New Patches” into its own new “Patches” section under “New and unreviewed”.In the side bar, “Bugs without a response” is a link again (though it is not exactly what it says, it’s rather a query for reports with only a single comment, hence also a mismatch between the displayed number and the search result number when you click it).The query results are sorted by last change. The previously shown needless NEEDINFO queries by date were moved to the side bar and merged into one query.You should be more interested in bugs reported in recent versions. Versions now sorts by newest versions first.Static information like components or versions now comes after. Target Milestones (if existing), Priorities (if actually used and not just kept as the “normal” default) and Severities are now listed first, to get a quick overview for those projects who might use Bugzilla to do some project planning (so far I have not seen that much though).
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |