Opened 5 years ago
Closed 5 years ago
#31491 closed Cleanup/optimization (fixed)
dbshell command for MySQL backend uses "passwd" instead of "password".
Reported by: | Maruti N Sharma | Owned by: | Hasan Ramezani |
---|---|---|---|
Component: | Core (Management commands) | Version: | dev |
Severity: | Normal | Keywords: | dbshell, db, command-line |
Cc: | Triage Stage: | Accepted | |
Has patch: | yes | Needs documentation: | no |
Needs tests: | no | Patch needs improvement: | no |
Easy pickings: | yes | UI/UX: | no |
Description (last modified by )
For MySql, "passwd" has been replaced with "password" long time ago, please check here https://code.djangoproject.com/ticket/5024
But dbshell command still looks for "passwd" key in the settings for db password, resulting in connection error.
This behaviour is also slightly different than other back-ends.
Pull request submitted: https://github.com/django/django/pull/12763
(My apologies for any mistake, I am new to bug-tracking system)
Attachments (1)
Change History (15)
comment:1 by , 5 years ago
Owner: | changed from | to
---|---|
Status: | new → assigned |
comment:2 by , 5 years ago
Description: | modified (diff) |
---|
by , 5 years ago
Attachment: | ticket_31491.diff added |
---|
comment:3 by , 5 years ago
Description: | modified (diff) |
---|---|
Has patch: | set |
follow-up: 6 comment:4 by , 5 years ago
Easy pickings: | set |
---|---|
Summary: | "dbshell" command for MySql back-end uses "passwd" instead of "password" → dbshell command for MySQL backend uses "passwd" instead of "password". |
Triage Stage: | Unreviewed → Accepted |
Type: | Bug → Cleanup/optimization |
Version: | 3.0 → master |
passwd
from OPTIONS
is passed to a --password
argument so it shouldn't cause any connection failures. However I agree that we can unify this. We can add a small release note (even if it's not documented). Please send patch via GitHub.
comment:5 by , 5 years ago
Description: | modified (diff) |
---|
comment:6 by , 5 years ago
Replying to felixxm:
passwd
fromOPTIONS
is passed to a--password
argument so it shouldn't cause any connection failures. However I agree that we can unify this. We can add a small release note (even if it's not documented). Please send patch via GitHub.
I understand that, but it should not attempt to get the "passwd" from settings_dict instead of "password", which would cause connection failure if there is no "passwd" key specified in django db settings (only "password" key) .
I apologise if description wasn't clear enough. I will add reproduction steps.
comment:7 by , 5 years ago
Description: | modified (diff) |
---|
comment:8 by , 5 years ago
Description: | modified (diff) |
---|
comment:9 by , 5 years ago
Description: | modified (diff) |
---|
comment:10 by , 5 years ago
Maruti, steps are incorrect. Django looks for passwd
in OPTIONS
and for PASSWORD
in DATABASES['alias']
, if not provided. All works properly.
comment:11 by , 5 years ago
Of course, my mistake, I have updated my comment and the description as well. Thank you.
comment:12 by , 5 years ago
Patch needs improvement: | set |
---|
patch file