TYPO3 Forge: Issueshttp://forge.typo3.org/http://forge.typo3.org/themes/typo3_forge/favicon/favicon.png?17058661692020-03-31T15:40:45ZTYPO3 Forge
Redmine TYPO3 Core - Bug #90911 (Closed): Used package algo26-matthias/idna-convert does not support PHP 7.4http://forge.typo3.org/issues/909112020-03-31T15:40:45ZManuel Selbachmanuel_selbach@yahoo.de
<p>It turned out, that the package: algo26-matthias/idna-convert in it's current used version does not support PHP 7.4</p> TYPO3 Core - Bug #90223 (Closed): Wrong type hint in install tool typo3/sysext/install/Classes/Sy...http://forge.typo3.org/issues/902232020-01-27T22:36:30ZManuel Selbachmanuel_selbach@yahoo.de
<p>As mentioned in <a class="external" href="https://review.typo3.org/c/Packages/TYPO3.CMS/+/63032">https://review.typo3.org/c/Packages/TYPO3.CMS/+/63032</a> a wrong type hint was introduced by the refactoring.</p> TYPO3 Core - Task #89794 (Closed): Refactoring the database check in install toolhttp://forge.typo3.org/issues/897942019-11-28T17:41:31ZManuel Selbachmanuel_selbach@yahoo.de
<p>The current state of the check regarding database requirements is not separated properly.<br />Thus I suggest to refactor that to add platform and driver specific specification to have this maintainable.</p> TYPO3 Core - Task #89657 (Closed): Update doctrine/dbal requirement to minimum ^2.10http://forge.typo3.org/issues/896572019-11-12T18:51:47ZManuel Selbachmanuel_selbach@yahoo.de
<p>With the change in <a class="external" href="https://forge.typo3.org/issues/89614">https://forge.typo3.org/issues/89614</a> the new class Doctrine\DBAL\Types\Types is used to specify DBAL related types.</p>
<p>With that the minimum requirement has to be raised.</p> TYPO3 Core - Task #89593 (Closed): Update doctrine/dbal to 2.10.0http://forge.typo3.org/issues/895932019-11-06T11:52:36ZManuel Selbachmanuel_selbach@yahoo.de
<p>Due to new releases of doctrine/dbal, those package should be updated as it provides several bugfixes.</p>
<p><a class="external" href="https://github.com/doctrine/dbal/releases/tag/v2.10.0">https://github.com/doctrine/dbal/releases/tag/v2.10.0</a></p> TYPO3 Core - Task #89592 (Closed): Update doctrine/dbalhttp://forge.typo3.org/issues/895922019-11-06T11:38:07ZManuel Selbachmanuel_selbach@yahoo.de
<p>Due to new releases of doctrine/dbal, those packages should be updated.</p>
<p><a class="external" href="https://github.com/doctrine/dbal/releases/tag/v2.10.0">https://github.com/doctrine/dbal/releases/tag/v2.10.0</a></p> TYPO3 Core - Task #89424 (Closed): Update Microsoft docker images in testshttp://forge.typo3.org/issues/894242019-10-15T15:44:32ZManuel Selbachmanuel_selbach@yahoo.de
<p>As mentioned on <a class="external" href="https://hub.docker.com/r/microsoft/mssql-server-linux">https://hub.docker.com/r/microsoft/mssql-server-linux</a> the images have moved to another location and thus should updated in the local tests and bamboo docker-compose.yml files.</p> TYPO3 Core - Feature #88805 (Closed): Add type to TYPO3\CMS\Core\Database\Query\QueryBuilder::sethttp://forge.typo3.org/issues/888052019-07-19T14:15:54ZManuel Selbachmanuel_selbach@yahoo.de
<p>It turned out, that the method <strong><code>TYPO3\CMS\Core\Database\Query\QueryBuilder::set</code></strong> does not allow to define the type if it is forced to use <strong><code>createNamedParameter</code></strong>.</p> TYPO3 Core - Task #88579 (Closed): Update doctrine/dbal to ^2.9http://forge.typo3.org/issues/885792019-06-18T09:44:17ZManuel Selbachmanuel_selbach@yahoo.deTYPO3 Core - Task #88553 (Closed): Update doctrine/dbal to ^2.8.1http://forge.typo3.org/issues/885532019-06-13T09:40:58ZManuel Selbachmanuel_selbach@yahoo.deTYPO3 Core - Bug #88081 (Closed): Timestamp in replace dialog of file list is brokenhttp://forge.typo3.org/issues/880812019-04-04T17:55:10ZManuel Selbachmanuel_selbach@yahoo.de
<p>It turned out, that the timestamp in the replace dialog of a file shows incorrect information.</p>
<p><img src="http://forge.typo3.org/attachments/download/34223/replace_dialog.png" alt="" loading="lazy" /></p>
<p>This is also valid for version 9.5 LTS and 8.7 LTS.</p>
<p>How to reproduce:</p>
<p>- Upload a file via file module<br />- manipulate the file and drag&drop it to upload it again with the same file name<br />- the replace dialog should show wrong timestamp information</p> TYPO3 Core - Bug #87938 (Closed): Avoid superfluous cast and creation of instances DocumentTypeEx...http://forge.typo3.org/issues/879382019-03-16T22:12:38ZManuel Selbachmanuel_selbach@yahoo.de
<p>It turned out, that the implementation uses multiple cast to integer and multiple instances of DocumentTypeExclusionRestriction are created.</p> TYPO3 Core - Feature #87776 (Closed): Limit Restriction to table/s in QueryBuilderhttp://forge.typo3.org/issues/877762019-02-24T20:41:44ZManuel Selbachmanuel_selbach@yahoo.de
<p>With the concept to apply restrictions to the query it is not possible to decide for which table it should be used.<br />In some cases it is needed to apply restriction only to a certain table.</p>
<p>Example:<br /><pre>
$queryBuilder->getRestrictions()
->removeAll()
->add(GeneralUtility::makeInstance(DeletedRestriction::class))
->add(GeneralUtility::makeInstance(HiddenRestriction::class));
$queryBuilder->select('s.uid', 's.pid', 's.hidden', 's.title', 's.flag')
->from('sys_language', 's')
->from('pages_language_overlay', 'o')
->where(
$queryBuilder->expr()->eq('o.sys_language_uid', $queryBuilder->quoteIdentifier('s.uid')),
$queryBuilder->expr()->eq('o.pid', $queryBuilder->createNamedParameter($id, \PDO::PARAM_INT))
);
</pre></p>
<p>In this example the HiddenRestriction should only be applied to "sys_language", but will be applied to both tables currently.</p>
<p>So it should be possible to limit the restriction like:</p>
<pre>
$queryBuilder->getRestrictions()->add(GeneralUtility::makeInstance(HiddenRestriction::class, ['sys_language']))
</pre> TYPO3 Core - Bug #87768 (Closed): Missing language in DocHeader in document edit modehttp://forge.typo3.org/issues/877682019-02-21T21:57:50ZManuel Selbachmanuel_selbach@yahoo.de
<p>If a document e.g. a textmedia element gets edited by a user that has a limited access to some languages, the select in the DocHeader shows the wrong languages, if the language overlay is hidden.</p> TYPO3 Core - Bug #87658 (Rejected): Admin panel simulate date / time broken under some circumstanceshttp://forge.typo3.org/issues/876582019-02-05T16:59:58ZManuel Selbachmanuel_selbach@yahoo.de
<p>The feature to simulate a date / time with the admin panel is broken under some circumstances.</p>
<p>This happens, as the "hidden" and the field that only "displays" the date / time have the same name but for the "display" field appended with "_hr".<br />You end up with:</p>
<p>hidden field name:<br /><pre>
TSFE_ADMIN_PANEL[preview_simulateDate]
</pre></p>
<p>field name that just displays the date / time<br /><pre>
TSFE_ADMIN_PANEL[preview_simulateDate]_hr
</pre></p>
<p>In some environments (combination of webserver, security modules, reverse proxy for caching, etc.) those parameters are combined in the request or modified in a way, that the value of "TSFE_ADMIN_PANEL[preview_simulateDate]" is the value from the "display field", which leads to be broken system in the frontend. As those settings are stored in the backend user profile in the database, the only way to fix is to reset the user settings, otherwise the frontend will be broken with the logged in user in the backend.</p>