Log in | Register
  1. Forum
  3. Discontinued Products
  5. JFBConnect Joomla 2.5 Support (CLOSED)
  7. Page Tab/Canvas view problem with RocketTheme Templates

Topic-icon Page Tab/Canvas view problem with RocketTheme Templates

Active Subscriptions:

None
14 years 5 months ago #17710 by fb_1565926376
I just saw your last post, and I think my last response answers a lot of your questions, but just to lay it out plainly...

Homepage
    Main Landing URL = www.RidePros.com
    Template = rt_radiance
    Template Style ID = 10
    Template CSS Profile = Preset 5

Reveal / Fan Gate Page
Main Tab / Fan Page
The topic has been locked.
Active Subscriptions:

None
14 years 5 months ago #17725 by fb_1565926376
Regarding the redirects I'm experiencing in IE... I just tried to navigate to the https version of my homepage. I was able to go there without being redirected to the reveal article. So I opened up the Welcome tab on facebook, which loaded the reveal page. I then reloaded the https version of my homepage and IE now redirects me to the http version of the reveal article on my site.

Also, if I manually enter www.ridepros.com/?ref=fb in the IE address bar, the homepage loads, but it is missing the content modules again. Only the footer modules and links show up. Then, if I try to navigate to the homepage without ?ref=fb, I still get redirected to the article for the reveal page.

I don't know if this helps, but I thought it was worth mentioning this behavior.
The topic has been locked.
Support Specialist
14 years 5 months ago #17733 by alzander
Glad we're only down to one last thing. I was finally able to get the issue to happen in IE. Will it be alright to debug again in a few hours with the same credentials I used yesterday?

We'll get you going, and good sleuthing above to get the styles going.

By the way, I really like the Reveal Page.. looks slick with blending in with the image in the left side bar.

Alex
The topic has been locked.
Active Subscriptions:

None
14 years 5 months ago #17734 by fb_1565926376
Thanks for the compliment. We spent some time trying to make the creative hang together in a neat way, so I'm glad to hear you like the results! :)

And your credentials are still active, feel free to log in, tinker and debug whenever you have a moment.
The topic has been locked.
Support Specialist
14 years 5 months ago #17743 by alzander
Ryan,
Spent some time on the site again, but don't think I made any progress, unfortunately. IE is being very stubborn, and I'm not sure why it's doing the redirect dance. Things seemed sort of random, but I did realize toward the end that both RokGzipper and System - Cache plugin were both enabled, which I think were preventing some of my changes from 'taking'. I plan to continue investigating what's happening, and narrowing that down will help.

Definitely test and make sure nothing is broken and that it really is just IE that's the issue. Worst case, I can probably put an IE specific check in the code to bypass some stuff, but that's really a last resort. While we've never seen this issue before, we'd love to have a catch all solution so we never have to investigate this all again.

Anyways, thanks for your patience, and please keep us posted if you find anything,
Alex
The topic has been locked.
Active Subscriptions:

None
14 years 5 months ago #17749 by fb_1565926376
Sorry about the System Cache and GZip being turned on. The site can be slow to load sometimes, and I turned that on to help speed things up.

FYI: I did some basic clean up on my site this morning. I uninstalled a few extensions that I'm no longer using, and I optimized the DB tables in hopes that it would help.

One thing I did find: SH404SEF was listed 5 times in the extensions manager. Uninstalling didn't work for each instance, so I contacted Anything Digital for assistance. I got it cleaned up by uninstalling SH404SEF, and then manually deleting SH404 entries in the _extensions table. Then I reinstalled SH404 and it only appears once in the extensions manager. Anything Digital says this should not have affected any other components, but I figured it's worth mentioning here.

Regarding IE: I was able to access the homepage when I came into work this morning (it wasn't redirecting to the reveal page like it was yesterday). I then refreshed the main tab page on facebook to enter a JFB user session (Note: i was logged into facebook when I did this). I then switched back to the site and was able to click around, no query parameters were showing up on the URL. I then clicked on the Tag link that we shared on our facebook wall, and IE entered the redirect loop and finally resolved to this URL (403 status code): www.ridepros.com/tag/np123011?ref=fb&jfbcCanvasBreakout=1

At this point, I could still navigate back to the homepage in IE, and I could still click around the site to different URLs. At this time, the ?ref=fb parameter was only appended to this URL (all other URLs were clean): www.ridepros.com/rebates/autoanything-re...november-2011?ref=fb

One more thing I noticed: the ?ref=fb parameter gets appended to that last URL in all browsers, not just IE, but Firefox and Chrome too. All other URL's seem to be free of that query parameter.

Now, I went back to facebook and I logged out. I then navigated to the tab page, which was in Reveal mode. After loading the Reveal page, I tried to go the RidePros homepage and I can no longer access it in IE, it now redirects me to the Reveal page article and resolves with a 403 status code at this URL: www.ridepros.com/index.php?Itemid=322&op...jfbcCanvasBreakout=1

A couple important things regarding this:

1. If I change the tab page template to Atomic, I no longer get the 403 status code. If I try to navigate to the hompage in IE and Atomic is the selected template, the Reveal page loads and there is no redirect loop.

2. If I clear my cache and session cookies in IE and Gantry default template is still selected, the redirect problem persists.

So for me, the Homepage Redirect problem seems to change based on the tab page that is loaded on facebook (Reveal vs Main Page). And the Redirect Loop seems to be related to the Gantry template being selected in JFBConnect.

Whew, that was a lot to write! I hope this info helps... I tried to be as clear as possible, but let me know if anything needs clarification!

EDIT: After reading your last post, I assumed Gzip and System Cache plugins were turned off, but I just noticed they were both enabled.
The topic has been locked.
Active Subscriptions:

None
14 years 5 months ago #17859 by fb_1565926376
Hey Alex, regarding the solution you're working on.... will I eventually be able to turn on GZip and System cache? Those plugins greatly improve page load speed for our site, and it would be hard to leave those turned off permanently.

I just figured this was worth asking... I don't want you to spend a whole bunch of time working on a custom solution and then us not be able to use it due to performance impacts.
The topic has been locked.
Support Specialist
14 years 4 months ago #17890 by alzander
Ryan,
You should be able to use the System Cache and GZip plugins once we figure out the issue.

We have made some progress, and now I want to throw a few questions back to you. The problem isn't IE. The problem is simply a caching issue with all browsers, but IE handles it the worst, by far. Other browsers, depending on how you've navigated your site and the Facebook Page Tab, will simply be inconsistent.

Do you know how your website and Apache are configured? I don't want to get too technical, but will explain the basics of what we're seeing. Of course, this may be 101 for you :D
* A user visits a page on your site
* Your server responds with the HTML for that page along with a 'header' that says the page will expire in 24 hours.
* If that page is visited again, the browser will see that header and simple re-use what it has already fetched

For JFBConnect, that's 'bad' as we need to modify the page's HTML a little based on where the page is being viewed. However, since it's being cached by the browser, the 'first' place it's viewed is what's always loaded.. and so we can't inject some of our special sauce to undo that.

Now, this is all something we'll be trying to fix.. Until then though, if you can check, mainly your .htaccess file, to see if you have a statement like below:
ExpiresDefault "access plus 1 day"
Or anything else that says "expire" frankly, can you let us know? It may be best to remove that statement and try to test again. You'll still be able to do all the caching you want server-side (GZip, minify, system cache, etc), but on the client side, that seems to be the problem.

If none of this makes, let me know. Again, we'll still be looking into a more fool-proof solution that will work with client side caching, but that may take some time.

Thanks again for your patience, and we'll continue to do whatever we can to get this to work!
Alex
The topic has been locked.
Active Subscriptions:

None
14 years 4 months ago #17891 by fb_1565926376
I have a bunch of Expires declarations in the .htaccess file. I put them in there a while ago in an attempt to speed up the site, but I'll happily remove them if that solves this redirect bug...I'll comment them out right now and do some testing.
<IfModule mod_expires.c>
	ExpiresActive On
	ExpiresDefault "access plus 1 month"
	ExpiresByType application/pdf "access plus 1 month"
	ExpiresByType application/x-javascript "access plus 1 week"
	ExpiresByType application/x-shockwave-flash "access plus 1 month"
	ExpiresByType image/gif "access plus 1 day"
	ExpiresByType image/ico "access plus 1 month" 
	ExpiresByType image/jpeg "access plus 1 day"
	ExpiresByType image/png "access plus 1 day"
	ExpiresByType image/x-icon "access plus 1 month"
	ExpiresByType text/css "access plus 1 week"
	ExpiresByType text/html "access plus 1 day"
	ExpiresByType text/plain "access plus 1 week"
	ExpiresByType video/x-flv "access plus 1 month"
</IfModule>
The topic has been locked.
Support Specialist
14 years 4 months ago #17893 by alzander
Oh thank goodness.. it looks to be working from my end already. I'm sure you're testing, and would love to hear your results, but I can already see the response header no longer has the expires date.

You should be able to leave all of those expires lines in EXCEPT for:
ExpiresByType text/html "access plus 1 day"
That's the annoying one.

Keep us posted.. hoping this is nearing an end though :D
The topic has been locked.
  1. Forum
  3. Discontinued Products
  5. JFBConnect Joomla 2.5 Support (CLOSED)
  7. Page Tab/Canvas view problem with RocketTheme Templates
From the Blog
Facebook | Twitter | LinkedIn | Blog RSS