taxonomy/term/[term-id] aliases point to system path /taxonomy/term/

Can you please test with the latest 6.x-1.x-dev and see if that fixes the problem?

Also, the standard is not to open one issue per Version but to have one issue that applies to both versions so I'm marking this a duplicate of that. Thanks.

Obviously the version is not multi-select but there is the status "patch (to be ported)" to handle the porting...

Hi,

I'm getting this exact problem with 'bulk generation of aliases for categories'.

Interestingly:

- aliases are formed automatically ([vocab-raw]/[catpath-raw]) no problem on creation. just problem with bulk generation
- I get the same:

taxonomy/term/15 taxonomy/term/ edit delete
taxonomy/term/18 taxonomy/term/ edit delete
taxonomy/term/19 taxonomy/term/ edit delete
taxonomy/term/21 taxonomy/term/ edit delete
taxonomy/term/22 taxonomy/term/ edit delete

aliases created as akwala.

- also, pathauto tells me that 0 aliases have been generated (even though the dodgy ones above have)
- I've tried 5.x-dev and it doesn't even bulk generate the wrong aliases. nothing at all.
- I have community tags installed so could that be an issue?

Cheers,

James

Try 5.x-2.x-dev?

Sorry, possible typo on my part. Tried 5.x-2.x-dev and I got nothing - not even the wrong aliases.

Cheers

Been around the houses with this one, but finally found this.

See #286052: taxonomy/term/tid no longer functional after 6.3 upgrade for the long sorry tale. I ended up with similar paths to those described in the opening post - just deleted them now, will report back if they re-appear. The symptom I had was taxonomy/term/n paths returning no 404, and $_GET was 'taxonomy/term' (i.e. without the '/n') even in index.php - but it took merlinofchaos to track it down.

I only noticed this after upgrading from 5-6, currently running 6.x-1.1.

If this is fixed already elsewhere, I'm wondering if it'd be worth a hook_update_n() just to do DELETE FROM url_alias WHERE dst LIKE 'taxonomy/term/%'; to clear out the bad records anyway.

This is a duplicate of some other bug, afaik.

I don't like the idea of automatically deleting things for people, but I'd take a README or release note addition for this. Updating the Component to reflect that.

I should be more precise: "This is a duplicate of #278368: taxonomy_term_path being passed TID instead of Term Object so please update to 6.x-1.x-dev."

Hi, I have the same problem of the first post, when I used the 6.x-1.1 Pathauto module release, 'bulk generation of aliases for categories'. The module, generate 50 aliases like this:

taxonomy/term/10 taxonomy/term/
taxonomy/term/11 taxonomy/term/
taxonomy/term/12 taxonomy/term/
taxonomy/term/13 taxonomy/term/
taxonomy/term/14 taxonomy/term/
taxonomy/term/15 taxonomy/term/

If I try to install the 6.x-1.1-dev Pathauto release, is not generating anything with the 'bulk generation of aliases for categories' functionality.

So, please give me some tips to solve this problem, of course if you can!

Just got this on another site, also from bulk generate - looks like that might be the culprit.

It's fixed in 6.x-1.x-dev as far as I know.

@danielcala - you have to delete the bad aliases before bulk generating will fix them.

Note that this is only active as a Documentation issue, not a bug fix issue.

Thanks greggles, it's working fine, I changed the 'Update action' to "Create a new alias. Delete the old alias." and installed the 6.x-1.x-dev, and finally use the bulk generation

thank you for the quick response.

regards,

Marking as a duplicate of #278368: taxonomy_term_path being passed TID instead of Term Object as per #10.

Great, when will this be rolled into the non-dev build?