4/14/2023 0 Comments Bugzilla bug status workflow![]() Time Tracking - Calculate how many hours a bug will take to fix, and then keep track of the hours you spend working on it.Advanced reporting System and Charts -To know how your bug database looks right now.Scheduled Reports by Email - Daily, Weekly, Hourly service by Bugzilla about new bug creation or modification of an existing one.Automatic Duplicate Bug Detection - Bugzilla will automatically look for similar bugs in the system and allow the user to add themselves to the CC list of one of those bugs instead of filing a new one.Advanced Search Capabilities - A basic bug search search or a very advanced system search where you can create any search you want, the full text of a bug.Bug Lists in Multiple Formats - Get bug results in many different formats (HTML layout, Atom, iCal, CSV, HML).This self hosted bug tracking solution enables users to stay connected with their clients or employees, to communicate about problems effectively throughout the data-management chain software development life cycle. It features defect-tracking capabilities built into integrated source code management environments such as Github or other web-based or locally-installed equivalents.īugzilla is used by the Mozilla Foundation, also Linux kernel, WebKit, FreeBSD, Apache, Red Hat, Eclipse and LibreOffice. It allows you to keep track of outstanding bugs, problems, issues and enhancement, often used by software development teams to manage their software devopment projects. Otherwise, the bug will have its status changed to the initial confirmed status for the bug.Bugzilla - Issue Tracker on Ubuntu Server 20.04īugzilla is an open source project that uses a web based bug tracker and testing tool. Because products can have different workflows, what happens if you change the product for a bug? If (everconfirmed = 0) for the bug, then the bug will have its status changed to the initial unconfirmed status for a bug. There is also one additional change to editproducts. If there are no bugs in a product then this is not needed and will be skipped. The user can then say "all bugs with status X in the old workflow should not be status Y in the new workflow". After selecting the new workflow to use, the user will be shown all of the statuses in the original workflow. When editing an existing product, the user will be able to change workflows. When creating a new product, the user will be asked to choose a workflow to use. To see the list of initial statuses for a new bug, search for bugs where "from_status IS NULL".Īll of this will mean a change to the editproducts CGI. If you search for all rows in the table matching a specific workflow and from_status, you will see all of the transitions that the bug can take. ![]() Each transition has a unique ID, and is part of a specific workflow. The first table, 'bug_transition', is hopefully straightforward. This will have two new tables, 'bug_transition' and 'transition_group_map': If a localized description does not exist, then it will fall back to the description in the database. Also, TT code will be written to allow status descriptions to be localized. It will take a bug ID or a product name, and will first confirm access to the bug/product before displaying anything. To be safe, the CGI will not take a workflow ID directly. ![]() The "Status" link on each bug's page will now point to a CGI that describes the different statuses available to the workflow. On the templates side of things, some changes will have to be made. An admin will be able to add/edit/delete statuses for any given workflow. On the web side of things, a new admin page will be created to provide access to edit a workflow. The description column gives us a description of the status. The workflow column is added, so we know which statuses are added to which workflows. The isactive column is gone (to stop using a status, simply don't allow any transitions to it). The id, sortkey, and value columns are as before. This bug has been fixed, and the fix has been verified. The list of statuses is relatively simple, and will be stored in a modified version of the bug_status table: So, what is a workflow? A workflow is, at its heart, a list of statuses and a graph of transitions. Products already existing will be using the default workflow. Each product can have a different workflow. New Bugzilla installations will be given a default workflow, and current installation will have the current list of statuses, combined with standard Bugzilla transitions, made into the default workflow (more on this soon). Each Bugzilla installation will have one or more workflows configured. The upcoming patch will open an existing, but relatively restricted concept, in Bugzilla: The workflow. OK, I have gone through everything and thought over this, and here's what I'd like to do:
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |