Prefs Removal Proposal

Max Kanat-Alexander mkanat at
Wed Aug 29 19:17:48 UTC 2007

On Wed, 29 Aug 2007 17:09:12 +0100 Gervase Markham <gerv at>
> docs_urlbase: hardcode to "<urlbase>/docs" and make sure the built
> docs are shipped in that location.
> sslbase: hardcode to <urlbase> with s/http/https/.
> proxy_url: Instead, use OS's mechanism for getting web content.
> supportwatchers: hardcode to "on"
> musthavemilestoneonaccept: just get rid of it; it's trivial to work
> around
> commentonreassignbycomponent: don't see the point of this
> usebugaliases: hardcode to "on"

	Agreed, with all of these. (I have yet to read the thread below
this, I will soon.)

> Bug Moving: rip it all out; I bet it no longer works

	It does work, but I don't think it's used. I think
is used for other reasons.

> mybugstemplate: the My Bugs link should be a saved search added to
> the new account, and treated like one, rather than a special
> undeletable link. This means it's not necessary for admins to be able
> to edit it.

	That also makes sense.

	Also, "usermatchmode" should be set to "search" by default, and
we then only need to keep "confirmuniqueusermatch".

> Also, make some prefs only appear when necessary. E.g. the RADIUS 
> category should only appear when RADIUS is being used. Same for LDAP. 
> This would reduce complexity.

	The RADIUS and LDAP settings have to be set before they're
turned on, so that wouldn't work, currently.

Competent, Friendly Bugzilla Services. And Everything Else, too.

More information about the developers mailing list