Bug #97516
closed
Error in password reset when login.loginLogo is saved in fileadmin
Added by Paul Keller over 2 years ago.
Updated 5 months ago.
Description
When the login.loginLogo is saved in fileadmin (as one of the possible proposed options) the email for the passwort reset function can not be generated and leads to an error. This function expects the loginLogo to be saved in an Extension (what of course would be better).
So either the description of login.loginLogo in the backend has to be adjusted (as breaking change) or the bug has to be fixed.
Files
- Status changed from New to Needs Feedback
Can you please provide the error message or stack trace the is being shown in this scenario? Thanks!
I tried the following test with TYPO3 13.1.0-dev (latest main)
Prerequisites¶
- clean TYPO3 installation
- an "admin" user with the [email] field filled (e.g. test@text.com)
- a file in fileadmin e.g. fileadmin/Images/logo.png
Execution¶
- Admin tools > settings > Extension Configuration > Backend > login.loginLogo > set it to
fileadmin/Images/logo.png
; save and exit
- Clear all caches
- exit TYPO3
- On login screen, the logo is changed (OK)
- Click on "Forgot your password?" link and enter the email of "admin" user and click the button "Get Reset Link"
Result¶
An exception occurs:
(1/1) #1630089406 TYPO3\CMS\Core\Resource\Exception\InvalidFileException
Resource paths must start with "EXT:"
The Log module has the entry:
Core: Exception handler (WEB): Uncaught TYPO3 Exception: #1630089406: Resource paths must start with "EXT:" | TYPO3\CMS\Core\Resource\Exception\InvalidFileException thrown in file /var/www/html/typo3/sysext/core/Classes/Utility/PathUtility.php in line 100. Requested URL: https://typo3.main.it.ddev.site:8443/typo3/login/password-reset/initiate-reset?loginProvider=1433416747
Attached: the full error page
[addendum]
- with the default logo everything works as expected
- I tested with TYPO3 12.4.12 and a
login.loginLogo
path that begins with EXT:
and everything works as expected
- Related to Bug #97733: Test mail setup fails with resources from fileadmin added
- Related to Bug #96063: custom Backend Login Logo within fileadmin breaks MAIL functionality added
- Related to Bug #102545: Logical bug -> Extension Configuration-> Logo allows differnet sources this fails then sending sys-mails (e.g. by sys-ext form) added
- Status changed from Needs Feedback to Closed
For issue triaging I close this issue in favor of #96063
If you think that this is the wrong decision, please let me know on Slack and I'll reopen it
Also available in: Atom
PDF