Open
Bug 160572
Opened 23 years ago
Updated 1 years ago
You should be able to turn off URL, Platform, OS, Version fields in Bugzilla
Categories
(Bugzilla :: User Interface, enhancement)
Tracking
()
NEW
People
(Reporter: thomas+mozilla, Unassigned)
References
(Depends on 2 open bugs)
Details
Attachments
(1 file, 2 obsolete files)
10.45 KB,
patch
|
kiko
:
review-
|
Details | Diff | Splinter Review |
I think you should be able to turn these fields off. When Bugzilla is used as a
generic task tracking system, these fields are pretty worthless.
I've gone ahead and hacked away at the templates (and a little code) to allow
for these fields to be given "use<blah>" options in the Parameters screen. Will
attach once diff is generated.
Reporter | ||
Comment 1•23 years ago
|
||
Patches against:
+++ ./defparams.pl Thu Aug 1 14:58:18 2002
+++ ./editproducts.cgi Thu Aug 1 16:31:08 2002
+++ ./template/en/default/bug/create/create.html.tmpl Thu Aug 1 15:09:50
2002
+++ ./template/en/default/bug/edit.html.tmpl Thu Aug 1 15:41:05 2002
+++ ./template/en/default/search/form.html.tmpl Thu Aug 1 16:24:20 2002
I really should have done this for HEAD and backported, guess I'll have some
extra work to do.
Reporter | ||
Comment 2•23 years ago
|
||
A patch against CVS today. Not much interference other than the addition of the
quick keys in the templates.
I did close one unclosed </TR> in editproducts.cgi with this patch as well,
since it was in the modified areas.
Reporter | ||
Comment 3•23 years ago
|
||
Comment on attachment 93616 [details] [diff] [review]
Patch against 2.16 to disable/enable URL, Platform, OS, and Version
Marking 2.16 patch as obsolete. If you would like to use it, be sure to add the
missing hidden version=unspecified to line 272.
Attachment #93616 -
Attachment is obsolete: true
Comment 4•23 years ago
|
||
i haven't been able to find a similar bug, which would allow easier creation of
similar options. for instance, while i don't particularly need to know Platform
or OS, i'd really like to have a Hostname field that i can set up. right now,
it's a headache to go through all the individual places where the hardcoded
fields show up to replace them by hand.
does this merit a separate bug, or is my description a dupe of an existing bug i
just couldn't find?
Reporter | ||
Comment 5•23 years ago
|
||
Everything seems gold. For whatever reason, I have to manually edit my
data/params file the first time around to actually use this, otherwise
editparams.cgi doesn't totally process things.
Attachment #93725 -
Attachment is obsolete: true
Comment 6•23 years ago
|
||
*** Bug 181833 has been marked as a duplicate of this bug. ***
Comment 7•23 years ago
|
||
So, is this planned to be picked up for any upcoming Bugzilla version? It seems
like an important one (esp. the URL parameter, which is meaningless for most
products).
Comment 8•22 years ago
|
||
The User Interface component now belongs to Gerv. Reassigning all UNCONFIRMED
and NEW (but not ASSIGNED) bugs currently owned by Myk (the previous component
owner) to Gerv.
Assignee: myk → gerv
Comment 9•22 years ago
|
||
Reassigning back to Myk. That stuff about Gerv taking over the User Interface
component turned out to be short-lived. Please pardon our confusion, and I'm
very sorry about the spam.
Assignee: gerv → myk
Updated•22 years ago
|
Attachment #106594 -
Flags: review?
Updated•22 years ago
|
Assignee: myk → thomas+mozilla
Comment 10•22 years ago
|
||
myk: not sure why you requested review on this. a) it's most likely bitrotted,
and b), I would have thought that custom fields or, in the short term, css
classes and display:none would be a better way to fix this.
Gerv
Comment 11•22 years ago
|
||
(In reply to comment #10)
> myk: not sure why you requested review on this.
Because I'd rather have patches sitting in a review queue if the goal is to get
them into Bugzilla, even if I don't have time to review them at the moment.
> a) it's most likely bitrotted
If so, then the review is easy. :-)
> and b), I would have thought that custom fields or, in the short term, css
> classes and display:none would be a better way to fix this.
I'm not holding anything for custom fields anymore. The CSS class approach,
however, is a good point, especially if there's a way to toggle all occurrences
of the fields by changing a single class.
Comment 12•22 years ago
|
||
Comment on attachment 106594 [details] [diff] [review]
Patch against HEAD (2.17.1) to disable URL, Platform, OS, and Version
(Why am I reviewing a file that contains a "my $f*ck" inlined in it?)
These changes are slightly bitrotten. There is commented code. I don't think it
is the correct approach to solve this problem -- I agree with Gerv (hah) that
we either want to disable stuff via flexible bug schema, or by avoiding display
in CSS, *or* by providing a way to generate only the bits of the page that we
want by using something smarter than a set of ifs.
I'm happy to hear other opinions, or course.
Attachment #106594 -
Flags: review? → review-
Comment 13•22 years ago
|
||
I forgot to say: it also adds FOUR params. It's not really a scalable solution
-- it just perpetuates what's best exemplified by targetmilestones;
special-casing everywhere.
Updated•19 years ago
|
QA Contact: mattyt-bugzilla → default-qa
![]() |
||
Comment 14•17 years ago
|
||
As soon as bug 449161 is fixed, you will be able to hide the OS and platform fields.
Depends on: 449161
Comment 15•16 years ago
|
||
Who is this mythical "you" that should be able to "turn off" URL, platform, etc?
The individual newbie user?
The site administrator for all products?
The administrator of a single product?
Comment 16•16 years ago
|
||
Generally just the site administrator. That would provide about 90% of the bang right there.
The others get progressively more complex for less return.
![]() |
||
Updated•16 years ago
|
Assignee: thomas+mozilla → ui
Comment 18•14 years ago
|
||
Any updates on this issue?.. 4.1 and still not implemented... seems like the other issue that this is dependable on haven't been touched for awhile https://bugzilla.mozilla.org/show_bug.cgi?id=449161
Would love to have OS and Platform options to disable without editing templates.
Thanks for the great work.
Comment 19•14 years ago
|
||
Does anybody knows how to remove URL and OS manually by editing the files?
![]() |
||
Updated•13 years ago
|
Severity: normal → enhancement
Comment 20•12 years ago
|
||
(In reply to Arunas from comment #18)
> Any updates on this issue?.. 4.1 and still not implemented... seems like
> the other issue that this is dependable on haven't been touched for awhile
> https://bugzilla.mozilla.org/show_bug.cgi?id=449161
>
> Would love to have OS and Platform options to disable without editing
> templates.
>
> Thanks for the great work.
I am using Bugzilla 3.6. I am having the same situation to hide the Version, OS and Platform. I have playing with the create template. When I comment off the Version which required when submit a bug that cause error. Then I try to use CSS to hide but not remove the fields from the template. It did not work. I hope to find a clear instruction. Anyone have any suggestion?
Alex Lai
You need to log in
before you can comment on or make changes to this bug.
Description
•