Closed (won't fix)
Project:
Views (for Drupal 7)
Version:
6.x-2.11
Component:
taxonomy data
Priority:
Normal
Category:
Bug report
Assigned:
Unassigned
Issue tags:
Reporter:
Created:
8 Aug 2009 at 10:02 UTC
Updated:
25 Aug 2017 at 10:00 UTC
Jump to comment: Most recent, Most recent file
Comments
Comment #1
ISPTraderChris commentedHas this been addressed in a subsequent release?
Comment #2
wjaspers commentedConfirm problem. Issue is still present in Views 2.11.
I also noticed in my top breadcrumb (not Home) is linking to "<static-phrase>/*".
Where is a static URL phrase for my "Page View", and "*" is actually an asterisk.
To repeat this issue:
(I used "Display all values" for our purposes here.)
I've tested this with "Use Drupal's taxonomy term path to create breadcrumb links" enabled (in the Argument settings) as well, and have received the same results.
Is this supposed to be part of Views' functionality?
Otherwise, there is the View Alias (http://drupal.org/project/view_alias) module--but it didn't seem to have any effect on the breadcrumb anchors.
Did I evaluate the wrong Type of view?
Comment #3
merlinofchaos commented'needs review' means there is a patch attached.
Comment #4
iamjon commentedwjaspers,
did you ever find a solution? if yes please post so others can benefit.
I'm attaching an export of view that I made following wjaspers instructions
A few things to add, the taxonomy structure has parents and children. I created 3 terms for the test. term1 didn't not have any children. term2 was the parent of term3.
term1 had tid of 48, term2 of 49, term3, 50
example.com/projects/48
example.com/projects/49
example.com/projects/50 - all resulted in 404
example.com/projects/term1 gave results. the breadcrumb lead to projects/*
example.com/projects/term2 gave results. the breadcrumb lead to projects/*
example.com/projects/term3 gave results. the breadcrumb lead to projects/* (term3) and projects/49 (term2)
Comment #5
dawehnerThe issue would be fixed if you would have the validation but raw input available? So basically here "name" and not "tid".
I guess there was a patch for this, but i can't find it at the moment.
Comment #6
dawehnerHere is a quick patch, please test it :)
PS: In general this argument code should perhaps moved into the argument handler.
Comment #7
dawehner* Changed it to $argument->argument
* Added a check_plain around it.
Comment #8
iamjon commentedI tested it with views 2-dev and got the same results.
Comment #9
iamjon commentedComment #10
mustanggb commented