I looked back at your original post.

Facebook aggressively caches assets (especially images), and it needs
the absolute URL's to do that.  That's the problem I faced.

Only the initial request includes a bunch of information from Facebook
in a signed_request. AFAIK, after that, your regular session
management takes over.  So, for example, when navigating a grid, I
don't get any of the Facebook information, but if I reload the whole
page, I get a fresh signed_request with the page id, etc.

If you're not thinking, "Ahh, that's what I need." then maybe try
overriding the LinkSource service?  I'm getting the signed_request
with the BaseURLSource I've shown, so I'm thinking that's what you are
wanting.  It's just a pain working with the signed_request.

JB


On Tue, Oct 30, 2012 at 3:14 PM, jellevangompel
<jellevangom...@gmail.com> wrote:
> Hi Jonathan,
>
> This solution doesn't seme to work. It also very much alike than the code I
> had (se earlier post) that did not work. Is there any other configuration
> that I might be overlooking?
>
> Regards,
> Jelle
>
>
>
> --
> View this message in context: 
> http://tapestry.1045711.n5.nabble.com/Tapestry-URLs-inside-iFrame-Facebook-canvas-tp5717408p5717435.html
> Sent from the Tapestry - User mailing list archive at Nabble.com.
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org
> For additional commands, e-mail: users-h...@tapestry.apache.org
>



-- 
Jonathan Barker
ITStrategic

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org
For additional commands, e-mail: users-h...@tapestry.apache.org

Reply via email to