Tim, did you give a Skuid package License to the Force.com Site Guest User? This is probably the issue if it is working fine in Sandbox but not in Production, assuming that you gave the necessary permissions to the Site Guest User’s profile (or assigned this user appropriate Permission Sets).

Hi Zach,

The site guest user does have a Skuid License as well as Skuid Page Viewer permission set. We also made sure to give the user appropriate permissions to objects/fields. We essentially followed this post https://docs.skuid.com/latest/en/skuid/deploy/salesforce/visualforce/force-com-site.html.

I was originally thinking it was a permission issue with the guest user, but after double checking everything and noticing that the force.com version of the site pages are working, I’m not sure that it is. 

Thanks for the response. 

Tim

What about Sharing Settings on the Skuid Page record? You’ll need to share the Skuid Page record with the Site Guest User.

Zach, 

Where would I go to check that? I noticed in the more page actions/share I can’t select the site guest user to share with. The guest user does not show up in the user list.

Hello Tim
I think what Zach is talking about is the sharing settings for the pages object which comes as part of the Skuid managed package.

you can find it under Salesforce -> Setup -> Security Controls -> Sharing Settings. I think the pages object is set to private as a default. you could either change the default or create a specific sharing rule for your guest users.

Thanks, Matthias that makes sense; the Page object was already set to Public Read Only. 

I did want to go ahead and mention that we did upgrade from 8.13 to 11.0.6. So we skipped quite a few major releases. We are also using the skuid:page Visualforce component approach. 

Hi Tim,

You mentioned that when you go to more page actions/share, that the Site Guest User does not show up. Can you post a screenshot of what you options you have? It should look something like this:

Hi Khamla, please see screenshot below. We do not have a public group for Site Users. When I change the dropdown to user the Site Guest User does not show up.

I’ll go ahead and look at creating a public group for Site Users. It is just odd to me that everything was working on Skuid 8.13, but maybe in the newer release, these sharing settings are enforced differently?

Thanks for your help.

Tim, Khamla, 2 things:

1. If the Page object’s Org-Wide Default Sharing Setting is “Public Read Only”, then you do not have to mess with page-specific manual sharing at all. If the “Access Level” setting only shows “Read/Write” as an option, then you do not need to do page-specific manual sharing — Force.com Site Guest Users will already have record-level access to the Skuid Page by virtue of the “Public Read Only” Org-Wide Default. So I think Tim’s good in this regard.

2. Are there any JavaScript errors? In Google Chrome you can check this by pressing “Command+Option+J” and then clicking on “Console”. 

Zach,

There are no errors in the console. Please see screenshot below.

Tim, next question: in Production, can you go to “Skuid Settings” > “Component Packs”, and take a screenshot of that tab?

The reason I ask is that it appears that your public site is failing to load due to an error with Skuid loading the Core Component Pack, and i’m trying to see if there’s anything unusual with your Skuid Settings that may be causing a problem here.

Zach, please see below.

Thanks Tim. Everything looks good there. We’ll keep digging into this.

I really appreciate the help. I am available for a screen share session if that would help. Actually, I’m in Chattanooga as well. If you are at the Skuid headquarters, I can be at your place in 20 with my laptop and snacks ;D

Honestly… if you can be be here in the next hour, that’s cool with me :) 

If you’re serious I’m on my way.

Can you Grant Login Access to Skuid Support? That will help us be able to troubleshoot this further.

Yes, done. 

Hi Everyone. To close the loop, we have identified a product issue affecting Force.com sites served from custom domains. If your site is served from the normal domain, like blah.secure.force.com, there should be no issue. However, if your site is served from a custom domain, like blah.com, the site won’t load properly. The workaround to try is to have your custom site blah.com redirect its visitors to the non-custom .secure.force.com site. We will update this conversation when a fix is available. 

Thanks, Mark. If anyone else is running into this issue, what we found is that a simple CNAME redirect would not work for us. This is because our custom domain is secure via HTTPS/TLS. What we found is that if we try to redirect someone from our HTTPS custom domain to Salesforce’s HTTPS Force.com domain the browser throws an error because the certificates are different. 

However, if we initiated the redirect through JavaScript instead of DNS we were able to get around the HTTPS issue. So we added the below code to in-line JavaScript in Skuid to get the redirect to work. 

        if(window.location.hostname == ‘YourCustomDomain’){
            // Here I am grabbing the query parameters from the original request
            // and adding them to the redirect. We use query parameters to pull
            // models and for Google Analytics. 
            var queryString = location.search.split(‘#’)r0] ||‘’;
            window.location = “https://yourForce.ComDomain”+queryString;  
        }  

Just thought I would share in case anyone else runs into the HTTPS issue we did. 

Hello Skuid Community ~

This has been addressed in the new Millau 11.1.3 and 11.0.8 release which is now available on the Skuid Releases page.

As a reminder, Salesforce does NOT allow reverting back to prior versions of managed packages. Skuid always recommends installing new versions in a non-business critical sandbox environment to test all mission critical functionality before installing into a production environment. We also recommend that you update out of date themes when you upgrade.

Please be reminded to read this version’s special release notes here.