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 #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 #88579 (Closed): Update doctrine/dbal to ^2.9http://forge.typo3.org/issues/885792019-06-18T09:44:17ZManuel 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 #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 #87041 (Closed): CType in TCA[ctrl][label] leads to strange behaviorhttp://forge.typo3.org/issues/870412018-11-29T16:20:32ZManuel Selbachmanuel_selbach@yahoo.de
<p>It has turned out, that if you use CType as label for the copy process will be "broken".<br />If this is the case, the text in prependAtCopy will be used and appended to the CType, which then is a none registered CType.</p>
<p>Steps to reproduce:</p>
<ul>
<li>change the label for tt_content to CType</li>
<li>flush caches</li>
<li>create an element</li>
<li>copy and paste it within the same language</li>
</ul>
<p>result:</p>
<ul>
<li>have a look at DataHandler in line 3509 the method getCopyHeader() will be called for field CType</li>
</ul>
<p>e.g.<br />CType = text<br />prependAtCopy = (copy %s)</p>
<p>after getCopyHeader() has been called this will result in: text (copy 1)</p>
<p><img src="http://forge.typo3.org/attachments/download/33965/ctype-copy-1.png" alt="" loading="lazy" /></p>
<p>This also applies to 8.7 LTS</p>
<p>PS: If you have e.g. EXT:content_defender in place, this will prevent you even from pasting the element.</p> TYPO3 Core - Bug #86966 (Closed): pages_language_overlay do not get the appendix from prependAtCo...http://forge.typo3.org/issues/869662018-11-21T16:23:39ZManuel Selbachmanuel_selbach@yahoo.de
<p>If a page is translated those records are not respected regarding the appendix from the "prependAtCopy" on the "label field" like it is done for pages during the copy process.</p>
<p>In combination of using e.g. realurl this could lead to serious problems, as it will create the same path for the page as for the original page and thus the original page doesn't get shown as there is a conflict regarding the path.</p>
<p><strong>Current behavior</strong></p>
<p>1. copy a page with some translations on<br />2. paste it via the page tree</p>
<p>Result:<br />1. page (default language, table "pages"): title gets the suffix that is written in "prependAtCopy" <br />2. translated pages (table "pages_language_overlay"): title is the same as on the original page</p>
<p><strong>Expected result</strong></p>
<p>Translated pages should also get the "suffix" written in $GLOBALS['TCA']['pages_language_overlay']['ctrl']['prependAtCopy'] during the copy process.</p> TYPO3 Core - Bug #85912 (Closed): Button "Paste after this record" or "Paste into this column" is...http://forge.typo3.org/issues/859122018-08-20T18:57:24ZManuel Selbachmanuel_selbach@yahoo.de
<p>If a content element get's copied and tried to insert directly via the buttons defined in the subject, nothing happens.</p>
<p>How to reproduce:</p>
<p>- Open a page in the page module with some content on it<br />- Copy a content element<br />- try to paste it via the button "Paste after this record" or "Paste into this column"</p>
<p>Result:<br />- Nothing happens</p>
<p>This issue seems to be located in the DragDrop.js or in Paste.js</p> TYPO3 Core - Bug #85911 (Closed): Not working "Paste after this record" buttonhttp://forge.typo3.org/issues/859112018-08-20T18:25:13ZManuel Selbachmanuel_selbach@yahoo.de
<p>NOTICE: Parent issue has to be fixed before</p>
<p>In mode "languages" of the page module, the button "Paster after this record" is broken.</p>
<p>How to reproduce:</p>
<p>- Open a page with some content on it in the page module<br />- Choose "Languages" in the top selection<br />- Copy a content element<br />- Paste it somewhere between some content elements with the button "Paste after this record"</p>
<p>Result: The pasted content element will be at the top of all content elements in the specific column.</p>
<p>This needs also to be fixed in TYPO3 8.7</p> TYPO3 Core - Bug #84588 (Closed): Int values for field will be converted to unix timestamp in mod...http://forge.typo3.org/issues/845882018-04-03T18:55:42ZManuel Selbachmanuel_selbach@yahoo.de
<p>With the change in <a class="external" href="https://forge.typo3.org/issues/83675">https://forge.typo3.org/issues/83675</a> every value will be converted into a unix timestamp even if you specify e.g. a UID or PID.</p>
<p>Example:</p>
<p>PID: 5134</p>
<p>This will bring back 99854182152 and the if condition is true in the introduced code:</p>
<pre><code class="php syntaxhl" data-language="php"><span class="k">if</span> <span class="p">(</span><span class="nb">strtotime</span><span class="p">(</span><span class="nv">$conf</span><span class="p">[</span><span class="s1">'inputValue'</span><span class="p">]))</span> <span class="p">{</span>
<span class="nv">$conf</span><span class="p">[</span><span class="s1">'inputValue'</span><span class="p">]</span> <span class="o">=</span> <span class="nb">strtotime</span><span class="p">(</span><span class="nv">$conf</span><span class="p">[</span><span class="s1">'inputValue'</span><span class="p">]);</span>
<span class="k">if</span> <span class="p">(</span><span class="nv">$conf</span><span class="p">[</span><span class="s1">'inputValue1'</span><span class="p">]</span> <span class="o">&&</span> <span class="nb">strtotime</span><span class="p">(</span><span class="nv">$conf</span><span class="p">[</span><span class="s1">'inputValue1'</span><span class="p">]))</span> <span class="p">{</span>
<span class="nv">$conf</span><span class="p">[</span><span class="s1">'inputValue1'</span><span class="p">]</span> <span class="o">=</span> <span class="nb">strtotime</span><span class="p">(</span><span class="nv">$conf</span><span class="p">[</span><span class="s1">'inputValue1'</span><span class="p">]);</span>
<span class="p">}</span>
<span class="p">}</span>
</code></pre> TYPO3 Core - Bug #84071 (Closed): Exception Call to a member function getTreeList() on nullhttp://forge.typo3.org/issues/840712018-02-27T18:15:48ZManuel Selbachmanuel_selbach@yahoo.de
<p>If there is a DataProcessor used in a FLUIDTEMPLATE object which tries to resolve storagePids from the configuration with recursion set,<br />the following exception occurs:</p>
<pre><code class="text syntaxhl" data-language="text">Call to a member function getTreeList() on null
Error thrown in file
typo3/cms/typo3/sysext/extbase/Classes/Configuration/FrontendConfigurationManager.php in line 258.
30 TYPO3\CMS\Extbase\Configuration\FrontendConfigurationManager::getRecursiveStoragePids("-8", 3)
typo3/cms/typo3/sysext/extbase/Classes/Configuration/AbstractConfigurationManager.php:
00198: $frameworkConfiguration['persistence']['storagePid'] = $this->getRecursiveStoragePids(
00199: implode(',', $storagePids),
00200: (int)$frameworkConfiguration['persistence']['recursive']
00201: );
00202: }
</code></pre>
<p>This is, because the running order has changed with this change <a class="external" href="https://github.com/TYPO3/TYPO3.CMS/commit/5c048a4c8017e4d50ab5f2343970a0fd33e4aaed">https://github.com/TYPO3/TYPO3.CMS/commit/5c048a4c8017e4d50ab5f2343970a0fd33e4aaed</a> in TYPO3\CMS\Frontend\ContentObject\FluidTemplateContentObject::render.</p>
<p>If you follow into TYPO3\CMS\Fluid\View\StandaloneView::construct (which was previously executed before the execution of dataProcessors were called) the method TYPO3\CMS\Extbase\Configuration\ConfigurationManager::setContentObject is called.</p>
<p>As this is not valid now, the method TYPO3\CMS\Extbase\Configuration\FrontendConfigurationManager::getRecursiveStoragePids tries to retrieve data from "null" which throws the mentioned exception.</p> TYPO3 Core - Bug #83339 (Rejected): Method TYPO3\CMS\Core\Preparations\TcaPreparation::prepareQuo...http://forge.typo3.org/issues/833392017-12-15T11:23:38ZManuel Selbachmanuel_selbach@yahoo.de
<p>If you try to set a variable via TYPO3 console like `vendor/bin/typo3cms configuration:set DB/Connections/Default/driver`<br />the new method TYPO3\CMS\Core\Preparations\TcaPreparation::prepareQuotingOfTableNamesAndColumnNames will be triggered which leads to have a database connection established already to quote the identifier correctly.</p>
<p>As we try to set the database parameter at this point, this fail with an exception:</p>
<pre><code class="bash syntaxhl" data-language="bash"><span class="o">[</span> TypeError <span class="o">]</span>
strpos<span class="o">()</span> expects parameter 1 to be string, null given
thrown <span class="k">in </span>file typo3/sysext/core/Classes/Database/ConnectionPool.php
<span class="k">in </span>line 152
Exception trace:
<span class="c">#0 strpos()</span>
typo3/sysext/core/Classes/Database/ConnectionPool.php:152
<span class="c">#1 TYPO3\CMS\Core\Database\ConnectionPool::getDatabaseConnection()</span>
typo3/sysext/core/Classes/Database/ConnectionPool.php:132
<span class="c">#2 TYPO3\CMS\Core\Database\ConnectionPool::getConnectionByName()</span>
typo3/sysext/core/Classes/Database/ConnectionPool.php:83
<span class="c">#3 TYPO3\CMS\Core\Database\ConnectionPool::getConnectionForTable()</span>
typo3/sysext/core/Classes/Preparations/TcaPreparation.php:79
<span class="c">#4 TYPO3\CMS\Core\Preparations\TcaPreparation::prepareQuotingOfTableNamesAndColumnNames()</span>
typo3/sysext/core/Classes/Preparations/TcaPreparation.php:45
<span class="c">#5 TYPO3\CMS\Core\Preparations\TcaPreparation::prepare()</span>
typo3/sysext/core/Classes/Utility/ExtensionManagementUtility.php:1789
<span class="c">#6 TYPO3\CMS\Core\Utility\ExtensionManagementUtility::buildBaseTcaFromSingleFiles()</span>
typo3/sysext/core/Classes/Utility/ExtensionManagementUtility.php:1709
<span class="c">#7 TYPO3\CMS\Core\Utility\ExtensionManagementUtility::loadBaseTca()</span>
vendor/helhum/typo3-console/Classes/Core/ConsoleBootstrap.php:386
<span class="c">#8 Helhum\Typo3Console\Core\ConsoleBootstrap::loadTcaOnly()</span>
vendor/helhum/typo3-console/Classes/Core/Booting/Scripts.php:155
<span class="c">#9 Helhum\Typo3Console\Core\Booting\Scripts::initializeExtensionConfiguration()</span>
<span class="c">#10 call_user_func()</span>
vendor/helhum/typo3-console/Classes/Core/Booting/Step.php:53
<span class="c">#11 Helhum\Typo3Console\Core\Booting\Step::__invoke()</span>
vendor/helhum/typo3-console/Classes/Core/Booting/Sequence.php:108
<span class="c">#12 Helhum\Typo3Console\Core\Booting\Sequence::invokeStep()</span>
vendor/helhum/typo3-console/Classes/Core/Booting/Sequence.php:92
<span class="c">#13 Helhum\Typo3Console\Core\Booting\Sequence::invoke()</span>
vendor/helhum/typo3-console/Classes/Mvc/Cli/RequestHandler.php:92
<span class="c">#14 Helhum\Typo3Console\Mvc\Cli\RequestHandler::boot()</span>
vendor/helhum/typo3-console/Classes/Mvc/Cli/RequestHandler.php:77
<span class="c">#15 Helhum\Typo3Console\Mvc\Cli\RequestHandler::handleRequest()</span>
vendor/helhum/typo3-console/Classes/Core/ConsoleBootstrap.php:111
<span class="c">#16 Helhum\Typo3Console\Core\ConsoleBootstrap::run()</span>
vendor/helhum/typo3-console/Scripts/typo3cms.php:65
<span class="c">#17 {closure}()</span>
vendor/helhum/typo3-console/Scripts/typo3cms.php:66
<span class="c">#18 require()</span>
vendor/helhum/typo3-console/Scripts/typo3cms:4
</code></pre>