Problems with URL alias with pathauto and HS' [save-lineage-termpath] token
| Project: | Hierarchical Select |
| Version: | 6.x-3.x-dev |
| Component: | Code - Taxonomy |
| Category: | bug report |
| Priority: | normal |
| Assigned: | Unassigned |
| Status: | active |
Jump to:
Here's a test I've run to find out if a user were to add a new term via the if the term would be added to the URL as defined by pathauto. In the test I have a parent term, and the user creates a new child term. The goal is to have the URL appear as parent/child/node-title
When using the following in pathauto [save-lineage-termpath-raw]/[title-raw] the node's URL becomes only /node-title, no terms are used within the URL.
When using [termpath-raw]/[title-raw] for the content type in pathauto, the URL becomes parent/node-title (the child term is not added to the URL. However, if I then edit the node and resave, the correct URL (parent/child/node-title) is created.
Is this something you're aware of? Have I missed something?
Dan

#1
Can you still reproduce this problem?
#2
Closing due to lack of response. Feel free to reopen.
#3
Oh, I will reopen! I see this exact behavior. It is driving me batty. I just installed the latest (Aug 5th) dev and I still see this.
My path alias is set to [save-lineage-termpath-raw]/[title-raw] . When save, though, I get only "/node-title" rather than the parent/child/node-title I'm hoping for.
What other info do you need? I am running a bunch of other modules, though as far as I know none of them do anything with taxonomy or aliases.
EDIT: Also, if it's helpful, I checked in the db and the taxonomy hierarchy is listed correctly (3 is a parent of 14), and each node has entries for each item in lineage (node 58 has an entry for tid 3, and tid 14). So at least everything is getting saved correctly in there.
Thanks!
#4
I will fix this, but only if you provide the login details to a demo site. Drupal login details + FTP/SSH access. Writing permissions for Hierarchical Select are sufficient (i.e. the rest may be read-only).
#5
Oh wouldn't you know it -- the demo site I have up doesn't have this issue (BAH!). I think I will be uploading the one I'm working on (that has the problem) within a couple of days -- when I do I will send you a message with login info. Thanks!
#6
Just saw the activity on this.
I do still have the issue, but it's on a live site. I've locked down the ability to add the associated content type so that I can fix the problems each time myself (we all know users will always go the simple route).
Looking forward to leenwebb's help in detailing the issue.
Dan
#7
Closing due to lack of response. Feel free to reopen.
#8
I finally managed to get up a site with this issue! Wim, I have sent you a message (via the d.o contact form) with login details. Thanks for all your patience and help!
#9
Just a public follow-up: leenwebb has indeed given me access and I've looked at her site twice. The first time, Taxonomy form items didn't show up on the node form — something was wrong with her site. The second time (yesterday), I was able to reproduce the problem, but unable to test it properly because her setup wouldn't actually execute the changed code.
If somebody else has this problem: please create the minimum setup to reproduce this problem, do a DB dump, zip both the site and the DB dump and send it to me.
#10
I just got a reply from leenwebb. She passed on the site to somebody else. Hence we won't be able to look into this further. Therefor, I'm closing this bug. Feel free to reopen if you have the same problem. When you do, act according to this:
Can you reproduce this on a vanilla Drupal site? If you cannot, keep on adding modules that you're using on your actual site until the problem is reproduced.
When you're able to reproduce this (on a vanilla Drupal site with the minimum number of modules to reproduce it), then please make a screencast of:
That makes it easier for me to reproduce the problem. Thanks!
P.S.: don't have any screencast software yet? On Windows and Mac OS X, you can use the free Jing.
#11
I reopened this issue because I've got the same "bug" and it is hard to discribe it without any visual references.
First the video: Screencast
You should download it, because in the browsers at screencast.com the video is overzoomed while playing
Now my description:
The problem:
Do you understand?
Edit: My nodes wil all be created through an import script using node_save() I wrote myself. That's the reason why all nodes should have the right alias after creating it. There will be to much nodes to save them all manually.
Greetings
CKIDOW