When reordering using the drag & drop feature on admin/content/taxonomy/1 custom url aliases are deleted for any term that been moved. (And saved.)
Commenting out "path_set_alias($termpath);" near line 360 fixes the problem.
It looks like the line above used to be needed in the past because the test was "if ($term->path) {" in the past but now that it has been changed to "if (isset($term->path)) {" it's not needed anymore.
| Comment | File | Size | Author |
|---|---|---|---|
| #3 | edit_term-500396.patch | 900 bytes | halstead |
| #1 | edit_term-500396.patch | 1.02 KB | halstead |
Comments
Comment #1
halstead commentedA proper patch. I tested with pathauto it seems to work fine.
Comment #2
halstead commentedCould someone take a look at this patch? Thanks.
Comment #3
halstead commentedI'm attaching a cleaner copy of this patch against DRUPAL-6--1 which seems to be more up to date then HEAD.
Comment #4
lotyrin commentedTested.
Comment #5
tuffnatty commentedTested the patch and it works.
Comment #6
tuffnatty commentedComment #7
dman commentedYeah, that looks logical. Trusting that nothing too bad has come up in testing, I've committed to dev.
Thanks for that, and especially thanks for the testing!
Fixed in dev. Is it worth a point release? Lossage is bad, but maybe we can throw a feature in as well to make it worthwhile?
.dan.
Comment #8
tuffnatty commentedI've lost hundreds of term aliases a couple of times before I understood the nature of the bug, and had to reenter them manually, so I vote for a release.
Comment #9
dman commentedFair enough!
#589934: edit_term 6.x-1.3
I found another fix to roll in, so it's worth it. Looks like a few other issues/conflicts with aliases may also have been related to this.