Topic-icon Workaround for RocketTheme template/Reveal Page conflict not working.

Active Subscriptions:

None
System caching is off-disabled. The only other thing I thought of ...is SimpleImageGallery Pro (Joomlaworks). I disabled that Plugin, dumped the system cache purged expired cachs and also all browsers caches. The first time I went to the FB page as a "test user" (fictitious person we use for FB testing), I did see the reveal page only 1 time as the initial visit was as unliked status. After liking the page, the correct article appeared but still showed the template with the article on the page. After unliking the page then returning to it after dumping caches again, I never was able to get the reveal page to work again. Every visit got the landing page with the template visible, even when going in as unliked status. No matter what I've tried, I cannot replicate getting the reveal page again.

If I need to provide a snip of components and plugins we are using, I can.
The topic has been locked.
Active Subscriptions:

None
...Alex, any further guidance available here, yet?
The topic has been locked.
Active Subscriptions:

None
Hello,
just to rule the problem out of the equation, could you do a simple test with one of the default Joomla templates (i.e beez) to see if the problem has something to do with the template you're using, or maybe something more general?

Mati
The topic has been locked.
Active Subscriptions:

None
Mati -

It appears that regardless of which template we use as a default (RocketTheme or non-RocketTheme), the template still displays along with the article when viewing the FB Page.

We tested both "Beez5 - Default-Fruit Shop" template and also the "Beez2 - Default" template to see if the problem was attributed to the particular RocketTheme template we are using on our site. You can see from the below snip, that the template still displayed along with the page (article) when clicking the "Welcome!" link to get to our FB page. Also, the reveal page would not display, either. The page in the below snip is the FB page, but you can see the Like button is there, too. Running through the Like/unlike cycle several times, we still could not get the reveal page to display whenever the page was unliked.
File Attachment:


Also, here are the settings for the App as Page Tab and the Canvas App...can you take a peek and make sure we have it configured correctly, please. Our reveal page Article ID is "225". Is the way we have this input correct, or should we have the url to the reveal page article in this space, instead of just the article number...?
File Attachment:

File Attachment:


Thanks for your continued effort on this.
The topic has been locked.
Support Specialist
Sorry you're still having issues. We're having a difficult time recreating the problem. When I visit, I get the Like/Reveal Page. When I like it, I get a page that says "Visits us inside Facebook!" and then, if I unlike it, I get the reveal page again...

First off, from your images, I see you're using JFBConnect v4.1.1. We did release v4.1.2 in early February which had some fixes for Canvas stuff, but I don't think there were any changes for Page Tab. However, if you haven't changed any of our code, upgrading should be very easy and it's always worth a shot..

Also, can you check your Facebook Application settings and on the "Advanced" page check the following migration settings are as follows:
App Type: Web
Sandbox Mode: - Disabled
signed_request for Canvas - Enabled
iframe Page Tab: - Enabled
Encrypted Access Token - Enabled

Finally, I just noticed in one of your pictures above that you have a Hosting URL setup in your app with a herokuapp.com address. We've never used this. Could you explain more about how you're using the Hosting URL and what it's doing for you? Is there a way to disable this (temporarily) and test without?

Thanks,
Alex
The topic has been locked.
Support Specialist
Oh, 2 more things.. 1) try visiting your FB Page with both https (secure) and http (non-secure) URLs and see if there is any different behavior. If you can't go to http (it may auto redirect to https), that's fine... worth testing.

2) The migration settings in the Advanced area may not exist on your application. If not, that's ok.. but if they are there, make sure they are set as above.

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

None
Alex -

We upgraded to the latest versions of both JFBConnect and JLinked and also have verified all the settings in the Facebook App were set correctly. As for the Heroku App hosting, we had initially completed that step when we first created the app (not knowing exactly what it was intended for, but seemed to be a step in the recommended process of creating the app), but have now removed it completely. I have also tried visiting the Page via https and http...it defaults to https each time. I went back through the 14 pages of configuration instructions on your site just to make sure we had not missed anything, and everything was set correctly from the beginning.

It seems to be, the canvas app works correctly as long we we have the "no override" setting enabled on both the page tab and canvas app settings. We are still seeing the rockettheme template rendering on the reveal page as well as the liked page. When we change the template to Beez on the page tab setting, it also changes the canvas app to display the beez template, too.

We still are not getting consistent results with using the reveal page, either. When visiting the page as unliked status, we are seeing the reveal page sometimes without the template (as expected), but after liking the page it does not revert to the liked page -- it stays stuck on the reveal page even though the like button shows "you like this page". To get the liked page to display, we have to manually refresh the browser, and at that point, the corrrect page displays but so does the template along with it.

At this point, I'm very perplexed. I have given up on the reveal page and disabled it since it seems we cannot get consistency with the results. I'd be happy to just get the liked page to display without the template rendering with it. Attached is the latest snip of what the page looks like, fyi. Is there any to get this done?

File Attachment:
The topic has been locked.
Support Specialist
Going back to the original work-around thread that I made for Gantry, I want to call out another post that's specific to if you want to select a specific style for Gantry:
www.sourcecoast.com/forums/jfbconnect/jf...templates?p=1#p17432

Please see if you can make those changes to Gantry and if that helps with your issue. The problem is that Gantry doesn't allow a template override of the styles, which means that unknown behavior happens when we try to set the template.

For the 'sticky' Like page, can you disable any caching you have enabled on your site? There is caching in Joomla in both the Global Configuration area as well as the System - Cache plugin plugin. The Gantry framework also has some caching options which will need to be disabled. I'm not certain that's the problem, but if browser caching is being sent out with the page, that is likely the problem. Once you've disabled caching, you should try clearing your browser cache or (at least) restart the browser to make sure that doesn't use the old cache while it was enabled.

Please let us know if that helps. I scanned through above and noticed that the modification to RocketTheme's Gantry didn't seem to ever be done, and the issue of the stickiness definitely sounds like caching. Hopefully, this will help us make some progress!

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

None
Alex --

I went through the entire post-thread between you and Ryan, and made the recommended coding changes to those files, as well as added the style ID. This seemed to make no difference in being able to specify a different Page template while leaving the default template set for the Canvas App. Anytime we make a change to the Page template, it also changes the display of the Canvas App regardless that we did not change the setting for the Canvas App. Thinking about this another way...we don't have a problem leaving both settings as "Default-no override", we just want to not have the template displaying on the Page tab, just the article. Shouldn't there be a way to "code-out" the rendering of the template in the Page view?

As for the sticky reveal/Page issue...we have had the cache settings disabled for awhile now for both the Global Config-System cache, as well as the System cache plugin. We did however overlook the Gantry cache, which we also just disabled. Checking back on the stickiness problem, the Gantry cache was part of the issue, however even after disabling the Gantry cache we would still have to dump browser cache each time after liking/unliking the Page in order to get the correct one to display. So it seems that the browser cache is now the only culprit for this problem!

...in the mean time, we have the reveal page disabled still, and you can see the browser still rendering on the "Welcome!" Page, fyi.

Thanks!
The topic has been locked.
Support Specialist
FrischInBigD,
Thanks for the explanation of what you're trying for.. I was a bit unclear about not wanting the template, just the article, in the Page view. You can try the following which will tell Joomla to only render the component view of the page (leaving out basically all the modules). It's what we do for the Reveal page, and I'm -hoping- what you're looking for. This change should work while they navigate around the site while within your Page (if there are links in that article to other areas). If you only want it for that landing page though, let us know as that will be a little different change.

In the /components/com_jfbconnect/libraries/canvas.php file, around line 144, you'll see the following:
private function setupPageTab()
    {
        $app =& JFactory::getApplication();
        $jSession =& JFactory::getSession();
Add the following line directly under that:
JRequest::setVar('tmpl', 'component');

As for the browser caching, Joomla, by default, doesn't have browser caching enabled. It actually sends headers which have an immediate expire time. So something on your server or within Joomla is stating to cache that page. Unfortunately, I don't know away around that as that's what caching does. When you have the Reveal Page, we basically have to decide whether to redirect the user or not. When we do redirect, we actually issue a 303 redirect, which means it's a temporary redirection (vs the common 301 which is a 'permanent redirection'). Because it's a 303, the next time that page is visited, the browser -should- try to refetch the page, but with certain caching enabled, the headers could say that the temporary redirect is for a certain period of time.. in which case, you'll see what you're seeing.. the browser continuing to use the temporary redirection even though it should try again.

Hope that gives a little more background on the likely cause. If you have any other caching on your site or server (there are Apache modules that will attempt to do it automatically), try disabling them and see if that helps. I believe it will, and if that's the case, we might be able to find a way to override the caching on that one page. We investigated how to override the headers for Joomla/Apache once before and didn't have much luck. However, if we have a clear cut example that we can test on, that will help us make more progress.

Alex
The topic has been locked.