New bugs in some products will now show up in a new state, UNCONFIRMED. This means that we have nobody has confirmed that the bug is real. Very busy engineers will probably generally ignore UNCONFIRMED that have been assigned to them, until they have been confirmed in one way or another. (Engineers with more time will hopefully glance over their UNCONFIRMED bugs regularly.)
The page describing bug fields has been updated to include UNCONFIRMED.
There are two basic ways that a bug can become confirmed (and enter the NEW) state.
If you have the "Can confirm a bug" permission, then you will be able to move UNCONFIRMED bugs into the NEW state.
If you have the "Can edit all aspects of any bug" permission, then you can tweak anything about any bug. If not, you may only edit those bugs that you have submitted, or that you have assigned to you (or qa-assigned to you). However, anyone may add a comment to any bug.
Some people (initially, the initial owners and initial qa-contacts for components in the system) have the ability to give the above two permissions to other people. So, if you really feel that you ought to have one of these permissions, a good person to ask (via private email, please!) is the person who is assigned a relevant bug.
People with one of the two bits above can easily confirm their own bugs, so bugs they submit will actually start out in the NEW state. They can override this when submitting a bug.
People can ACCEPT or RESOLVE a bug assigned to them, even if they aren't allowed to confirm it. However, the system remembers, and if the bug gets REOPENED or reassigned to someone else, it will revert back to the UNCONFIRMED state. If the bug has ever been confirmed, then REOPENing or reassigning will cause it to go to the NEW or REOPENED state.
Note that only some products support the UNCONFIRMED state. In other products, all new bugs will automatically start in the NEW state.
If a person has submitted several bugs that get confirmed, then this is probably a person who understands the system well, and deserves the "Can confirm a bug" permission. This kind of person should be detected and promoted automatically.
There should also be a way to automatically promote people to get the "Can edit all aspects of any bug" permission.
The "enter a new bug" page needs to be revamped with easy ways for new people to educate themselves on the benefit of searching for a bug like the one they're about to submit and voting on it, rather than adding a new useless duplicate.