Closed
Bug 431721
Opened 17 years ago
Closed 17 years ago
email_in.pl should automatically set @confirm_product_change = 1 when @product is defined
Categories
(Bugzilla :: Incoming Email, defect)
Tracking
()
RESOLVED
FIXED
Bugzilla 3.0
People
(Reporter: LpSolit, Assigned: LpSolit)
Details
(Whiteboard: [Bugzilla 3.0.x only][tip not affected])
Attachments
(1 file)
(deleted),
patch
|
mkanat
:
review+
|
Details | Diff | Splinter Review |
In Bugzilla 3.0, when you want to move an existing bug into a new product, specifying @product has no effect, and no email is sent back to the sender. The reason is that process_bug.cgi displays the intermediate page to ask for confirmation. email_in.pl should automatically confirm the change for us.
In Bugzilla 3.2, this intermediate page is already skipped when called from email_in.pl. So this bug is about 3.0 only.
Attachment #318859 -
Flags: review?(mkanat)
Assignee | ||
Updated•17 years ago
|
Whiteboard: [Bugzilla 3.0.x only][tip not affected]
Comment 1•17 years ago
|
||
It's supposed to be automatically skipped in USAGE_MODE_EMAIL in Bugzilla 3.0. Did you check process_bug to see why it's not being skipped?
Comment 2•17 years ago
|
||
Comment on attachment 318859 [details] [diff] [review]
patch, v1
Okay, this is the best change, and LpSolit said on IRC that he checked and process_bug doesn't do it right for 3.0, so we can take this.
Attachment #318859 -
Flags: review?(mkanat) → review+
Updated•17 years ago
|
Flags: approval3.0+
Assignee | ||
Comment 3•17 years ago
|
||
Checking in email_in.pl;
/cvsroot/mozilla/webtools/bugzilla/email_in.pl,v <-- email_in.pl
new revision: 1.5.2.10; previous revision: 1.5.2.9
done
Status: NEW → RESOLVED
Closed: 17 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•