Posted by neokrish on April 30, 2009 at 11:01am
3 followers
Jump to:
| Project: | Edit term |
| Version: | 6.x-1.1 |
| Component: | Code |
| Category: | bug report |
| Priority: | critical |
| Assigned: | Unassigned |
| Status: | needs review |
Issue Summary
This module conflicts with pathauto or pathauto is not messed up when this module is enabled. After editing term page and saving it, the user gets a page not found error because the pathauto created path is not valid.
Comments
#1
Check your pathauto settings (admin/build/path/pathauto) and look under "Update Action". Is it set to "Create a new alias. Delete the old alias."? If so then when you change the "Term name" field, the path will also change, and you will get a 404 at your old alias.
Jen
#2
Hi Jen,
Sorry. The problem that I described is indeed valid. That's in the pathauto aliases I see taxonomy/term/22 as alias and taxonomy/term as system path after editing a term. THis causes page not found error for all terms as all the terms have system path as just 'taxonomy/term'.
But this has nothing to do with Taxonomy Title module as I understand now and the real problem is with edit_term module. Edit Term module has an option to set the path of a term manually and this is conficting with pathauto.
#3
changing the project to edit_term as this is the module that conflicts with pathauto.
#4
I've gone around a few times, but cannot replicate this (with the current dev, which may have changed something, but I don't recall ever finding this problem to fix)
I've heard of pathauto conflicts a few times, but it behaves exactly as expected for me.
With pathauto installed, the edit_term interface (both
/admin/content/taxonomy/edit/term/%
and
/taxonomy/term/%/edit-term
display the url alias, and allow it to be edited.
Once edited, it appears to stick - although the pathauto one will also re-appear producing two aliases for the one page : a manually entered one and an automatic one. This is not illegal, though possibly confusing.
If you delete the alias shown in the UI, all aliases for that term are deleted, including the pathauto one.
Again, maybe not intuative, but it should not be causing errors.
Can anyone detail the steps needed to replicate the issue?
What would the desired result be if you had pathauto on and then entered a new alias?
I'm happy with two names for the same thing.
#5
Current release includes a fix for paths going missing (was deleting aliases if a term was saved programatically)
[#589934]
This MAY probably fix this issue.
#6
The problem is still there in 1.3 version. The path alias is always updated even when correct alias exists. This can be attributed to multilingual setup - I did setup paths for my languages but module alway creates new path for "All".
#7
After some more evaluation and testing I have to add, that I'm quite unsure if the culprit of term updating is Editerm or Pathauto. More testing needed.
#8
It could be that your automated alias settings are always creating paths, even if one already exists (perhaps a bug in pathauto?). Disable the suspected modules one at a time and see if the problem persists.
#9
Sorry, didn't mean to change status.