Please note I think the commit is a new feature, and the ticket with "Tracker: Feature" does not have the backport field to make the backport easy. But if someone likes changing the Tracker type from Feature to Bug, I am happy to change it.
As you know Ruby only backports bugfixes. If you think this is a feature, it won't be backported.
But note that in CRuby context "bug" is defined as fixes which may be backported.
If you believe a fix is a bug, you can request to backport it even if some other people think it's a feature.
The final decision is made by the branch maintainer, whether or not people consider it a bug.
Backport set to 2.5: UNKNOWN, 2.6: UNKNOWN, 2.7: REQUIRED
Thanks for explaining the context of "bug" in CRuby.
In the context, I think the commit is to fix the relatively slower performance by the optimization, while there are already x86 and powerpc applying the optimization. So, I change the Tracker type to "bug", and pass the baton to the branch maintainer.
I am asking the backport to Ruby project's 2.7 branch.
If you use the patch on Fedora, why does it connect for you to close this ticket's status?
Backport issues are closed after the appropriate backport marker has been set, similarly to how regular bug fixes are closed after the code has been fixed in master. It is still up to the branch maintainer whether they want to backport the fix.