Hi I have a vocabulary with 5 terms in it.

The last term in the list is Oracle Tools but on the page I got another term: Enterprise Java, which is the third term in the list.

So I got title: enterprise java while it should be oracle tools
And url: Enterprise-Java while it should be Oracle-Tools

The other terms are working fine. Only the last one.

CommentFileSizeAuthor
#12 whitebookview.txt19.61 KBcesarian

Comments

cesarian’s picture

cesarian commented

I forgot to mention my settings.

I use only custom vocabulary:

title:
kenniscentrum
whitebooks
[term]

path:
kenniscentrum
whitebooks

|whitebooks/categorie/[termpath-raw]
MGN’s picture

MGN commented
Status: Active » Postponed (maintainer needs more info)

Are all of your terms on the same level, or are some terms parents/children of other terms?

I just committed a fix (http://drupal.org/cvs?commit=245078) for an issue that might be related, can you check to see if it works now?

cesarian’s picture

cesarian commented

Hi I have tried the latest versie downloaded today (3 August) and it did not work for me. I still get the same result.

The terms are on the same level, they are under 1 vocabulary

cesarian’s picture

cesarian commented

MGN, did you found the problem?

MGN’s picture

MGN commented

No . I haven't been able to reproduce this. If I understand correctly, you are saying that if the node has the heaviest term (by weight, last on the taxonomy term list), then you get the wrong term in the breadcrumb. But if the node has a lighter term, everything works correctly?

Please verify that I have this right.

Do your pages have more than one taxonomy term, or just one?

Are you using node revisions?

cesarian’s picture

cesarian commented

Yes the heaviest term is wrong and the lighter ones are all correct. I don't use node revisions. On the page I have a list with all 5 terms

MGN’s picture

MGN commented

When a node has more than one term, the lightest term is used (by design). Check the weights of each of the terms on the page from admin/content/taxonomy . On the edit form for the term, under advanced options, you can find (and adjust) the weight. In your example above, I would expect Enterprise Java is actually the lightest term on this page.

cesarian’s picture

cesarian commented

Hi, I have checked and the weights of all terms are correctly. Here are the lists:

Algemeen - 0
Business & IT - 1
Enterprise Java - 2
Integratie, SOA & BPM - 3
Oracle platform - 4
Oracle tools - 5

So the settings are already correct, only the last term is wrong for the breadcrumb.

I forgot to mention that this page is not a node but a view page. The page has the url: http://site.com/whitebooks/categorie/oracle-tools

MGN’s picture

MGN commented

Sorry, I am still not understanding this. If all 5 terms are on the list, then the lightest (Algemeen - 0) should be selected for the breadcrumb. But I am curious why you expect the last one to be selected. Perhaps I don't understand the view well enough.

I assume the view is displaying a list of nodes since [term] and [termpath] are both node-type tokens. Is this assumption correct? If so, then the lightest term from the first node returned should be displayed. What terms are associated with the first result of the view, and what are their weights?

cesarian’s picture

cesarian commented

I have a view page that list contents (nodes) of a content type. I made 5 terms under 1 vocabulary and use them as categories. So site.com/whitebook is the view and if someone come to site.com/whitebook/categories/algemeen then it still use the view page but it shows only all whitebooks with the term algemeen. The breadcrum is showing: site.com > kenniscentrum > whitebooks > algemeen

So I visited site.com/whitebook/categories/oracle-tools which is the heaviest term. The breadcrumb should then show site.com > kenniscentrum > whitebooks > oracle tools but instead it show site.com > kenniscentrum > whitebooks > enterprise java

So the /categories/oracle-tools are parameters to filter the contents

I don't know if I explained it correctly now. If not please tell me

MGN’s picture

MGN commented

Great. This is the kind of information that I need. Can you export the view and attach it here so I can learn more about how your view is configured?

cesarian’s picture

cesarian commented
StatusFileSize
new whitebookview.txt19.61 KB

Hi here is the view. The term filter is placed on Arguments

cesarian’s picture

cesarian commented

MGN, any update for this problem? Thanks

MGN’s picture

MGN commented
Status: Postponed (maintainer needs more info) » Active

No. I haven't been able to reproduce it yet. I have made some other changes to the custom_breadcrumbs taxonomy module yesterday, so you might want to check out the latest dev to see if the problem persists. I'll leave this as active until its resolved.

Thanks

MGN’s picture

MGN commented

It occurred to me that this might just be due to an incorrect url alias for whitebook/categories/oracle-tools. Since your view is using term id as an argument, if the url alias for oracle-tools is set to the tid for enterprise java, then [cat] would be replaced with enterprise java. Of course you should see this in the view results as well....still, I thought it might be worth checking.

With the latest code, you can try the following custom breadcrumb (switch to taxonomy tokens rather than the node tokens) :

title:
kenniscentrum
whitebooks
[cat]

path:
kenniscentrum
whitebooks
<pathauto>|whitebooks/categorie/[tid]

I just tested again on the latest dev with a similar configuration (5 terms in 1 vocabulary with a view using a term id argument, custom breadcrumb vocabulary breadcrumb, etc.) and everything works as expected on my test site.

cesarian’s picture

cesarian commented

Hi it worked fine now :) Thank you very much!!!!!!!!! .I installed latest version (downloaded at 1-09-2009)

I used this config:

title:
kenniscentrum
whitebooks
[cat]

path:
kenniscentrum
whitebooks
<pathauto>|whitebooks/categorie/[catpath-raw]
MGN’s picture

MGN commented
Status: Active » Fixed

Great! Glad it worked out.

Status: Fixed » Closed (fixed)

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