Views Calc sets replacement patterns in fields (like [nid]) to the value for the last row in the table, not the value for the current row, causing improper links and other problems.
To replicate:
1) Add the node ID field to the field list at the top.
2) Add a second field and in the field configuration select "Output this field as a link"
3) Set the link incorporating a replacement pattern. In my use case, I want the link to take the user to the edit page for that node, so I use "node/[nid]/edit"
4) Run the query
What you will see is that in each row, the node ID displays properly. However, the node ID replacement pattern for every row is set to the value for the last row. So even though the node ID is correct for the row, Views Calc puts the value for the last row in every row's replacement pattern. Clicking on the link will then take you to the last row's edit node, not the current row's edit node as desired.
Comments
Comment #1
Rino-1 commentedSimular result when "rewrite output" is used. One field is linked to it's node but in the output, also the contents of another node is displayed. After converting from a normal table to a calculated table, all output uses the same pattern for the other node
Comment #2
miro_dietikerCurrent token replacement mess has been fixed in dev.
Comment #4
dongtian commented"After enable the views calc modules, all rewrite output uses the same pattern for the other node"
Same problems with Token module 6.x-1.15.
Thanks for miro_dietiker, I will download Views Calc for 6.x-1.x-dev
Comment #5
abaddon commentedany way to use this with the stable release? theres some patch for views_customfield and views_calc that i remember testing and it didnt work with the -dev release.. if you could point me to what cvs commit fixed this i could get a patch out to fix this for stable too