Let me present details of this statuses correspondence in a simple table, where the first column contains MySQL's bug status, while 3 other columns contain the content of corresponding MariaDB Server JIRA issue's fields, "Status", "Resolution" and "Labels". There is also "Comment" column with some explanation on what else is usually done in JIRA issue when it gets this set of values defining its status or what this may mean in MySQL bugs database etc. Most important MySQL bug statuses are taken from this my post (there are more of them, but others are rarely used, especially when real work on bugs was moved into internal bugs database by Oracle, or were removed since that post as it happened to "To be fixed later").
| MySQL Bug Status | MariaDB JIRA Status | MariaDB JIRA Resolution | MariaDB JIRA Label | Comment |
| Open | OPEN | Unresolved | Typical status for just reported bug | |
| Closed | CLOSED | Fixed | You should see list of versions that got the fix in the Fix Version/s field | |
| Duplicate | CLOSED | Duplicate | So, in MariaDB it's "closed as a duplicate" | |
| Analyzing | OPEN | Unresolved | Usually bug is assigned when some engineer is working on it, including analysis stage | |
| Verified | CONFIRMED | Unresolved | CONFIRMED bugs are usually assigned in JIRA while in MySQL "Verified" bugs are usually unassigned | |
| Won't fix | CLOSED | Won't Fix | Usually remains assigned | |
| Can't repeat | CLOSED | Cannot reproduce | Unlike in MySQL, usually means that both engineer and bug reporter are not able to reproduce this | |
| No Feedback | CLOSED | Incomplete | need_feedback | As in MySQL, bug should stay with "need_feedback" label for some time before it's closed as incomplete |
| Need Feedback | OPEN | Unresolved | need_feedback | Usually in the last comment in the bug you can find out what kind of feedback is required. No automatic setting to "No Feedback" in 30 days |
| Not a Bug | CLOSED | Not a Bug | ||
| Unsupported | CLOSED | Won't Fix | There is no special "Unsupported" status in MariaDB. Most likely when there is a reason NOT to fix it's stated in the comment. |
In the table above you can click on some links to see the list of MariaDB bugs with the status discussed in the table row. This is how I am going to use this post from now on, as a quick search starting point :) It will also be mentioned on one of slides of my upcoming FOSDEM 2019 talk.
One thing not mentioned here is that it is not currently possible to provide non-public information as part of a bug report. This is made slightly more complicated by the fact, as you indicate, that the number of different groups of people who may have access to the bug may not simply be "MariaDB staff" and the fact that there is a difference between MariaDB.org and Mariadb.com as separate entities.
ReplyDeleteIt can be generally handy to be able to provide private comments, or more specific internal information to help diagnose the cause of a bug, or provide context, and to share this with those that "handle" the bug report, but not want to make that information visible to the wider public.
Having such a facility would be nice as long as it is clear who will be able to see that "private information".
Nice reference, thank you. You work in MariaDB and worked in MySQL team, so it would be interesting to hear from you some comments - if those systems are equivalent and, if not, which one works best for quality.
ReplyDeleteStarting from MariaDB 5.5.x they become more and more different in features and development focus. MariaDB has more storage engines, of different maturity and quality, and some features that will probably never exist in MySQL (like PL/SQL support or system-versioned tables in 10.3).
DeleteI'd say that, in general, common features should get way more QA in MariaDB comparing to Oracle's MySQL and should be of higher quality. Same is true for Percona Server vs Oracle MySQL of the same major version, by the way.
As for unique engines and features, I do not have any good metrics to compare. Some engines are surely more buggy and less tested than MySQL in general.
From experience, MariaDB 10.1 and 10.2 are mature (same as MySQL 5.6 or 5.7, for example), I rarely see really bad unique problems. More features means more problems, as one can see with MySQL 8 as well.
That said, I do not follow MariaDB bugs as close as MySQL ones. I report and follow bugs my support customers hit mostly in case of MariaDB. With MySQL I check new bugs reported every day. This is my hobby, one of things I do for fun and main topic of this blog.