TYPO3 Forge: Issueshttp://forge.typo3.org/http://forge.typo3.org/themes/typo3_forge/favicon/favicon.png?17058661692019-10-23T09:08:10ZTYPO3 Forge
Redmine TYPO3 Core - Task #89481 (Closed): Add security reporting procedure to READMEhttp://forge.typo3.org/issues/894812019-10-23T09:08:10ZMathias Brodalambrodala@pagemachine.de
<p>The current README does not have a single mention how security issues should be reported. This can lead to public reports which violates the <a href="https://en.wikipedia.org/wiki/Responsible_disclosure" class="external">responsible disclosure</a> principle.</p> TYPO3 Core - Bug #85139 (Closed): Invalid arguments for method call matcherhttp://forge.typo3.org/issues/851392018-06-01T12:31:22ZMathias Brodalambrodala@pagemachine.de
<p>The changes from <a class="issue tracker-4 status-5 priority-4 priority-default closed" title="Task: Deprecate usages of CharsetConverter in core (Closed)" href="http://forge.typo3.org/issues/85125">#85125</a> and <a class="issue tracker-4 status-5 priority-4 priority-default closed" title="Task: Deprecate Backend Module Routing methods (Closed)" href="http://forge.typo3.org/issues/85113">#85113</a> introduced an invalid/incomplete argument configuration for the method call matcher. These should be fixed.</p> TYPO3 Core - Bug #84491 (Closed): Breaks field in EXT:styleguidehttp://forge.typo3.org/issues/844912018-03-20T09:21:36ZMathias Brodalambrodala@pagemachine.de
<p>EXT:styleguide, elements basic > text_17 breaks with</p>
<blockquote>
<p>Argument 2 passed to TYPO3\CMS\Backend\Controller\Wizard\TableController::configurationStringToArray() must be of the type integer, null given, called in /.../typo3/sysext/backend/Classes/Controller/Wizard/TableController.php on line 496</p>
</blockquote> TYPO3 Core - Bug #84465 (Closed): "Status report" broken because of invalid routehttp://forge.typo3.org/issues/844652018-03-18T10:52:13ZMathias Brodalambrodala@pagemachine.de
<p>The <strong>Status report</strong> within the <strong>Reports</strong> module throws an exception due to an invalid route identifier:</p>
<blockquote>
<p>#1476050190: Unable to generate a URL for the named route "system_ReportsTxreportsm1" because this route was not found.</p>
</blockquote> TYPO3 Core - Bug #82518 (Closed): Broken composite form element check in RenderAllFormValuesViewH...http://forge.typo3.org/issues/825182017-09-20T13:51:32ZMathias Brodalambrodala@pagemachine.de
<p>The check for composite form elements in the <code>RenderAllFormValuesViewHelper</code> is broken:</p>
<pre>
if (
!$element instanceof FormElementInterface
|| $element->getType() === 'Honeypot'
|| (
isset($renderingOptions['_isCompositeFormElement'])
&& $renderingOptions['_isCompositeFormElement'] = true
)
) {
continue;
}
</pre>
<p>This was implicitly fixed for master in <a class="issue tracker-1 status-5 priority-3 priority-lowest closed" title="Bug: EXT:form - do not show hidden field on confirmation page (Closed)" href="http://forge.typo3.org/issues/81770">#81770</a>.</p> TYPO3 Core - Bug #81760 (Closed): Typo in label for "Recently updated pages" menu descriptionhttp://forge.typo3.org/issues/817602017-06-30T15:23:09ZMathias Brodalambrodala@pagemachine.de
<p>The description of the <strong>Recently updated pages</strong> menu currently says:</p>
<blockquote>
<p>Menu of recenlty updated pages</p>
</blockquote>
<p>This should be fixed to say <em>recently</em>.</p> TYPO3 Core - Bug #81297 (Closed): Extbase record preview leads to 404 due to missing cHashhttp://forge.typo3.org/issues/812972017-05-22T14:56:45ZMathias Brodalambrodala@pagemachine.de
<p>With <a class="issue tracker-1 status-5 priority-3 priority-lowest closed" title="Bug: Require cHash for cached plugin actions in Extbase (Closed)" href="http://forge.typo3.org/issues/78002">#78002</a> the cHash is enforced for Extbase plugins if arguments are present. This however breaks the <a href="https://docs.typo3.org/typo3cms/TSconfigReference/PageTsconfig/TCEmain/Index.html#preview" class="external">record preview</a> feature since it does not add a <code>cHash</code> argument but uses <code>no_cache</code> instead.</p>
<p>A possible fix could be <a class="issue tracker-1 status-5 priority-4 priority-default closed" title="Bug: Avoid usage of no_cache in preview link configuration (Closed)" href="http://forge.typo3.org/issues/78336">#78336</a> which adds an option to enable <code>cHash</code> calculation for record preview URLs.</p> TYPO3 Core - Bug #80316 (Closed): Misleading deprecation message for GeneralUtility::requireOnce/...http://forge.typo3.org/issues/803162017-03-17T09:58:20ZMathias Brodalambrodala@pagemachine.de
<p>The methods <code>GeneralUtility::requireOnce()</code> and <code>GeneralUtility::requireFile</code> currenty log a message like the following upon usage:</p>
<pre>
TYPO3\CMS\Core\Utility\GeneralUtility::requireOnce() - since TYPO3 CMS 8, this file will be removed in TYPO3 CMS 9
</pre>
<p>Since <code>GeneralUtility.php</code> is unlikely to be removed that soon, this should be fixed. ;-)</p> TYPO3 Core - Bug #76976 (Closed): Missing dependency on PHP extension "mbstring"http://forge.typo3.org/issues/769762016-07-07T12:19:28ZMathias Brodalambrodala@pagemachine.de
<p>All current TYPO3 LTS versions require the PHP extension "mbstring" which is mentioned in the installation requirements but not checked anywhere. This should be added to the Composer manifest as well as the system environment check.</p> TYPO3 Core - Bug #73518 (Closed): Disabled menu item state wrong for pages hidden in default lang...http://forge.typo3.org/issues/735182016-02-17T11:20:03ZMathias Brodalambrodala@pagemachine.de
<p>With <a class="issue tracker-1 status-5 priority-3 priority-lowest closed" title="Bug: Use API to check for "Hide default translation of page" (Closed)" href="http://forge.typo3.org/issues/73083">#73083</a> a cleanup was performed but an error was introduced in the backport to 6.2 which breaks the disabled menu item state (<code>USERDEF1</code> / <code>USERDEF2</code>).</p> TYPO3 Core - Bug #73083 (Closed): Use API to check for "Hide default translation of page"http://forge.typo3.org/issues/730832016-02-02T17:15:33ZMathias Brodalambrodala@pagemachine.de
<p>Throughout the core the logic to handle <code>pages.l18n_cfg</code> with value <code>1</code> (Hide default translation of page) is duplicated instead of calling <code>GeneralUtility::hideIfDefaultLanguage()</code> This should be fixed.</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 #60338 (Closed): Changing view format does not affect partial formathttp://forge.typo3.org/issues/603382014-07-15T15:35:24ZMathias Brodalambrodala@pagemachine.de
<p>When using one view object to render a template in different formats (e.g. email in text and HTML), the template respects the requested format. However, partials are always rendered in the first rendered format. Example:</p>
<p><strong>Content of templates/partials</strong>:</p>
<p>Content of <code>Foo.txt</code>:<br /><pre>
Hello
<f:render partial="Bar"/>
</pre></p>
<p>Content of <code>Partials/Bar.txt</code>:<br /><pre>
World
</pre></p>
<p>Content of <code>Foo.html</code>:<br /><pre>
<p>Text</p>
<f:render partial="Bar"/>
</pre></p>
<p>Content of <code>Partials/Bar.html</code>:<br /><pre>
<p>World</p>
</pre></p>
<p><strong>1st invocation</strong>:</p>
<pre>
// Let $view be an instance of \TYPO3\CMS\Fluid\View\TemplateView
$view->setFormat('txt');
$view->render('Foo');
</pre>
<p>Result:<br /><pre>
Hello
World
</pre></p>
<p><strong>2nd invocation</strong>:</p>
<pre>
// $view is the same instance as above
$view->setFormat('html');
$view->render('Foo');
</pre>
<p>Result:<br /><pre>
<p>Hello</p>
World
</pre></p>
<p>As you can see, the 2nd output was rendered using the txt-Partial.</p>
<p>This is due to the local partial identifier cache in <code>AbstractTemplateView</code> which only considers the partial name, not the current request format. If that one is incorporated, separate cache entries for each partial formats are created.</p> TYPO3 Core - Bug #60296 (Closed): Task executor ignores full framework configurationhttp://forge.typo3.org/issues/602962014-07-14T09:24:00ZMathias Brodalambrodala@pagemachine.de
<p>In the <a href="https://git.typo3.org/?p=Packages/TYPO3.CMS.git;a=blob;f=typo3/sysext/extbase/Classes/Scheduler/TaskExecutor.php;h=466bfaeee8549b5a9bbfa8a9033cdf05bad5e0d1;hb=HEAD#l79" class="external">initialization step</a> of the Scheduler task executor, class implementations are registered but only based on <code>config.tx_extbase.objects</code>. Possible overrides through <code>module.tx_<myext>.objects</code> are currently ignored.</p>
<p>This should be changed to respect the full framework configuration instead like what <code>TYPO3\CMS\Extbase\Core\Bootstrap</code> already does since #44796 was fixed.</p>