Closed
Bug 138904
Opened 23 years ago
Closed 23 years ago
Should post_bug templates be separate?
Categories
(Bugzilla :: Creating/Changing Bugs, defect, P2)
Tracking
()
RESOLVED
FIXED
Bugzilla 2.16
People
(Reporter: CodeMachine, Assigned: gerv)
References
Details
Attachments
(1 file, 1 obsolete file)
748 bytes,
patch
|
myk
:
review+
myk
:
review+
|
Details | Diff | Splinter Review |
I think enter_bug/post_bug comment templates are really cool and all, but I'm
slightly worried about the implementation and think we should consider making
some small changes before 2.16.
My issue is that there is only one post_bug template, comment.txt.tmpl, whereas
there can be multiple enter_bug formats. Now at first glance this might not
matter, as you can use product determination in comment.txt.tmpl to distinguish
comment templates.
However, I can imagine people wanting to redistribute there changed templates,
and this essentially prohibits this action. Because they are all in one file,
it is possible to slot a new enter_bug template into default but not a new
post_bug template, and therefore editing will always be required. I would much
prefer if you could slot in templates.
So basically each enter_bug template would pass a format name through to
post_bug.cgi and post_bug.cgi would call the appropriate
comment-format.txt.tmpl. The normal template would be comment-simple.txt.tmpl
or comment-unprocessed.txt.tmpl. This strikes me as easy for 2.16, and I think
its worth doing before our first release of this feature.
Reporter | ||
Updated•23 years ago
|
Priority: -- → P2
Target Milestone: --- → Bugzilla 2.16
Reporter | ||
Comment 1•23 years ago
|
||
Sorry, I meant slot it into "custom" not "default".
Assignee | ||
Comment 2•23 years ago
|
||
Yes; this makes good sense. I have patches ready to attach to bug 138284 which
pass through "format=simple" from choose-product to enter-bug, and from there it
could be submitted and looked at by post-bug, which would call the appropriate
template if it exists.
I'll knock up a patch in the next few days.
Gerv
Assignee: myk → gerv
Assignee | ||
Comment 3•23 years ago
|
||
I can't fix this until we've converted the CGIs to use the new template names.
But it would work something like this:
my $template_name = "bug/create/comment";
$template_name .= ($::FORM{'format'} ? "-$::FORM{'format'}" : "";
$template->process("$template_name.txt.tmpl", $vars, \$comment)
|| ThrowTemplateError($template->error());
And the standard template would have to be renamed back from
initial-comment.txt.tmpl to comment.txt.tmpl, to avoid the names getting too
long. But that would be fine.
Gerv
Assignee | ||
Comment 4•23 years ago
|
||
This patch does the job. It would also mean cvs-removing
initial-comment.txt.tmpl and checking it back in as comment.txt.tmpl. This step
should be noted by any reviewer.
Gerv
Assignee | ||
Comment 5•23 years ago
|
||
Note: we can't use ValidateOutputFormat because it assumes that the format of
the default template is HTML.
Gerv
Assignee | ||
Updated•23 years ago
|
Comment 6•23 years ago
|
||
Comment on attachment 80825 [details] [diff] [review]
Patch v.1
>Index: post_bug.cgi
>+$template_name .= ($::FORM{'format'} ? "-$::FORM{'format'}" : "";
There's a syntax error here (lack of closing parenthesis).
Generally speaking, it might be better to add a "contenttype"
parameter to ValidateOutputFormat than bypass that function,
although the primary benefit may only be a better error message.
Attachment #80825 -
Flags: review-
Assignee | ||
Comment 7•23 years ago
|
||
Syntactically correct patch.
> Generally speaking, it might be better to add a "contenttype"
> parameter to ValidateOutputFormat than bypass that function,
> although the primary benefit may only be a better error message.
Yes, quite possibly - although (having had a quick look) it seems that doing
that is not completely trivial, so I hope it's OK if we leave it to another
bug.
Gerv
Attachment #80825 -
Attachment is obsolete: true
Comment 8•23 years ago
|
||
Comment on attachment 81198 [details] [diff] [review]
Patch v.2
>Yes, quite possibly - although (having had a quick look) it seems that doing
>that is not completely trivial, so I hope it's OK if we leave it to another
>bug.
Yes, but please file that bug before resolving this one.
Also, see bug 140460, which this patch exposes.
2xr=myk
Attachment #81198 -
Flags: review+
Assignee | ||
Comment 9•23 years ago
|
||
Fixed. Further discussion in bug 140460.
Checking in post_bug.cgi;
/cvsroot/mozilla/webtools/bugzilla/post_bug.cgi,v <-- post_bug.cgi
new revision: 1.50; previous revision: 1.49
done
Checking in comment.txt.tmpl;
/cvsroot/mozilla/webtools/bugzilla/template/en/default/bug/create/comment.txt.tmpl,v
<-- comment.txt.tmpl
initial revision: 1.1
done
Removing initial-comment.txt.tmpl;
/cvsroot/mozilla/webtools/bugzilla/template/en/default/bug/create/initial-comment.txt.tmpl,v
<-- initial-comment.txt.tmpl
new revision: delete; previous revision: 1.1
done
Gerv
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
Updated•12 years ago
|
QA Contact: matty_is_a_geek → default-qa
You need to log in
before you can comment on or make changes to this bug.
Description
•