Opened 7 weeks ago
Closed 5 weeks ago
#35935 closed Cleanup/optimization (fixed)
sqlmigrate prevents normal colorization of system checks
Reported by: | Jacob Walls | Owned by: | Jacob Walls |
---|---|---|---|
Component: | Core (Management commands) | Version: | dev |
Severity: | Normal | Keywords: | no_color |
Cc: | Triage Stage: | Ready for checkin | |
Has patch: | yes | Needs documentation: | no |
Needs tests: | no | Patch needs improvement: | no |
Easy pickings: | no | UI/UX: | no |
Description
sqlmigrate
forces no_color=True
for the sake of not colorizing the sql keywords BEGIN;
and COMMIT;
, but this has the side effect of preventing system check output from being colorized.
(To reproduce, begin with a project that will emit a system check, and run sqlmigrate.)
Suggesting a small PR to preserve the non-colorization of BEGIN;
and COMMIT;
while still colorizing system checks.
Change History (4)
comment:1 by , 7 weeks ago
Needs tests: | set |
---|---|
Triage Stage: | Unreviewed → Accepted |
comment:2 by , 7 weeks ago
Needs tests: | unset |
---|
comment:3 by , 5 weeks ago
Triage Stage: | Accepted → Ready for checkin |
---|
Note:
See TracTickets
for help on using tickets.
Thank you Jacob, was able to reproduce adding something like this to an existing model (an FK with
unique=True
):For the PR, do you think you could also provide a regression test where there is actually a warning system check emitted and then an assert that the system check is indeed colorized with your changes?