Topic-icon Very long load time insise facebook's canvas only?!

Support Specialist
10 years 10 months ago #33894 by alzander
Very sorry, I wasn't in any way trying to delay getting back to you in an effort to get you to resubscribe. If that's why you did so, please let me know and I'll gladly issue you a refund and you can re-subscribe when you really want to. That's not how we do business. In general, if someone asks a question while their subscription is still active, we will follow it through to resolution regardless of if their subscription expires 5 minutes later and it takes 2 months (glad that never happens). We never try to 'run out the clock' or anything like that.

As to your question(s), I've been trying to do some research, but unfortunately, if it is a server issue, it could be anything and I wouldn't know exactly where to begin. From everything I've read, it's likely not a Joomla (or JFBConnect) issue that's causing the problem. It would be some underlying system in the server that's not responding quickly enough. That can be from too busy of a server (too many requests) or a mis-configuration.

For your 'fix' above, that very well mask the problem and is an excellent solution if it works for you. That basically just let's the server do it's thing without being impatient about it and timing out. Since you said it's intermittent, that will likely fix the problem as it probably is a loading issue. If you always got the lookup error, that would definitely indicate a server mis-configuration.

Now, finally, for the redirection issue. I just tried in Safari and can definitely see that there is a problem. However, I don't know what the cause would be off-hand. Inside the canvas area, it's a little more difficult to debug things. Can you PM me the link of the underlying URL from your site that you are loading? I'm assuming the auto-login works when not in the canvas view (not sure if you tested this), but even if it does, seeing the actual page may give clarity as to what's going wrong.

Thanks,
Alex
The topic has been locked.
Active Subscriptions:

None
No problem Alex... You'd be surprised how common that is with support for Joomla components! One time I paid a $250 fee for the "pro version" of a component and the developer said it would be another $500 minimum to even get into my support questions!... LOL... You have always been awesome... THAT'S why I renewed :)

Hope we can get it fixed.. PM'ed you a link... Can also get you backend access if that helps?!

Thanks again,

Ryan
The topic has been locked.
Support Specialist
10 years 10 months ago #33896 by alzander
Actually, I found the underlying URL with a little sleuthing. Unfortunately, on the 'raw' page, I just tried to login right now and just got the message:

If difficulties persist, please contact the System Administrator of this site and report the error below.
6 name lookup timed out

That was with Chrome.

I would keep the Verify SSL setting disabled while testing as well as it's one less link in the chain.

The other thing to try is reduce or disable the amount of information you're importing about the user. We try to only make 1 request to Facebook for all the profile info, but there's a few other things we need to lookup, so it can be 3-5 (or so) requests on login. It's possible any of those can hit the timeout limit, so reducing those will reduce the chance of a problem.

If that helps, it will (again) narrow things down, but isn't really a solution. If anything, it's just masking the underlying issue again.

Hope that gets some more movement going,
Alex
The topic has been locked.
Active Subscriptions:

None
Yeah... I have verify SSL disabled... Argh... :-/

Any thoughts on the redirect thing?... I am waiting to hear back from my host (godaddy now... But they are not very helpful and $100/hr to talk to)...

Thanks again,

Ryan
The topic has been locked.
Active Subscriptions:

None
Talked to Godaddy... Turns out they are "aware of the DNS issue" something to do with name resolvers... They offered to fix the problem by switching me to googles name resolvers temporarily?!

Anyway... That one should be fixed very soon!

NOW... Hopefully we can figure out the weird Safari stuff... Def does the loop thing stiff for me!

:P
The topic has been locked.
Support Specialist
10 years 10 months ago #33906 by alzander
Yeesh. I hope you didn't have to pay $100 to have them switch you over for their issue.

As for the redirect loop, it's entirely possible that it's caused by the DNS Lookup problem. If the Javascript code thinks the user should be logged in, it will try. That uses browser-side stuff though, so the DNS problems won't affect that. When it hands off to the PHP side though, authentication wouldn't occur and so the loop would begin.

Obviously, if you get switched over and still have issues, just let us know... and I hope that it's going to get you all fixed up!

Thanks,
Alex
The topic has been locked.
Active Subscriptions:

None
Hey Alex... So my name resolvers on my server have been changed (for free!! :) to googles... As for the redirect... I just tried it on safari within Facebook and it worked for me... :)

Was curious if you might be willing to confirm? (PM'd you link)

So... Assuming all that's fixed... my only problem now is that it really does take about 25 seconds for the auto login to work. I just timed it again with my inspector in chrome and it's this query:

File Attachment:


See the 303 response?! Maybe that has something to do with it?

Thanks Alex!

Ryan
The topic has been locked.
Support Specialist
10 years 10 months ago #33928 by alzander
The 303 is a normal response because, at the end of our login process, we notify your browser that the location has moved and tell the browser to go to a new URL. That's how all logins work as the URL you posted does the work, but then you really want the user to go to the "Login Redirection URL".

As for why it's taking that long, that's a good question. It obviously shouldn't take that long. That it is means that it's still likely some underlying server connection issues with either performing lookups or requesting and receiving the user's profile data. Nothing should slow things down that much, even a loaded server though.

My only suggestion to even starting narrowing things down would be the same as above with disabling any profile plugins you have enabled to see if that makes a drastic difference. If you have multiple plugins enabled, then try to re-enable one at a time to see if there's a specific one slowing things down the most.

If it happens with none enabled, that's a really bad sign because JFBConnect does something like 2 queries to FB on login when no profile is imported. 2 definitely shouldn't be bogging anything down.

Keep me posted on the above and good luck,
Alex
The topic has been locked.