Similarities and differences between the Bugzilla way and the wiki way

Some users new to Bugzilla may be accustomed to the wiki way, in which if you make an edit and no one reverts it, then you've "won" because your content remains. If it was a policy page, then people can then cite that revised policy as something that should be applied. If it was a mainspace page, then that's now Wikipedia's statement of what the verifiable and notable truth is. If you can apply an archive template to a discussion and ensure that it stays there, then you have closed down a discussion.

On Bugzilla, even if you can make a change to the status, severity, priority, or milestone that no one reverts, you haven't accomplished your main goal, which was to get the bug fixed. The fields can say that the bug is a new immediate blocker, and it doesn't change the codebase or configuration at all. Also, even if a bug is WONTFIXed, discussion about how to fix it can continue, and people can keep writing patches. Conversely, a patch or configuration change can also be applied without there being any open bug.

On Wikipedia, there is a guideline stating that "polling is not a substitute for discussion." Bugzilla explicitly embraces voting, while also reminding users "that voting is nowhere near as effective as providing a fix yourself." Bugzilla users are discouraged from commenting simply to voice support for an opinion already stated without adding new information, since this causes everyone who has signed up as a cc to receive an email that provides no help in fixing the bug (other than, perhaps, moral support).