Opened 14 years ago
Closed 14 years ago
#16163 closed Cleanup/optimization (invalid)
createsuperuser management command doesn't accept a password
| Reported by: | anonymous | Owned by: | nobody |
|---|---|---|---|
| Component: | contrib.auth | Version: | 1.3 |
| Severity: | Normal | Keywords: | |
| Cc: | bradley.ayers@… | Triage Stage: | Unreviewed |
| Has patch: | no | Needs documentation: | no |
| Needs tests: | no | Patch needs improvement: | no |
| Easy pickings: | no | UI/UX: | no |
Description
Line 57/58 leads me to believe I should at some point be able to pass a password to the createsuperuser command but there doesn't appear to be any mechanism to accept or test for it. It would be handy to be able to.
Change History (2)
comment:1 by , 14 years ago
| Cc: | added |
|---|
comment:2 by , 14 years ago
| Resolution: | → invalid |
|---|---|
| Status: | new → closed |
Note:
See TracTickets
for help on using tickets.
I think the
--passwordoption is not made available by design.It is a bad practice to allow passing passwords on the command line, because the password will end up in clear text in your
~/.${SHELL}_history.Line 58 only ensures that
passwordis initialized before line 117. It is useful wheninteractiveisFalse.Take a look at r15631. The comment was written to explain why the default value is
Noneand not''. Granted, it's not very clear.