Closed
Bug 306279
Opened 19 years ago
Closed 18 years ago
Documentation on disabling self registration is incomplete (aka "how to disable user account creation?")
Categories
(Bugzilla :: Documentation, defect)
Bugzilla
Documentation
Tracking
()
RESOLVED
FIXED
Bugzilla 2.20
People
(Reporter: jochen.wiedmann, Assigned: LpSolit)
References
Details
Attachments
(2 files, 2 obsolete files)
|
614 bytes,
patch
|
LpSolit
:
review-
timeless
:
review-
|
Details | Diff | Splinter Review |
|
3.81 KB,
patch
|
timeless
:
review-
|
Details | Diff | Splinter Review |
User-Agent: Mozilla/5.0 (X11; U; Linux i686; de-DE; rv:1.7.10) Gecko/20050720 Fedora/1.0.6-1.1.fc4 Firefox/1.0.6 Build Identifier: Mozilla/5.0 (X11; U; Linux i686; de-DE; rv:1.7.10) Gecko/20050720 Fedora/1.0.6-1.1.fc4 Firefox/1.0.6 The question on disabling self registration is poorly documented, because one would hardly look at the "createemailregexp" parameter for that. The attached patches are suggestions for clarifying the solution. Reproducible: Always Steps to Reproduce:
| Reporter | ||
Comment 1•19 years ago
|
||
| Reporter | ||
Comment 2•19 years ago
|
||
Updated•19 years ago
|
OS: Linux → All
Hardware: PC → All
Comment 3•19 years ago
|
||
Thanks for these patches. Please request review, see http://www.bugzilla.org/docs/contributor.html.
| Reporter | ||
Updated•19 years ago
|
Attachment #194139 -
Flags: review?(erik)
| Reporter | ||
Updated•19 years ago
|
Attachment #194139 -
Flags: review?(erik)
| Reporter | ||
Updated•19 years ago
|
Attachment #194138 -
Flags: review?(documentation)
| Assignee | ||
Updated•19 years ago
|
Attachment #194139 -
Flags: review?(erik)
Comment 4•19 years ago
|
||
Comment on attachment 194139 [details] [diff] [review] Patch for the documentation of the "requirelogin" parameter. >+ 'Note, that users are still able to register themselves, ' . ^-- remove this comma >+ ' thus gaining access to the system. If you do not want' . >+ ' that, set the "createemailregexp" parameter to the' . >+ ' empty string.', Seems fair. It's a little redundant since createemailregexp is already explained, but I guess I can see how people can get the wrong idea about what requirelogin does. It does seem a little wordy to me, though. Personally, I'd say: To keep users from creating their own logins, use the "createemailregexp" parameter. ...and be done with it, but I don't think I'd hang this patch up because of that. The comma bothers me enough to, though. Fix that and I'm happy.
Attachment #194139 -
Flags: review?(erik) → review-
| Reporter | ||
Comment 5•19 years ago
|
||
Attachment #194139 -
Attachment is obsolete: true
Attachment #197077 -
Flags: review?(erik)
| Assignee | ||
Comment 6•19 years ago
|
||
Comment on attachment 197077 [details] [diff] [review] Updated patch for documenting the "requirelogin" parameter defparams.pl no longer exists
Attachment #197077 -
Flags: review?(erik) → review-
Comment 7•19 years ago
|
||
Comment on attachment 194138 [details] [diff] [review] FAQ patch >+ <qandaentry> >+ <question id="faq-phb-disableSelfRegistration"> >+ <para> >+ I do not want, that users can register themselves. How do >+ I disable that? >+ </para> >+ </question> I think I'd prefer the question to be something similar to: "I do not want users to be able to create their own accounts. Is it possible to disable the ablity for them to do so" As it currently stands, the question doesn't make much sense to me. I think it would then be best to answer it in this context... >+ <answer> >+ <para> >+ This question typically comes up in connection with the >+ parameter "requireLogin": Making bugs invisible to >+ unregistered users still leaves the possibility that >+ a user simply registers himself. >+ </para> >+ <para> >+ Setting the parameter "createemailregexp" (Do not mismatch >+ this with "emailregexp"!) to the empty string does what >+ you want. >+ </para> >+ </answer> >+ </qandaentry> > </qandadiv>
Attachment #194138 -
Flags: review?(documentation) → review-
| Assignee | ||
Comment 9•18 years ago
|
||
http://www.bugzilla.org/docs/tip/html/useradmin.html and http://www.bugzilla.org/docs/tip/html/myaccount.html should be updated. Updating the summary to find this bug more easily.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Summary: Documentation on disabling self registration is incomplete → Documentation on disabling self registration is incomplete (aka "how to disable user account creation?")
Target Milestone: --- → Bugzilla 2.20
Comment 10•18 years ago
|
||
Comment on attachment 197077 [details] [diff] [review] Updated patch for documenting the "requirelogin" parameter >+ ' by creating own logins, unless the "createemailregexp" . by creating _their_ own /accounts/, ...
Attachment #197077 -
Flags: review-
Comment 11•18 years ago
|
||
i didn't change FAQ answer section ;-p
Attachment #194138 -
Attachment is obsolete: true
Attachment #236037 -
Flags: review?(documentation)
| Assignee | ||
Comment 12•18 years ago
|
||
Colin, could you have a look at this patch? I think this bug is a "mustfix" for 3.0 as we regularly have many requests on IRC about how to do that.
Comment 13•18 years ago
|
||
Comment on attachment 236037 [details] [diff] [review] patch for tip >Index: docs/xml/faq.xml >+ <question id="faq-phb-disableSelfRegistration"> >+ I do not want users to be able to create their own accounts. >+ How do I prevent users from that? from _doing_ that?. >+ This question typically comes up in connection with the >+ parameter "requireLogin": Making bugs invisible to >+ unregistered users still leaves the possibility that >+ a user simply registers himself. simply /creates an account/. -- this avoids gender issues. >+ Setting the parameter "createemailregexp" (Do not mismatch Do not /confuse/ >+ this with "emailregexp"!) to the empty string does what >+ you want. >Index: docs/xml/using.xml >+ Note that the <quote>Open a new Bugzilla account</quote> link >+ may not exist if the bugzilla's admins disable users' self >+ registration. In this case contact the admins to make your account. contact the admins to /request an/ account.
Attachment #236037 -
Flags: review?(documentation) → review-
| Assignee | ||
Comment 14•18 years ago
|
||
I fixed this doc as part of the docs patch from bug 119485.
Assignee: documentation → LpSolit
| Assignee | ||
Updated•18 years ago
|
Status: NEW → RESOLVED
Closed: 18 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•