Closed
Bug 215399
Opened 21 years ago
Closed 10 years ago
Automated product change causing exceeded vote count prevents subsequent user vote change.
Categories
(Bugzilla :: Creating/Changing Bugs, defect)
Bugzilla
Creating/Changing Bugs
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: jasonb, Unassigned)
References
Details
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5b) Gecko/20030804
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5b) Gecko/20030804
I recently became the "proud owner" of having 12 votes in the Browser product.
I'd voted for 10 Browser bugs (my maximum) but had two of my other voted bugs
change product to Browser. I then discovered that I now actually have 12 votes
against Browser products (over the maximum) when I went to "un-vote" for one of
the bugs that had been resolved FIXED.
I can't stop voting for it, however, because Bugzilla won't let me keep the
(then) existing 11 votes which would be over the limit. It wasn't my fault that
the products changed on me.
In one sense, this is a loophole in the system, and I could look at it as being
privileged to currently enjoy having more votes than I should be allowed. But,
in another sense, my thinking is that having this kind of automatic change
happen to me is almost like a bait and switch tactic because I can't now clean
up my votes properly without being penalized for doing so (by losing a vote that
I previously enjoyed).
Bugzilla should only be checking the vote limit when you try to *add* a vote,
not when you try to *remove* one.
Reproducible: Always
Steps to Reproduce:
Comment 1•19 years ago
|
||
Because of the way process_bug.cgi and Bug::RemoveVotes actually work, Bugzilla
*has* to check the total number of votes even when you remove votes. What
happened to you will soon not be possible anymore, see bug 34172. Your exceeding
votes will automatically be removed.
Status: NEW → RESOLVED
Closed: 19 years ago
Resolution: --- → WONTFIX
Reporter | ||
Comment 2•19 years ago
|
||
I don't actually think that a WONTFIX is a valid resolution. More
appropriately, bug 34172 should be set as blocking this one, and this one FIXED
when that one is FIXED.
Although, I suppose a WONTFIX is appropriate for the actual Summary, the intent
of the bug is that I don't want the system to leave me in a state where I can't
change my votes. Once bug 34172 is fixed, that won't be the case any more and
I'll be able to reassign as I wish.
Status: RESOLVED → REOPENED
Resolution: WONTFIX → ---
Summary: Vote count should only be checked when adding a bug, not removing one. → Automated product change causing exceeded vote count prevents subsequent user vote change.
Comment 3•19 years ago
|
||
This summary is much better! ;) I'll mark this bug as fixed together with bug 34172.
Assignee: myk → create-and-change
Status: REOPENED → NEW
OS: Windows XP → All
QA Contact: mattyt-bugzilla → default-qa
Hardware: PC → All
Comment 4•19 years ago
|
||
*** Bug 217240 has been marked as a duplicate of this bug. ***
Comment 5•18 years ago
|
||
So was this actually fixed by bug 34172? If so it should be marked as such.
This bug was fixed by bug 34172.
Status: NEW → RESOLVED
Closed: 19 years ago → 10 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•