Bug #100787
closed
$GLOBALS['TSFE']->fe_user->setKey() seems not to create cookie "fe_typo_user"
Added by Alex Kellner over 1 year ago.
Updated 5 months ago.
Description
We're currently working hard to bring powermail back to live in 12. One obstactle seems to be the session handling. In 12 all captchas are not working any more.
What we see was, that this code seems not to work any more:
# Create "fe_typo_user" cookie and store a value in the related database table
$GLOBALS['TSFE']->fe_user->setKey('ses', 'foo', ['foo' => 'bar']);
Can you please tell us what we're missing here?
Addition: So it's not possible to read the value when page is reloaded with:
$GLOBALS['TSFE']->fe_user->getKey('ses', 'foo');
- Description updated (diff)
- Status changed from New to Needs Feedback
Usually the middleware \TYPO3\CMS\Frontend\Middleware\FrontendUserAuthenticator
would call $frontendUser->storeSessionData();
automatically.
Can you please share a link to a powermail branch, that can be used for testing the behavior you described?
- Related to Task #100173: Mark several internal methods and properties protected in UserAuthentication added
\TYPO3\CMS\Core\Authentication\AbstractUserAuthentication::$dontSetCookie
now seems to be always true
, which avoids adding the session cookie via \TYPO3\CMS\Core\Authentication\AbstractUserAuthentication::setSessionCookie
- Related to deleted (Task #100173: Mark several internal methods and properties protected in UserAuthentication)
- Related to Task #100695: Move Cookie logic out of userAuth added
- Status changed from Needs Feedback to Under Review
- Category set to Authentication
- Target version set to 12 LTS
- Is Regression set to Yes
- Status changed from Under Review to Resolved
- % Done changed from 0 to 100
- Status changed from Resolved to Closed
Also available in: Atom
PDF