# Description of problem: Today, if there is a concern in patch related to brick-mux, we ask the submitter to run the test with another patch which enables brick-mux and then run regression there to validate the concerns. The best is, same patchset gets tested with brick-mux, and all the votes are captured in same patchset. I prefer command 'run brick-mux regression" to get the tests started. But it is fine if someone else has some other string for this. All expected out of resolving bug is announcing which string to add for running brick-mux regression in ML. # Additional info: Have some more bugs in series. Lets plan to prioritize them properly.
We now have a "Verified" label in Gerrit. I think it should be possible to add an other label "Test w/ brick-mux' or similar that triggers this special test. It will be used more than when a magic comment is required.
I personally feel lesser tick-boxes, but more commands, and documenting them. It would get closer to github flow, so it will reduce the overall dependency to understand gerrit for someone who comes from github workflow. Initially, I am fine with 'a option' to trigger this, so whichever is faster for infra team. Later we can discuss, how part of it.
Should this job vote at all? I can have a job that does on-demand running easily. But having it vote is slightly more challenging (but not impossible).
No serious need of 'Vote' at present. This can be 'SUCCESS', 'FAILURE', ABORT or whatever.. as the person triggering the run, I would look up the result before voting. Lets get the basic trigger infra to work first as MVP, then VOTE privilege can come as much later solution.
WIP: https://review.gluster.org/#/c/19885/