When I have normal cache ENABLED the site does not authenticate. I seems to get stuck in a cycle trying to connect with facebook and go back to the Callback URL. Same problem for aggressive cache.

It works fine with cache DISABLED.

Comments

lennart’s picture

Title: Does work with cache enabled » Does not work with cache enabled

Sorry. Titled it wrong.

lennart’s picture

Am I the only one with the cache problem?

PGiro’s picture

Same for me using IE (haven't tested the other) on beta4 : works without cache, keeps going back to the same page with cache.
If I go to the front page while this is happening, I get to step 1 of registration.

I'll post a fiddler report of what is going this weekend

aon’s picture

I am having this as well. Disabling caching under the performance section worked for me.

lennart’s picture

Version: 6.x-1.0-beta3 » 6.x-1.0-beta6
Category: bug » feature

Would it be possible to make Facebook Connect work with cache enabled?

For most busy sites disabling cache is not a viable option.

lennart’s picture

Title: Does not work with cache enabled » Make work with cache enabled

Changing title to reflect category status.

LaNets’s picture

Hello,

Today i spent a few hours on the cache problem, but for the moment I have not found a solution yet.
I'll try to explain the problem I encountered.
When the user validates the FB pop up login window, we got a refresh of the current page.
Under normal circumstances, the hook_init is triggered and the user is identified.
If the cache is enabled, the page header is changed. Drupal
will set 304 headers, so browsers can use their own internal caching
mechanisms and avoid unnecessary HTTP round-trips when applicable.
Because of the browser cache, the hook_init is no longer triggered.
The function facebook_onload js function causes a refresh loop of the page.
I hope a solution to circumvent this problem would be quickly found.

lennart’s picture

Your efforts are very much appreciated.

LaNets’s picture

Hello,

I commited a new dev version that works with the cache enabled, but didn't do a lot of testing.
You can test by downloading the latest version on the CVS repository.

lennart’s picture

Version: 6.x-1.0-beta6 »
Status: Active » Fixed

Thanks a lot! It works now!

Tested in Google Chrome and IE6

drutube’s picture

Version: » 5.x-1.x-dev

I'm not sure this is working in the 5.x version which was uploaded recently.

I just installed and note that there wasn't an issue with the cache as described in this thread before the isntall. However the exact behaviour described above -- recycling endlessly -- occurred upon logging out of the session. I overwrote the new module folder with the old or previous and the recycling stopped.

I'll try to test more later and realize this is not a very helpful post. If anyone else experiences the same please try to drop back a version and see if it doesn't fix.

BIG NOTE. I'M TALKING ABOUT THE 5.X VERSION only

EvanDonovan’s picture

"[T]he exact behaviour described above -- recycling endlessly -- occurred upon logging out of the session."

When I installed the 5.x-beta2, I was no longer even able to log in using Facebook Connect. Instead it kept reloading the page, going back and forth between facebook.com and our site.

EvanDonovan’s picture

On beta1, my Drupal session stays logged in even after I delete all my session cookies (using the Web Developer toolbar in Firefox). Facebook, on the other hand, is logged out. I don't understand how this is possible.

Status: Fixed » Closed (fixed)

Automatically closed -- issue fixed for 2 weeks with no activity.

gunwald’s picture

I know, this is a very old report, but I have the same problem. With cache enabled I run in a loop and although the user actually gets logged in some times, he can not see that, because the page keeps coming from cache. What am I supposed to do?

I am using the latest beta for Drupal 7.