Opened 17 years ago

Closed 11 years ago

#6066 closed New feature (wontfix)

Post-syncdb signal should include a list of done/to-be-done apps.

Reported by: Jacob Owned by: floguy
Component: Core (Management commands) Version: dev
Severity: Normal Keywords:
Cc: Triage Stage: Accepted
Has patch: yes Needs documentation: no
Needs tests: yes Patch needs improvement: no
Easy pickings: no UI/UX: no

Description

See #2453 -- sometimes you need to run code/SQL at a particular point during initialization. I'd think two params: done and {{todo}}}, each of which contains a list of apps that have/have not yet been processed.

(Of course, other implementation ideas are welcome; that's just the first that comes to my mind.)

Attachments (2)

6066.diff (938 bytes ) - added by floguy 17 years ago.
Added done and todo as kwargs to the post_syncdb signal
6066-2.diff (949 bytes ) - added by floguy 17 years ago.
Updated patch to newest qs-rf revision 7260, and (potentially) fixed speed a bit. All tests pass.

Download all attachments as: .zip

Change History (12)

comment:1 by floguy, 17 years ago

Needs tests: set

Added done and todo as kwargs to the post_syncdb signal.

todo is a set containing the apps which need to be signalled, including the current app.

done is a set containing the apps which have already been signalled, excluding the current app.

by floguy, 17 years ago

Attachment: 6066.diff added

Added done and todo as kwargs to the post_syncdb signal

comment:2 by floguy, 17 years ago

Owner: changed from nobody to floguy
Status: newassigned

comment:3 by floguy, 17 years ago

Has patch: set

by floguy, 17 years ago

Attachment: 6066-2.diff added

Updated patch to newest qs-rf revision 7260, and (potentially) fixed speed a bit. All tests pass.

comment:4 by Malcolm Tredinnick, 17 years ago

This doesn't have anything to do with qs-rf does it? I can't see any dependency there. So it should just be applied directly to trunk (although I suspect the existing patch will apply to trunk as well, since I've only made minimal changes in that file on the branch).

comment:5 by floguy, 17 years ago

Yeah, I just applied it to qs-rf since there were > 0 changes in sql.py in that branch. I just checked and it does in fact apply cleanly to trunk.

comment:6 by Gabriel Hurley, 14 years ago

Severity: Normal
Type: New feature

comment:7 by Aymeric Augustin, 13 years ago

UI/UX: unset

Change UI/UX from NULL to False.

comment:8 by Aymeric Augustin, 13 years ago

Easy pickings: unset

Change Easy pickings from NULL to False.

comment:9 by Aymeric Augustin, 12 years ago

Component: Core (Other)Core (Management commands)

comment:10 by Aymeric Augustin, 11 years ago

Resolution: wontfix
Status: assignedclosed

I don't think this feature request makes sense anymore after the migrations refactor.

If you want to reframe it in a way that's compatible with migrations, please open a new ticket referencing this one.

Note: See TracTickets for help on using tickets.
Back to Top