I've written a patch to change the sequences and triggers when an Oracle
table is renamed with alter_db_table.
See pull request:
https://github.com/django/django/pull/4567
--
Ticket URL: <https://code.djangoproject.com/ticket/24715>
Django <https://code.djangoproject.com/>
The Web framework for perfectionists with deadlines.
* needs_better_patch: => 0
* has_patch: 0 => 1
* needs_tests: => 1
* needs_docs: => 0
--
Ticket URL: <https://code.djangoproject.com/ticket/24715#comment:1>
Comment (by timgraham):
What problems does it cause? (Trying to determine if the fix should be
backported to 1.7 and/or 1.8).
--
Ticket URL: <https://code.djangoproject.com/ticket/24715#comment:2>
* cc: shaib (added)
--
Ticket URL: <https://code.djangoproject.com/ticket/24715#comment:3>
Comment (by johnrtipton):
Yes, it should be backported to 1.7 and added to 1.8. I've backported it
into my 1.7.7 branch.
When you use migrations.RenameModel in a migration, it does not rename
sequences or triggers. This prevents the tables autonumber from working
and causes orphaned triggers and sequences.
--
Ticket URL: <https://code.djangoproject.com/ticket/24715#comment:4>
* version: master => 1.7
* severity: Normal => Release blocker
* stage: Unreviewed => Accepted
Comment:
Very well, we are just awaiting tests and a mention in the 1.8.1 and 1.7.8
release notes then.
--
Ticket URL: <https://code.djangoproject.com/ticket/24715#comment:5>
--
Ticket URL: <https://code.djangoproject.com/ticket/24715#comment:6>
* severity: Release blocker => Normal
Comment:
While this issue remains a candidate for backport, I suppose we should
demote it from "release blocker" as it's not blocking any releases.
--
Ticket URL: <https://code.djangoproject.com/ticket/24715#comment:7>
* status: new => closed
* resolution: => duplicate
Comment:
It's the same underlying issue as #23577.
--
Ticket URL: <https://code.djangoproject.com/ticket/24715#comment:8>