conflict with pathauto
neokrish - April 30, 2009 - 11:01
| Project: | Edit term |
| Version: | 6.x-1.1 |
| Component: | Code |
| Category: | bug report |
| Priority: | critical |
| Assigned: | Unassigned |
| Status: | needs review |
Jump to:
Description
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.
#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. This is how pathauto is intended to work, and has nothing to do with Taxonomy Title. If you leave the "Taxonomy name" field alone, and change only the "Taxonomy page title" field, you will not get a 404.
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.