-
-
-
I have a feeling that this, and many other places where we might retrieve a draft, will be broken if multiple users have drafts for the same review request. For this place, I'd suggest making 'user' a non-optional parameter (and updating all the calls to ReviewRequestDraft.create appropriately), and then passing draft_creator=user in to get_or_create here. You'll also have to update ReviewRequest.get_draft to find the right draft.
-
Reading through the code, the user parameter here is used to determine who should be listed in the "From" field of the email. Since we're now storing that information in the draft/changedesc, we no longer need to plumb it through here. You can remove the user parameter and update the call sites.
-
-
Code added for Tracking User Changes..\n
Review Request #2615 — Created Sept. 24, 2011 and discarded
I have added code for tracking user changes.
Manual testing using the django development server has been done.\n
Description | From | Last Updated |
---|---|---|
Typo: "appent" should be "append". Also, it looks like this evolution will only be executed if the DB backend is … |
mike_conley | |
"class Meta" should go under all of the field definitions. |
david | |
I have a feeling that this, and many other places where we might retrieve a draft, will be broken if … |
david | |
Reading through the code, the user parameter here is used to determine who should be listed in the "From" field … |
david | |
There's extra whitespace here. |
david | |
Along with the change above to the method signature, this should be user=self.changedesc.user |
david |
-
Hey Waleed, Nice job here! I've found a possible problem with one of your evolutions - notes below. Thanks, -Mike
-
Typo: "appent" should be "append". Also, it looks like this evolution will only be executed if the DB backend is MySQL. I can understand why the other evolution does this - likely to patch some database inconsistencies. But your evolution needs to be applied for all database types. So I'd take it out of the IF clause.