[Radiant] db:migrate brought upon reordering nightmare --
<r:children:each by="date'> exist?
Oliver Baltzer
oliver.baltzer at nobits.com
Tue Apr 17 21:46:01 CDT 2007
Andrew Klein wrote:
> I've just finished porting my website to 0.6.0rc2 after running with
> 0.5.2 live and 0.6.0 on a test-and-build server. However, after got it
> ported and did the db:migrate, I fell into an evil issue: For some
> bizarre reason, db:migrate this time somehow decided it wanted to
> re-sort all of the news articles I already had in place. Now, my article
> order is totally random (About 90 of them) and I can't figure out why on
> Earth it did it this time, when I didn't have this issue the last two
> times I migrated the database to 0.6.0rc2 to make sure my migration went
> smoothly. Anyone have any ideas?
I suspect something went wrong in migration
010_merge_behaviors_and_pages.rb where a method in the Page model is
called to update the published_at field during #save, though it
shouldn't have changed anything. If you have access to the database
via a command line interface you can try to execute the following
update (make a backup first):
UPDATE pages SET published_at = created_at WHERE published_at IS NOT NULL;
Maybe that helps.
Cheers,
Oliver
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 191 bytes
Desc: OpenPGP digital signature
Url : http://lists.radiantcms.org/pipermail/radiant/attachments/20070417/a23d480e/signature.bin
More information about the Radiant
mailing list