lsilver

Same issue here on WP 3.9.2 and plugin 0.9.4.

Hmmm. Tried the redirect_to but that didn’t seem to work. Just sent me back to the homepage. Might be my use case. The page I’m trying to send them to is protected via a plugin, but I don’t think it works in the same way as something like the wp-admin page in terms of logging in and authenticating.

What I had to do was hack the plugin file which isn’t great but it works. I added a Relay State parameter to the authsources.php file to send it to wp-admin and then within WordPress I’m redirecting all non-admins to my destination page if they try to go to wp-admin. It works though not pretty.

On another note, do you know of any way to not require users to login on each visit? Tried to play with the cookie length but that didn’t seem to work. So once the browser window is closed, the user has to login versus being able to stay logged in to the WP site for longer using the built-in authentication.

Thanks for your help. I couldn’t have got this setup without it.

Anybody? Very frustrating. It’s not logging the user on immediately upon the redirect back from the idp.

same here. can’t get this to work at all and clicking form button brings up a blank screen. all other plugins deactivated

Desperate for help. Completely stuck. Bounty available.

I’m trying to implement single sign on from my wordpress site to a SFDC site. Are there any additional resources that explain this process?

Same here. Robots have definitely cracked GASP making it completely ineffective at this point.

I presume there’s been no change to allow this feature?

I have a situation where I have URLs such as:

fruits/apples
fruits/pears
fruits/oranges/navel
fruits/oranges/other

But more than 4, so doing this by a specific URL won’t work.

I want one widget to appear on fruits/* but not fruits/oranges/*. And another to appear on fruits/oranges/* (which is easy).

Okay the problem was this setting: WP_TEMP_DIR.

It’s not in wp-config. And I did a search of both the database and all files and can’t find it there. Incredibly strange and frustrating.

Sorry when I edited the code in the OP it made it unclear what the issue is. But basically, the server path to the upload folder in my old server was:

/home/abc/public_html/wp-content/uploads

On the new server it is:

/home/xyz/public_html/wp-content/uploads

(Notice the abc vs xyz in the path)

And when I try to update either the WP code or a plugin, or install a new plugin, it’s still trying to upload the files using the old directory structure – to the … abc … instead of xyz.

I found one setting in the database that referenced the old directory structure, which I updated. But that didn’t fix it.

Thanks

Yes. I moved about 20 sites. 3 sites have issues and that is because the directory structure of the new server is different from the old one and that structure was not updated in wp.

Anyone?

Regardless, it’s still an issue. I was able to solve the problem in Drupal so hoping there’s a way in WP as well.

I’ve tried playing with some PHP and using a different iFrames plugin but the problem is still there.