when outputting a field as a link and specifying the [tid]; if the [tid] is greater than 1000 the output includes a comma which then translates to a "%2C" in the URL. For example, my output link is: cities/[tid]. When I hover over a link with a tid of 1962, I see ".../reviews/1,962". when I click the link, the URL reads: ".../reviews/1%2C962".
screenshots attached.
Comments
Comment #1
bojanz commentedThere's no patch in here (hence the "needs work" status is wrong).
Comment #2
trapper-1 commentedgo to: EDIT(XXXXX) to see in live environment. click a state and then remove the "%2C" from the URL to get to the intended page.
EDIT: site updated and now functioning using the taxonomy menu module, issue remains with views module.
Comment #3
dawehnerIt would help here, too to have an export to know which kind of field you use here.
Once we know the field it's possible to fix this this bug much easier.
Comment #4
trapper-1 commentedthe field is of type 'term'. I have a list of parent terms in a block view. When a term is clicked I parse the [tid] of the term as an argument, and I display another term block which shows the children terms for the selected parent term. When a child term is clicked, the [tid] is parsed as an argument to a page view which displays items that are tagged with that term. The items are a custom content type with a CCK field defined type of 'term'. When the [tid] value is greater than 1000, a comma is inserted (ie, "1,000"). This is a major issue because the view reads the parsed arguments as a comma-separated list.
I have reworked my site to get the functionality I want, using the taxonomy menu module, but this is still an issue for others who may have be parsing a [tid] with a value greater than 1000.
Comment #5
dawehnerSo you use fieldapi fields? Probably but as always ... an export would give clear informations about this. Anyway. Please provide an export.
One information which would be part of the export is: which formatter did you used.
Views only uses the core methods to render a field.
So again please provide an export
Comment #6
trapper-1 commentedI will provide export this evening.
So you use fieldapi fields?
Yes I use apifields, but they don't have anything to do with this issue. The view is a term view, not a node view.
my views parse the [tid] from the term table. it is a parent-child term relationship, so when you click the parent term in the view block, the parent [tid] is parsed and the child terms are displayed in a new block with an argument on [tid] from the term table. i repeat, the [tid] is parsed from the term table and the argument is placed on the [tid] in the term table, NOT the node table.
Comment #7
dawehnerAs long you didn't provide an export you didn't provided an export. It's really critical to understand what you did. We just all want to fix this issue ....
Additional the evening is over for me :)
Comment #8
esmerel commentedComment #9
twiik commentedEncountered this myself and it took me a while to realize it's the "Thousands separator" that defaults to a comma even when you're dealing with tids, nids or uids.
Pretty sure this issue is related to the same thing.
Here's an open issue which explains the "problem": http://drupal.org/node/1144896
Comment #10
esculcar commentedin other case Whith ","
../taxonomy/term/8,9#overlay=node/7/edit%3Fdestination%3Dtaxonomy/term/8C9
should be
../taxonomy/term/8,9#overlay=node/7/edit%3Fdestination%3Dtaxonomy/term/8%2C9
thanks
Comment #11
bdsl commentedHere's an export of a view with this issue.
Line 53 is:
'path' => 'blog/[tid]',The path gets presented with a comma as a thousands separator, failing to make a working link to another view that takes a tid as an argument.
Comment #12
bdsl commentedAs a workaround its possible to do something like the following in a template (e.g. I used
views-view--BlogEvents--block.tpl.php), to delete the comma but of course this is very much not an ideal solution:
This sort of thing should keep working as long as the term ID doesn't go over one million.
Comment #13
strick commentedI had this problem, but it was just a matter of changing the "ID" fields thousand separator to nothing...