Changes between Initial Version and Version 1 of Ticket #24576


Ignore:
Timestamp:
Apr 3, 2015, 1:00:23 PM (9 years ago)
Author:
Tim Graham
Comment:

I could also reproduce on master with your example code.

Legend:

Unmodified
Added
Removed
Modified
  • Ticket #24576

    • Property Triage Stage UnreviewedAccepted
  • Ticket #24576 – Description

    initial v1  
    1 I've spent all day with a bug on my application that seems to be a bug on Django's ORM delete on cascade resoultion order.
     1I've spent all day with a bug on my application that seems to be a bug on Django's ORM delete on cascade resolution order.
    22
    33Moreover because the order in which related objects are deleted by the ORM is non-deterministic (changes every time you start the interpreter) it makes even harder to track down.
     
    5959}}}
    6060
    61 In order to properly test this you should make tries restarting the interpreter a handfull of times, and then you'll se two different results.
     61In order to properly test this you should make tries restarting the interpreter a handful of times, and then you'll see two different results.
    6262
    6363This that I consider correct:
     
    100100
    101101
    102 Notice how the order in which related objects are deleted is differnet, I believe this to be the source of the problem.
     102Notice how the order in which related objects are deleted is different, I believe this to be the source of the problem.
    103103
    104104I've noticed this problem on 1.7 and now 1.8, not tested with master.
Back to Top