TYPO3 Forge: Issueshttp://forge.typo3.org/http://forge.typo3.org/themes/typo3_forge/favicon/favicon.png?17058661692021-11-23T09:57:29ZTYPO3 Forge
Redmine TYPO3 Core - Feature #96055 (Closed): Let the command "language:update" issue warningshttp://forge.typo3.org/issues/960552021-11-23T09:57:29ZMathias Brodalambrodala@pagemachine.de
<p>Currently the CLI command <code>language:update</code> fails hard if translations could not be fetched. (No matter if for a private extension or a public extension without translations, see <a class="issue tracker-1 status-5 priority-4 priority-default closed" title="Bug: CLI command language:update fails due to packages without translation packs (Closed)" href="http://forge.typo3.org/issues/95700">#95700</a>)</p>
<p>It would be useful if these where warnings instead by default since failed translations are updates are usually not that important and low priority.</p>
<p>An optional CLI option could be added to turn these warnings into errors again which would be useful for CI systems.</p> TYPO3 Core - Bug #94816 (Closed): Missing "View" button on pages with doktype > 200http://forge.typo3.org/issues/948162021-08-11T13:17:38ZMathias Brodalambrodala@pagemachine.de
<p>When editing a content element on a page with <code>doktype</code> > 200 the view button will not render this page in the frontend.</p> TYPO3 Core - Bug #94815 (Closed): Cannot link to pages with doktype > 200http://forge.typo3.org/issues/948152021-08-11T13:16:54ZMathias Brodalambrodala@pagemachine.de
<p>Pages with <code>doktype</code> > 200 will be muted in the page tree, just as Sysfolders. Thus you cannot set links to pages with <code>doktype</code> > 200 or content elements on these pages.</p> TYPO3 Core - Bug #94814 (Closed): Cannot use page with doktype > 200 as shortcut targethttp://forge.typo3.org/issues/948142021-08-11T13:16:20ZMathias Brodalambrodala@pagemachine.de
<p>A shortcut to a page with a <code>doktype</code> > 200 does not work in Shortcut Mode <strong>First subpage of selected/current page</strong>.</p>
<p>Subpages of the current page with a @doktypeq > 200 will not be considered and thus not called in the frontend, even if they clearly are the first subpage of the shortcut.</p> TYPO3 Core - Bug #92454 (Closed): Invalid colPos/language UID used in "Languages" view with defLa...http://forge.typo3.org/issues/924542020-09-30T14:25:00ZMathias Brodalambrodala@pagemachine.de
<p>Given the "Languages" view is used in the Page module with <code>mod.web_layout.defLangBinding</code> enabled, when reordering content elements in a custom section (<code>colPos</code> > 0) via drag and drop, invalid values for <code>colPos</code> and <code>sys_language_uid</code> are sent to the backend and eventually the <code>DataHandler</code>:</p>
<pre>
cmd[tt_content][13][move]: -10
data[tt_content][13][colPos]: false
data[tt_content][13][sys_language_uid]: NaN
</pre>
<p>Here <code>13</code> is the UID of the dragged content element and <code>10</code> is the UID of the content element after which the dragged element should be sorted.</p>
<p>This affects sorting to positions anywhere else but the beginning of the section. The "Columns" view is fine however.</p>
<p>This make it impossible to move the record:</p>
<blockquote>
<p>2: SQL error: 'Incorrect integer value: 'false' for column 'colPos' at row 1' (tt_content:13)</p>
</blockquote>
<p>This can be observed in TYPO3v8 and TYPO3v9. Probably also TYPO3v10 with the classic Page module but this cannot be checked ATM due to <a class="issue tracker-1 status-5 priority-4 priority-default closed child" title="Bug: Page Module: No content elements displayed with mod.web_layout.defLangBinding (Closed)" href="http://forge.typo3.org/issues/90617">#90617</a>.</p> TYPO3 Core - Task #89866 (Closed): Use new Typo3Copyright API everywherehttp://forge.typo3.org/issues/898662019-12-05T17:08:33ZMathias Brodalambrodala@pagemachine.de
<p>After <a class="issue tracker-4 status-5 priority-4 priority-default closed" title="Task: Move Copyright information generation out of TYPO3 Backend (Closed)" href="http://forge.typo3.org/issues/89756">#89756</a> there are still some locations which directly use e.g. the <code>TYPO3_copyright_year</code> constant and should be migrated to the <code>Typo3Copyright</code> class.</p> TYPO3 Core - Task #89747 (Closed): Allow custom tables in record browserhttp://forge.typo3.org/issues/897472019-11-22T17:35:33ZMathias Brodalambrodala@pagemachine.deTYPO3 Core - Task #84369 (Closed): Use ServerRequestInterface in UserSettingsControllerhttp://forge.typo3.org/issues/843692018-03-16T19:22:24ZMathias Brodalambrodala@pagemachine.deTYPO3 Core - Task #82131 (Closed): GeneralUtility::makeInstance() should throw exception on unkno...http://forge.typo3.org/issues/821312017-08-18T14:45:14ZMathias Brodalambrodala@pagemachine.de
<p><code>GeneralUtility::makeInstance()</code> should throw an exception if a class does not exist. This way you could get a proper stack trace which simplifies debugging a lot. ATM you get a fatal error instead which sometimes leads simply to blank pages instead of error messages.</p> TYPO3 Core - Task #76766 (Rejected): Enable Recycler by defaulthttp://forge.typo3.org/issues/767662016-06-24T09:14:51ZMathias Brodalambrodala@pagemachine.de
<p>One part of a good user experience is the safety of undoing destructive operations. Within TYPO3 this can be achieved for a lot of locations with the Recycler module.</p>
<p>Thus I suggest to enable it by default for new installations.</p> TYPO3 Core - Task #73152 (Closed): Update Symfony Console to 3.xhttp://forge.typo3.org/issues/731522016-02-05T17:18:18ZMathias Brodalambrodala@pagemachine.de
<p>The Symfony Console component should be updated to 3.x to use the latest stable release.</p>
<p>This requires quite a few <a href="https://github.com/symfony/symfony/blob/b6767c23dd8f9b54bc9fb97bb0b2b003c1252085/UPGRADE-3.0.md#console" class="external">migrations and a breaking change</a>.</p> TYPO3 Core - Task #73151 (Closed): Update Symfony Finder to 3.xhttp://forge.typo3.org/issues/731512016-02-05T17:10:55ZMathias Brodalambrodala@pagemachine.de
<p>The Symfony Finder component should be updated to 3.x to use the latest stable release.</p> TYPO3 Core - Task #69722 (Closed): Drop "sprite" from icon variable names in ImportExporthttp://forge.typo3.org/issues/697222015-09-12T14:06:24ZMathias Brodalambrodala@pagemachine.de
<p>To simplify searching for remaining occurrences of "sprite" in the core, the icon variables in <code>ImportExport</code> should be renamed.</p> TYPO3 Core - Bug #69708 (Closed): Replace sprite icon in ImportExport::addRelationshttp://forge.typo3.org/issues/697082015-09-12T10:46:58ZMathias Brodalambrodala@pagemachine.de
<p>The <code>IconUtility</code> usage for <code>status-status-checked</code> and <code>status-dialog-warning</code> in <code>ImportExport::addRelations</code> must be updated to use the new <code>IconFactory</code></p> TYPO3 Core - Bug #53188 (Closed): REDIRECT_TYPO3_DISABLE_CORE_UPDATER ignoredhttp://forge.typo3.org/issues/531882013-10-29T08:38:13ZMathias Brodalambrodala@pagemachine.de
<p>Using Apache mod_rewrite in certain setups makes environment variables from original requests available in the target request as <code>REDIRECT_<envvar></code>, thus setting <code>TYPO3_DISABLE_CORE_UPDATER</code> becomes <code>REDIRECT_TYPO3_DISABLE_CORE_UPDATER</code>.</p>
<p>The latter is currently not considered by TYPO3, thus the core updater cannot be disabled via the environment variable and the mentioned setup.</p>
<p>See <a href="http://stackoverflow.com/a/9406994" class="external">this Stackoverflow</a> post for an explanation and <a href="https://github.com/apache/httpd/blob/e1fac1db26/modules/http/http_request.c#L389" class="external">link to the Apache source code</a>.</p>