TYPO3 Forge: Issueshttp://forge.typo3.org/http://forge.typo3.org/themes/typo3_forge/favicon/favicon.png?17058661692024-03-23T06:28:58ZTYPO3 Forge
Redmine TYPO3 Core - Task #103473 (Resolved): Account for double click pagetree timeout in acceptance testshttp://forge.typo3.org/issues/1034732024-03-23T06:28:58ZBenjamin Franzkeben@bnf.devTYPO3 Core - Task #101481 (Closed): Revert "[!!!][TASK] Add native type declarations to GU array...http://forge.typo3.org/issues/1014812023-07-29T07:42:45ZBenjamin Franzkeben@bnf.dev
<p>CI test failures were not catched properly.</p> TYPO3 Core - Bug #99590 (Closed): Accordion in image processing environment test not visiblehttp://forge.typo3.org/issues/995902023-01-18T09:09:02ZBenjamin Franzkeben@bnf.dev
<p>Current output:</p>
<p><img src="http://forge.typo3.org/attachments/download/37323/panel-missing.png" alt="" loading="lazy" /></p>
<p>Expected output:</p>
<p><img src="http://forge.typo3.org/attachments/download/37322/panel-expected.png" alt="" loading="lazy" /></p> TYPO3 Core - Bug #93233 (Closed): Backend Group Comparison is brokenhttp://forge.typo3.org/issues/932332021-01-06T15:46:40ZBenjamin Franzkeben@bnf.dev
<pre>
(1/1) Error
Typed property TYPO3\CMS\Core\Authentication\AbstractUserAuthentication::$userSession must not be accessed before initialization
in /home/ben/src/TYPO3.CMS/typo3/sysext/core/Classes/Authentication/AbstractUserAuthentication.php line 1012
* @return mixed
*/
public function getSessionData($key)
{
return $this->userSession->get($key);
}
</pre> TYPO3 Core - Bug #93045 (Closed): 500 vs 503 error handling is not consistenthttp://forge.typo3.org/issues/930452020-12-10T07:48:04ZBenjamin Franzkeben@bnf.dev
<p>For 5xx status code we have two different cases right now
* configuration errors, which need to respond with 500
* maintenance mode, which is a 503 response</p>
<p>In 10.4.10 always 500 is returned, in master and 10.4 branch currently 503. This should be streamlined.</p>
<p>Also the 500 or 503 site error handler in maintenace middleware isn't invoked as the maintenace mode middleware is executed before the site resolver middleware.</p> TYPO3 Core - Task #93007 (Closed): "Immediate" Exception should be passed through the middleware ...http://forge.typo3.org/issues/930072020-12-06T19:16:33ZBenjamin Franzkeben@bnf.dev
<p>With <a class="issue tracker-4 status-5 priority-4 priority-default closed child" title="Task: Throw PSR-7 Responses up to Application (Closed)" href="http://forge.typo3.org/issues/85812">#85812</a> an immediate response exception has been introduced.<br />It would be nice if the response is not passed all the way back to the HTTP application class,<br />but through the middleware, allowing middlewares to process immediate responses (e.g. redirects).</p> TYPO3 Core - Task #90247 (Closed): Add backend routes to router using DI factorieshttp://forge.typo3.org/issues/902472020-01-29T16:11:44ZBenjamin Franzkeben@bnf.dev
<p>That means Bootstrap::initializeBackendRouter() wouldn't be<br />required to be called explicitly from a middleware.<br />The Router class would always have the routes populated<br />whenever it is initialized.</p>
<p>DI factories could be used to collect and add the backend routes to the Router object.</p> TYPO3 Core - Task #86564 (Closed): Add return type declaration to FileDumpController::dumpActionhttp://forge.typo3.org/issues/865642018-10-03T22:52:25ZBenjamin Franzkeben@bnf.dev
<p>For historical reasons FileDumpController::dumpAction was allowed to return<br />null. It didn't specify a nullable return type declaration because it was<br />unclear whether v9 will require php 7.2 or not.<br />With <a class="external" href="https://review.typo3.org/55585">https://review.typo3.org/55585</a> FileDumpController was reworked to<br />always return a PSR-7 Response but missed to update the function signature.<br />That should be adapted.</p> TYPO3 Core - Task #86558 (Closed): Support PSR-15 RequestHandlerInterface's in backend routeshttp://forge.typo3.org/issues/865582018-10-03T16:44:48ZBenjamin Franzkeben@bnf.dev
<p>The backend dispatcher uses the a single-pass signature since TYPO3 v9:<br /><code>fn(ServerRequestInterface $req): ResponseInterface</code></p>
<p>That's the same signature that PSR-15 specifies for the RequestHandlerInterface.<br />We already have Invokables as single-class request handlers, and we should<br />support the standard as well.</p> TYPO3 Core - Bug #86383 (Closed): adminpanel ConfigurationService calls getTSConfig in a deprecat...http://forge.typo3.org/issues/863832018-09-26T08:45:05ZBenjamin Franzkeben@bnf.dev
<p>Since <a class="external" href="https://review.typo3.org/56968">https://review.typo3.org/56968</a> handing over arguments to getTSConfig() is deprecated.<br />That means the following code logs a deprecation warning:</p>
<p><code>$this->mainConfiguration = $this->getBackendUser()->getTSConfig('admPanel')['properties'];</code></p> TYPO3 Core - Task #84490 (Closed): Add missing HTTP status code presets for PSR-7 responseshttp://forge.typo3.org/issues/844902018-03-20T06:46:09ZBenjamin Franzkeben@bnf.dev
<p>The list of status codes/reason phrases should be synchronized with<br /><a class="external" href="http://www.iana.org/assignments/http-status-codes/http-status-codes.xhtml">http://www.iana.org/assignments/http-status-codes/http-status-codes.xhtml</a></p> TYPO3 Core - Task #84112 (Closed): Add support for service providershttp://forge.typo3.org/issues/841122018-03-02T09:59:23ZBenjamin Franzkeben@bnf.devTYPO3 Core - Task #84083 (Closed): ApplicationContext should consistently be retrieved from Gener...http://forge.typo3.org/issues/840832018-02-28T15:28:39ZBenjamin Franzkeben@bnf.dev
<p>ClassLoadingInformation reads from Bootstrap, that should be adapted to use GeneralUtility.</p>
<p>Bootstrap code states:</p>
<pre>
* Use \TYPO3\CMS\Core\Utility\GeneralUtility::getApplicationContext() instead
</pre>
<p>Therefore the method should just be removed.</p> TYPO3 Core - Task #84082 (Closed): A LogRecord should not rely on global state (requestId from Bo...http://forge.typo3.org/issues/840822018-02-28T15:17:33ZBenjamin Franzkeben@bnf.devTYPO3 Core - Bug #78719 (Closed): Backend Login ignores redirect_urlhttp://forge.typo3.org/issues/787192016-11-16T15:03:24ZBenjamin Franzkeben@bnf.dev
<p>The commit 9099b64c (<a class="external" href="http://review.typo3.org/39234">http://review.typo3.org/39234</a>) introduced a new form API, and forgot to pass the GET parameter 'redirect_url' into the login template, the hidden input field is never filled.</p>
<p>That means redirect_url works for already logged-in users, but not if the user has to login first.</p>