TYPO3 Forge: Issueshttp://forge.typo3.org/http://forge.typo3.org/themes/typo3_forge/favicon/favicon.png?17058661692024-03-28T15:25:19ZTYPO3 Forge
Redmine TYPO3 Core - Bug #103500 (Under Review): Slug recreation does not work if field is added as hidde...http://forge.typo3.org/issues/1035002024-03-28T15:25:19ZOliver BartschTYPO3 Core - Bug #96058 (Closed): selectCheckBox with readOnly hides the whole fieldhttp://forge.typo3.org/issues/960582021-11-23T15:01:30ZOliver BartschTYPO3 Core - Bug #94635 (Closed): RunTests fails on MacOShttp://forge.typo3.org/issues/946352021-07-26T08:37:05ZOliver Bartsch
<pre>
Build/Scripts/runTests.sh: line 275: realpath: command not found
</pre> TYPO3 Core - Bug #93757 (Closed): Topbar links such as user settings do not work after the topbar...http://forge.typo3.org/issues/937572021-03-16T23:15:17ZOliver Bartsch
<p>Whenever a topbar refresh is triggered, e.g. by activating/deactivating of an extension in the extension manager, or when changing the backend users language, the topbar links such as "user settings" do not work anymore. Only a refresh of the whole TYPO3 installation "fixes" the issue.</p>
<p>It seems like this got introduced with <a class="issue tracker-2 status-5 priority-4 priority-default closed child" title="Feature: Make the navigation through module menu more efficient for keyboard users (Closed)" href="http://forge.typo3.org/issues/92704">#92704</a>.</p> TYPO3 Core - Bug #93226 (Closed): Videos not working in Element information because of relative pathhttp://forge.typo3.org/issues/932262021-01-05T22:32:11ZOliver Bartsch
<p>ElementInformationController uses relative paths for file rendering which since <a class="issue tracker-2 status-5 priority-4 priority-default closed" title="Feature: Introduce URL rewrites for Backend links (Closed)" href="http://forge.typo3.org/issues/93048">#93048</a> leads to local videos are not longer working.</p> TYPO3 Core - Bug #92727 (Closed): CleanerTaskTest failing because of wrong format http://forge.typo3.org/issues/927272020-10-28T09:29:16ZOliver Bartsch
<p><a class="external" href="https://bamboo.typo3.com/browse/CORE-GTC-6952">https://bamboo.typo3.com/browse/CORE-GTC-6952</a></p> TYPO3 Core - Bug #92556 (Closed): FolderTree not loading on initial request of the Filelist modul...http://forge.typo3.org/issues/925562020-10-13T18:25:02ZOliver Bartsch
<p>In Safari 14, the FolderTree is not loading when accessing the Filelist module (On first request e.g. after clearing all browser caches). Only after reloading the module, the FolderTree is rendered.</p> TYPO3 Core - Bug #92533 (Closed): Extensions can't be installed in extension managerhttp://forge.typo3.org/issues/925332020-10-10T22:15:01ZOliver Bartsch
<p>In <a class="issue tracker-2 status-5 priority-4 priority-default closed" title="Feature: Simplify TER connection (Closed)" href="http://forge.typo3.org/issues/92457">#92457</a> a new field "<code>remote</code>" was added to tx_extensionmanager_domain_model_extension but was forgotten in TCA. This leds to following exception when installing an extension in EM:</p>
<pre><code class="php syntaxhl" data-language="php"><span class="k">Return</span> <span class="n">value</span> <span class="n">of</span> <span class="nc">TYPO3\CMS\Extensionmanager\Domain\Model\Extension</span><span class="o">::</span><span class="nf">getRemoteIdentifier</span><span class="p">()</span> <span class="n">must</span> <span class="n">be</span> <span class="n">of</span> <span class="n">the</span> <span class="n">type</span> <span class="n">string</span><span class="p">,</span> <span class="kc">null</span> <span class="n">returned</span>
</code></pre> TYPO3 Core - Bug #92482 (Closed): Fluid based page module is missing defaultLanguageBinding funct...http://forge.typo3.org/issues/924822020-10-05T11:27:18ZOliver Bartsch
<p>The new fluid based page module is missing the defaultLanguageBinding functionality (setting <code>defLangBinding</code> in TSconfig has no effect). There is no separation of the related elements. See the screenshots:</p>
<p><strong>PageLayoutView</strong></p>
<p><img src="http://forge.typo3.org/attachments/download/35509/PageLayoutView.png" alt="" loading="lazy" /></p>
<p><strong>Fluid based page module</strong></p>
<p><img src="http://forge.typo3.org/attachments/download/35510/FluidBasesPageModule.png" alt="" loading="lazy" /></p>
<p>To reproduce:</p>
<p>Set page tsconfig <code>mod.web_layout.defLangBinding = 1</code> and toggle between old and new page module settings</p> TYPO3 Core - Bug #92397 (Closed): Regression: New property showNewRecordLink is superfluoushttp://forge.typo3.org/issues/923972020-09-24T13:55:29ZOliver Bartsch
<p>The new property showNewRecordLink, introduced in <a class="issue tracker-1 status-5 priority-4 priority-default closed" title="Bug: No newRecordLink if config.appearance.enabledControls.new = false (Closed)" href="http://forge.typo3.org/issues/82489">#82489</a> is superfluous as the newRecordLink button can already be hidden using ['appearance']['levelLinksPosition']</p> TYPO3 Core - Bug #92304 (Closed): Missing translation language option in EmailToSenderhttp://forge.typo3.org/issues/923042020-09-14T11:42:25ZOliver Bartsch
<p>The EmailToSender finisher is missing the "translation.language" field. As the translation language can't be adjusted and TranslationService is a singleton, the language defined in EmailToReceiver (if defined before EmailToSender) is also used for EmailToSender without any possibility to override this.</p>
<p>This option is however already documented here: <a class="external" href="https://docs.typo3.org/c/typo3/cms-form/10.4/en-us/I/Config/proto/finishersDefinition/finishers/EmailToSender.html?highlight=language#options-translation-language">https://docs.typo3.org/c/typo3/cms-form/10.4/en-us/I/Config/proto/finishersDefinition/finishers/EmailToSender.html?highlight=language#options-translation-language</a></p> TYPO3 Core - Bug #91152 (Closed): `available_widgets` in be_groups is brokenhttp://forge.typo3.org/issues/911522020-04-20T21:05:30ZOliver Bartsch
<p>The ACL for the dashboard widgets in be_groups is broken.</p>
<p>!Bildschirmfoto 2020-04-20 um 20.49.21.png!</p> TYPO3 Core - Bug #89635 (Closed): Toolbar items not clickable in mobile viewporthttp://forge.typo3.org/issues/896352019-11-11T08:50:46ZOliver Bartsch
<p>It’s not possible in current master and also in 9.5 to click multiple toolbar items on mobile viewport after each other.</p>
<p><ins>Following happens:</ins><br />On mobile viewports the Toolbar items such as “clear cache”, “help”, ... are not directly accessible in the main Topbar,<br />but rather in a dropdown menu which opens after clicking on the gear icon in the topbar.</p>
<p>The dropdown menu features the toolbar items in a list. If one clicks on an item’s title, its content (some options or further links) gets displayed.</p>
<p>After this it’s not possible to click another toolbar item. If one clicks on another item the complete dropdown dissapears.<br />This also happens if you click the toolbar item - you have opened - again, to close it.</p>
<p>Only reopening the dropdown helps. Also notice that you have to click twice until it opens again. This is IMO also no correct behaviour.</p>
<p>These are the steps to reproduce:<br />- Switch to mobile viewport (or simply drag the browser window)<br />- Click on the gear icon in the topbar<br />- Click on one of the toolbar items in the dropdown menu<br />- Try to close it or click on another toolbar item</p> TYPO3 Core - Bug #86664 (Closed): Slug isn't fully adopted after updating via update buttonhttp://forge.typo3.org/issues/866642018-10-15T20:50:30ZOliver Bartsch
<p>Current behaviour:<br />After updating the slug field in the page properties via the update button the new value isn't fully adopted.</p>
Steps to reproduce:
<ol>
<li>Create a page</li>
<li>Rename the page</li>
<li>Update the slug field via the update button</li>
<li>Click the button to input a slug manually</li>
<li>Change the slug manually</li>
<li>Click the button for manually slug input again</li>
</ol>
<p>Would expect:<br />After updating the slug the new value should be also in the field when clicking the “manual slug” and after the manually change the value should be this and not the value from updating.</p> TYPO3 Core - Bug #86563 (Closed): Exception is thrown in view module if root page is selectedhttp://forge.typo3.org/issues/865632018-10-03T21:46:05ZOliver Bartsch
Current behaviour:
<ul>
<li>If clicking the root page (id=0) in the view module and there is no Page with <em>is_siteroot</em> Field set, an ServiceUnavailableException is thrown with the Message: <em>No pages are found on the rootlevel!</em></li>
<li>Furthermore, in the case that a Page with <em>is_siteroot</em> Field set exists under the root page (id=0), the view module displays this Page while actually the root page was selected. This is very confusing.</li>
</ul>
Steps to reproduce:
<ul>
<li>Set up clean TYPO3 9.5 installation (or set all pages deleted=1)</li>
<li>Click in the view module and select the root page (id=0) in the page tree</li>
</ul>
Would expect:
<ul>
<li>See an information not an Exception</li>
<li>See the selected page not a other page only because it's marked as siteroot</li>
</ul>
<p><img src="http://forge.typo3.org/attachments/download/33798/view-module_exception.png" alt="" loading="lazy" /></p>