Download & Extend

conflict with pathauto

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

Category:bug report» support request
Priority:critical» normal

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

Project:Taxonomy Title» Edit term
Version:6.x-1.1» 6.x-1.1
Category:support request» bug report
Priority:normal» critical

changing the project to edit_term as this is the module that conflicts with pathauto.

#4

Status:active» postponed (maintainer needs more info)

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

Status:postponed (maintainer needs more info)» needs review

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

Category:bug report» support request
Status:needs review» postponed (maintainer needs more info)

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

Category:support request» bug report
Status:postponed (maintainer needs more info)» needs review

Sorry, didn't mean to change status.

nobody click here