Hide Forgot
Description of problem: Use case: I would like to report a bug that is reproducible only on x86_64 and ppc64 architectures. At the moment, it is possible to have only one value in the architecture field like this: * Unspecified (not the right option, I know exactly what architectures are affected) * All (not the right option, for example s390x is not affected) * x86_64 (not the right option, ppc64 is affected too) * ppc64 (not the right option, x86_64 is affected too) It would be great if the reporter could select more than one architecture. Version-Release number of selected component (if applicable): 4.4.0006 How reproducible: always Steps to Reproduce: 1. report a bug reproducible only on two architectures (x86_64 and ppc64) Actual results: Only one architectures can be selected Expected results: Multiple architectures can be selected
A few points: 1) We need to consider if we are prepared on carrying this change if upstream don't accept it (like with the multiple aliases) 2) This requires a disruptive change to both TEIID and RPC calls (especially Bug.search and Bug.get) -- simon
I suspect this request should first be submitted to the upstream Bugzilla project (https://bugzilla.mozilla.org/enter_bug.cgi?product=Bugzilla) to see if they are willing to us the cost of carrying this as a Red Hat customization.
I'm going to close this bug because IMO it won't be accepted upstream and the cost of this kind of intrusive change is almost never regained and thus isn't a good business decision. The example I will quote here is the multiple component/versions changes we did for JBoss, which was expensive to develop, is expensive to maintain, and has been used 17 times in 2015 & 2016. Complete waste of resources. If you'd like to have this decision reviewed please escalate the request through your TST representatives at the monthly TST meeting, and get it approved via the TST process.