-
Notifications
You must be signed in to change notification settings - Fork 311
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Include relevant non-Fenix bugs to the training set of the Fenix model #4354
Comments
For GeckoView in particular, we should probably just hardcode it (as GeckoView could be considered in the end a subproduct of Fenix). |
We should definitely include as "negative" examples in the Fenix component model training set, bugs that were put in Fenix by our bot but moved out of Fenix. |
Would this only include the bugs that were moved to Fenix with the newer version of BugBot (with the Fenix model, ~1 month ago) or with any version of BugBot? |
After some investigation, there are two possible cases that we can consider:
The first case is usually caused by the general component model, which classifies bugs as The second case is caused by the Fenix component model, which moves any bug classified as It would make sense to focus on the second case, as these misclassifications are all caused by the Fenix component model, while the first case is mostly (if not all) caused by the general component model misclassifying a bug as WDYT? @marco-c |
I agree the first case is not so interesting for the Fenix model, only for the general component model (and those bugs should already be included in its training set). There could also be the case:
|
Suggested by @marco-c:
We could make this dynamic instead of hard coding it. For example, when we create the training dataset, we could include bugs that were in Fenix and then got moved to other products (if the component passes a certain threshold).
The text was updated successfully, but these errors were encountered: