Bug #21647
closedOpenID redirects to wrong page and does not create a BE session
0%
Description
Since rev. 6451 the OpenID login does not work for me.
I end up at http://www.example.com/typo3/sysext/openid/ instead of the backend.
No BE session is created.
When I switch back to rev. 6451 everything works fine.
After entering the OpenID in the TYPO3 login box, I get redirected to the OpenID provider. So far it works. But after login at the OpenID provider, I get redirected to http://www.example.com/typo3/sysext/openid/ instead of the TYPO3 backend. Also there is no valid BE session created.
I am using a Lanchpad account as OpenID account: https://login.launchpad.net/
(issue imported from #M12706)
Files
Updated by Steffen Müller almost 15 years ago
Appended file is a recording of the HTTP traffic. The TYPO3 host was a local installation: http://lenny.test
Updated by Francois Suter almost 15 years ago
I have the same problem.
Firefox 3 on Mac, provider is openid.com.
Updated by Steffen Müller almost 15 years ago
I have found the reason for this. The openid service class uses a wrong constant PATH_SEPARATOR:
Line 325 of openid/sv1/class.tx_openid_sv1.php
$openIDStorePath = PATH_site . 'typo3temp' . PATH_SEPARATOR . 'tx_openid';
This results in .../typo3temp:tx_openid
Solution: DIRECTORY_SEPARATOR should be used instead of PATH_SEPARATOR
$openIDStorePath = PATH_site . 'typo3temp' . DIRECTORY_SEPARATOR . 'tx_openid';
This correctly results in .../typo3temp/tx_openid