|
The Raven Magician
Joined: 13 Oct 2000 Posts: 463
|
Posted: Thu Nov 16, 2006 2:04 am
[1.15] XML Import Broken |
I exported my data, and then re-imported it. Settings that are visible in the XML file if I inspect it are not imported when I choose to import.
In particular, open the XML file, and find record 3145828. This is the first trigger in a 3 part trigger. The following two records (3145829 and 3145830) are the second and third state.
If you import this XML, And browse to Cockpit|Status, you can find the first trigger, the main one... but its two children are missing.
I believe there are other import errors too, but this is the most blatent. Other triggers got moved or unparented after the import... some of the triggers at the end of the list used to be in classes, and got moved. |
|
|
|
The Raven Magician
Joined: 13 Oct 2000 Posts: 463
|
Posted: Thu Nov 16, 2006 5:40 pm |
I did some more wrangling with XML Import. I deleted all my package settings, and imported into a mostly blank session (just the default packages). It imported, but horribly broken, even worse than before... each new class that was defined was parented to the last one that was defined, whether or not it used to be a child of that class. In other words, it made a 20-deep class chain, each lower one a child of the one above it. A lot of dragging and dropping fixed that oddity, but unfortunately the child triggers and such were still missing rather than just reparented.
Hope you get this fixed soon Zugg, it'll be a lot harder to test CMud if I can't easily recover from catastrophic errors. |
|
|
|
The Raven Magician
Joined: 13 Oct 2000 Posts: 463
|
Posted: Thu Nov 16, 2006 5:44 pm |
Wait, I think I figured out what's wrong. The first time I imported, I had not deleted all my settings, so they 'recopied' themselves into their existing spots. When I imported to a blank slate, and they did the stupid 20-deep stack, I also found my child triggers... parented to NOTHING, not even the package they were in (I changed to viewing the root, rather than viewing my package).
It appears that XML Import breaks class and sub-trigger parenting. Other items get parented properly, but not classes or sub-triggers.
Hope that helps. |
|
|
|
The Raven Magician
Joined: 13 Oct 2000 Posts: 463
|
Posted: Thu Nov 16, 2006 6:00 pm |
So yeah, after doing a ton of dragging and dropping, all my settings were imported back. It just took 15 minutes to drag them back to where they were supposed to be. As far as I can tell, no settings were actually deleted or lost, just wrongly parented. A big block of aliases got put in the wrong class, but most of the items (other than classes and sub-triggers) got properly parented.
There is also a bug related to Classes with the same name, but a different parent. These will need to be properly handled as well, or you'll need to disallow the creation of separate classes with the same name (though I'd prefer they were just handled properly). I like being able to make classes like Combat|Parsing and Chat|Parsing or somesuch. |
|
|
|
Zugg MASTER
Joined: 25 Sep 2000 Posts: 23379 Location: Colorado, USA
|
Posted: Thu Nov 16, 2006 6:53 pm |
Yep, the XML import problem has been around for a couple of versions and it's one of the top things I'm trying to fix in 1.16.
|
|
|
|
The Raven Magician
Joined: 13 Oct 2000 Posts: 463
|
Posted: Thu Nov 16, 2006 7:05 pm |
And CMud crashed, and will not restart... something got really corrupted. *sigh*
Sorry for the running commentary. This is the first showstopper bug I've had since I started testing it for real since 1.11. |
|
|
|
|
|
|
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum
|
|