function readOnly(count){ }
Starting November 20, the site will be set to read-only. On December 4, 2023,
forum discussions will move to the Trailblazer Community.
+ Start a Discussion
tahitibluetahitiblue 

Is the Self-Service Portal Toolkit dead?

Hi all,
I just noticed that some code I was running to automatically log users into the self service portal has died after 6 months of smooth operation.  The code was largely based on the Self-Service Portal toolkit.  This used to be located in php section of this website which I can't seem to find now that the design has gone to all APEX all the time.
Anyway,  I can still add the self service user and set their password, but I fopen the login and drop the result url into an Iframe it responds with..
"There is a problem with your session. Your session with Salesforce is invalid. It may have timed out or become corrupted in some other way. You may also receive this error if Salesforce has recently updated its security architecture." message.

Is anyone else that was running this experiencing the same problem?

Tim
adamgadamg
The Self Service Portal tookit is dead.  However, it should continue to operate fine if you haven't made any changes.

Give that you are seeing something about the "security architecture", it may be related to the SSL cert in your JVM.  I'd call support and ask.  (You need to be using a 128 bit key).
Tran ManTran Man
Is it still happening?  I just ran the SSP toolkit against a Winter 07 enabled DE account and did not see your issue. 

The PHP toolkits live in the API section of the Apex Wiki.
tahitibluetahitiblue
Hey Nick,
I haven't gone back and tried it with a clean install of just the toolkit.  But the code I wrote was based on that and had been working on 2 servers for a while, its now dead on both. I'll try a clean install of the samples in the tool kit next and see if its something specific to my server environment, but all the SOAP stuff is still working fine.. 

My code uses  the getSSP_URL function from self service utility file as is, and that seems to be where the problem is.

On the fopen call the url begins
https://na1.salesforce.com/sserv/login.jsp?orgId=
and the url that is returned from the screen scrape begins
https://na1.salesforce.com/sserv/frontdoor.jsp?csssid=

So it looks like that they are both hitting the same na1 instance which is the usual problem with this error.

I haven't looked into admg's suggestion that I confirm that the fopen call is negotiating a 128 bit encryption level. Actually I have no idea how php handles outbound https: on an fopen.  He mentioned the JVM, but I didn't think a LAMP server had anything to do JVM.  If you have any ideas how I might be able to confirm that the outbound call is 128bit from my end let me know.

In the meantime I'll reinstall the pizza examples and see if the problem is on my whole environment.

--Tim


tahitibluetahitiblue
Ok I did some more checking..
My code is working when pointed at my SF developer account.
The Berkely frozen Pizza examples work when I point them at my SF dev account, but not the live one, I still get the session error. 

If I "generate the form" on the live account and put it on a free standing page I can login to the portal though that. 

The self service settings haven't been messed with in a while.  I thought maybe if I called the style sheet through https it would help.  but no joy.

Any idea on where to look next?