Drupal 6.9, MySQL 5.0.67, PHP 5.2.6-2ubuntu4

I installed taxonomy_breadcrumb the other day on a vanilla Drupal 6.9 site and it was working great until I added a few modules and edited my Full HTML input filter today. Now, editing "Breadcrumb path" still seems to take just fine, but clicking the links while viewing the nodes in question still takes me to the term (default behavior) instead of to the path I specified in Taxonomy.

I have no idea what is causing this, because the behavior remains even after disabling the modules I installed which include: Webform, Block Class, SpamSpan filter, System Info, Table Manager, Table of Contents and Typogrify. Only "URL filter" and "Line break converter" are checked in Full HTML (and operate in that order).

Comments

silurius’s picture

silurius commented

Hm, just found this issue that looks similar and has a patch. Curious to know if I'm actually up against the same thing or not.

MGN’s picture

MGN commented

First, a few patches have been applied to the development release 6.x.1.x-dev, so you should try that version until I can tag a 6.x-1.1 release.

Also can you provide some more information so I can help troubleshoot this?

I can't tell from your description if the problem is with a vocabulary breadcrumb (set on the vocabulary edit page), or if its a term breadcrumb (set on the term edit page) or some combination of the two. What do you mean when you say 'clicking on the links'. Please tell me what the breadcrumb trail looks like, how you have configured the vocab and terms breadcrumbs, what you expect the links to be, and what they actually are. Then I should be able to help you out.

Thanks.

MGN’s picture

MGN commented
Category: bug » support
Priority: Critical » Normal
Status: Active » Postponed (maintainer needs more info)
silurius’s picture

silurius commented

Thanks for the response. The issue was that breadcrumb links within a given node had, at some point, reverted to default behavior and were pointing to the terms (e.g. http://examplesite.com/taxonomy/term/42) instead of to the paths specified, via this module, on the term edit page. Installing 6.x-1.x-dev today has corrected the issue for me.

MGN’s picture

MGN commented
Version: 6.x-1.0 » 6.x-1.x-dev
Status: Postponed (maintainer needs more info) » Fixed

Great. I will release 6.x-1.1 after a couple of weeks of working with the dev version to make sure the patches work as advertised. If you see any problems, please let me know so I can correct it before the next stable release.

Status: Fixed » Closed (fixed)

Automatically closed -- issue fixed for 2 weeks with no activity.