Closed
Bug 513212
Opened 15 years ago
Closed 11 years ago
Allow people to set "See Also" when filing/creating/entering a bug on enter_bug.cgi or the Bug.create webservice
Categories
(Bugzilla :: Creating/Changing Bugs, enhancement)
Tracking
()
RESOLVED
FIXED
Bugzilla 5.0
People
(Reporter: deak.gaborne, Assigned: dkl)
References
(Blocks 1 open bug)
Details
Attachments
(1 file, 3 obsolete files)
5.88 KB,
patch
|
glob
:
review+
|
Details | Diff | Splinter Review |
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; hu; rv:1.9.0.13) Gecko/2009073022 Firefox/3.0.13 (.NET CLR 3.5.30729)
Build Identifier: 3.4.1 Release
Please put the See also field to the Advanced Field view of bug entering screen.
Reproducible: Always
Updated•15 years ago
|
Status: UNCONFIRMED → NEW
Ever confirmed: true
OS: Windows XP → All
Priority: -- → P4
Hardware: x86 → All
Summary: "See also" field should be entered during bug creation → Allow people to set "See Also" when filing/creating/entering a bug on enter_bug.cgi
Comment 2•15 years ago
|
||
Forwarding Importance C3 set by mkanat from duplicate bug 530024.
Comments from duplicate bug 530024:
> When I submitted a bug to Mozilla, I couldn't add the launchpad link with
> Advanced fields turned on.
> ---
> Frédéric Buclin: Hum right, See Also is not displayed in enter_bug.cgi, for
> some reason.
> ---
> As a bug triager from Red Hat, I would love to be able to refer to
> our downstream bugs right in the enter_bug.cgi.
Priority: P4 → P3
Updated•14 years ago
|
Blocks: bz-seealso
Assignee | ||
Updated•11 years ago
|
Assignee: create-and-change → dkl
Status: NEW → ASSIGNED
Priority: P3 → --
Summary: Allow people to set "See Also" when filing/creating/entering a bug on enter_bug.cgi → Allow people to set "See Also" when filing/creating/entering a bug on enter_bug.cgi or the Bug.create webservice
Target Milestone: --- → Bugzilla 5.0
Version: unspecified → 4.5.2
Assignee | ||
Comment 5•11 years ago
|
||
Attachment #8391534 -
Flags: review?(glob)
Comment 6•11 years ago
|
||
Comment on attachment 8391534 [details] [diff] [review]
513212_1.patch
>=== modified file 'post_bug.cgi'
>+# Sending emails for any referenced bugs.
>+foreach my $ref_bug_id (uniq @{ $bug->{see_also_changes} || [] }) {
>+ my $ref_sent = Bugzilla::BugMail::Send($ref_bug_id, $recipients);
Err.... since when is it the job of the caller to send bugmails? If that was true, then process_bug.cgi would have similar code. The code sending these bugmails is in Bugzilla::Bug already.
Assignee | ||
Comment 7•11 years ago
|
||
Originally was coding similar to what was already in post_bug.cgi but as LpSolit pointed out, using $bug->send_changes() will work in the context of Bug.create but not post_bug.cgi unfortunately.
dkl
Attachment #8391534 -
Attachment is obsolete: true
Attachment #8391534 -
Flags: review?(glob)
Attachment #8391948 -
Flags: review?(glob)
Comment on attachment 8391948 [details] [diff] [review]
513212_2.patch
Review of attachment 8391948 [details] [diff] [review]:
-----------------------------------------------------------------
i'm happy with the code changes here, however the UI on create-bug looks weird.
(add) has an extra line before it (appears to be an errant <ul>).
it should look the same as it does on show_bug.
::: Bugzilla/Bug.pm
@@ +726,5 @@
> + foreach my $value (@$see_also_array) {
> + $bug->add_see_also($value);
> + }
> + $_->insert_create_data($_) foreach @{ $bug->see_also };
> + $_->update foreach @{ $bug->{_update_ref_bugs} || [] };
for clarity i would prefer a more verbose foreach here, with a named loop variable instead of $_
Attachment #8391948 -
Flags: review?(glob) → review-
Assignee | ||
Comment 9•11 years ago
|
||
Thanks for the review. New patch.
Attachment #8391948 -
Attachment is obsolete: true
Attachment #8393727 -
Flags: review?(glob)
Comment 10•11 years ago
|
||
Comment on attachment 8393727 [details] [diff] [review]
513212_3.patch
Review of attachment 8393727 [details] [diff] [review]:
-----------------------------------------------------------------
the enter_bug ui is now missing the whitespace, however the bold "add bug urls:" looks very out of place on enter_bug. it looks ok-ish on show_bug, but still weird imho.
i think it would be better overall to remove that <strong> tag completely, and instead use a placeholder of "Bug URLs".
another possibility is to remove that <strong> text completely on both enter_bug and show_bug. no other fields in bugzilla display instructional text when you try to set it.
Attachment #8393727 -
Flags: review?(glob) → review-
Assignee | ||
Comment 11•11 years ago
|
||
I vote for removing the <strong> text completely as well and does look cleaner in both enter_bug.cgi and show_bug.cgi now.
dkl
Attachment #8393727 -
Attachment is obsolete: true
Attachment #8394176 -
Flags: review?(glob)
Comment 12•11 years ago
|
||
Comment on attachment 8394176 [details] [diff] [review]
513212_4.patch
r=glob with the following change to be made prior to committing:
there's a margin below the list of linked bugs on show_bug; can you please update .bug_urls to set the margin to 0px.
Attachment #8394176 -
Flags: review?(glob) → review+
Assignee | ||
Comment 13•11 years ago
|
||
Counting objects: 35, done.
Delta compression using up to 4 threads.
Compressing objects: 100% (16/16), done.
Writing objects: 100% (18/18), 2.01 KiB, done.
Total 18 (delta 15), reused 0 (delta 0)
To ssh://gitolite3@git.mozilla.org/bugzilla/bugzilla.git
ca7b39a..9f18c2a master -> master
Status: ASSIGNED → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•