I have a view that generates links which have URL UID arguments. I have another view that generates different block content based on URL UIDs. Both blocks work successfully independently (the latter if you use a manual UID for preview. I list the pages I want in edit block page (use on the listed pages) as: somepage/* so as to include all the versions of the page with UIDs. However, none of the blocks ever shows up in the left sidebar on my original view page that generates the links that have UID arguments. Before I post any exported view info, I don't know if this is a block issue, a view issue, or if I am not doing something right. Is there any known issue with blocks that might cause this to fail? When I realized how neat & easy this could work, I thought I'd give a go. Thanks.
BTW, the latest stable views really rocks.
Comments
Comment #1
dawehnerIt always helps if you export your view. There are people out there, which can read exports like a exact description of a mathematical definition :)
I guess you are expecting that arguments from the url, does get passed further to the block display, but its not. This is just the behaviour of the page display type.
To fix it, goto your arguments and enabled "provide default argument". There you select uid from URL, thats it.
Comment #2
protoplasm commentedThank you for your reply.
Despite the provide default argument uid from URL, I get no left sidebar block showing accompanying user information.
Here are my exported views:
This first view generates an HTML list of users with the number of posts each has. Clicking on the link takes you to a page that shows all their posts. The link presents like this: member/actualuseridnumber.
This second view is a views block that is supposed to get the userid from the URL generated by visiting the page of the first view, and then display the block with one specific user's userprofile information:
Thanks, in advance, for looking at this. I feel like I must be overlooking something obvious, but the somepage/* wildcard in the pages to display the second block, just isn't displaying the block on those somepage/someactual_UID_pagenumber pages.
Comment #3
dawehnerBut it beside < code > < / code >
Comment #4
protoplasm commentedOk
Comment #5
protoplasm commentedI would like to add, that if I use the default argument of UID from logged in user, the block appears the way it should on the page using somepage/*, but, of course, it is always pulling from my content as the logged in user instead of the content in clicked URL link. This would seem to make me think it probably isn't a block issue, but either a views issue or something I've not set up quite right. I know this is a somewhat complicated issue, but I would appreciate any insight. I'm stuck after many, many hours of looking at this thing.
Comment #6
protoplasm commentedFinally found a solution that works. I never could get the default UID from URL to work in the view block. I had to use a simplified version of the view without a content profile relationship and with just a User: UID argument, not content profile User: UID argument. Also php that looked like this since my url was domain/somesection/UID (somesection=arg(0) and UID=arg(1):
Now it works like a charm. Don't know why, but I think there is some issue with those default argument statements or else maybe I have some interfering module. Hope this helps someone else.