Closed
Bug 403326
Opened 17 years ago
Closed 17 years ago
when attaching a patch, if review requestee matches multiple people no error is produced
Categories
(Bugzilla :: Attachments & Requests, defect)
Tracking
()
RESOLVED
DUPLICATE
of bug 372539
People
(Reporter: wgianopoulos, Unassigned)
Details
If i click on the attachment details to request a review, and i put in requestee that matches multiple entries, i get a subsequent page to select the person I really wanted. The same should happen if I request a review at the same time I attach a patch, but it does not. Anything that is not entered as an exact match seems to end up with me as the review requestee with no error message. This is happening on bugzilla.mozilla.org in case it is implementation specific.
Reporter | ||
Updated•17 years ago
|
Summary: when attaching a patch, if review requestee is not an exact match it ends up being the requestor → when attaching a patch, if review requestee has multiple matches it ends up being the requestor
Reporter | ||
Comment 1•17 years ago
|
||
(In reply to comment #0) > same time I attach a patch, but it does not. Anything that is not entered as > an exact match seems to end up with me as the review requestee with no error > message. It does not ends up with the requestor as requestee just ends up as a review request with no requestee. Sorry for my confusion.
Summary: when attaching a patch, if review requestee has multiple matches it ends up being the requestor → when attaching a patch, if review requestee no error is produced
Reporter | ||
Updated•17 years ago
|
Summary: when attaching a patch, if review requestee no error is produced → when attaching a patch, if review requestee matches multipe people no error is produced
Reporter | ||
Updated•17 years ago
|
Summary: when attaching a patch, if review requestee matches multipe people no error is produced → when attaching a patch, if review requestee matches multiple people no error is produced
Comment 2•17 years ago
|
||
See also bug 5179 comment 40. The current behavior is expected. If we display an intermediate page to choose the reviewer, then your web browser will be unable to cache the uploaded attachment. The best alternative was to commit the attachment first and then let you choose the reviewer again. Also, note that a message is displayed at the top of the page informing you that several names were matching the string you entered. So no error is thrown, but a message is displayed.
Severity: normal → minor
Reporter | ||
Comment 3•17 years ago
|
||
(In reply to comment #2) > See also bug 5179 comment 40. The current behavior is expected. If we display > an intermediate page to choose the reviewer, then your web browser will be > unable to cache the uploaded attachment. The best alternative was to commit the > attachment first and then let you choose the reviewer again. Also, note that a > message is displayed at the top of the page informing you that several names > were matching the string you entered. So no error is thrown, but a message is > displayed. > OK. Thanks the reason I was trying to avoid that is that if you do it that way it sends 2 e-mails. Trying to avoid bugspam.
Comment 4•17 years ago
|
||
I will mark this bug as a dupe of bug 372539 as both are about the same problem: the lack of the "confirmation" page when entering a reviewer name.
Status: NEW → RESOLVED
Closed: 17 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•