TYPO3 Forge: Issueshttp://forge.typo3.org/http://forge.typo3.org/themes/typo3_forge/favicon/favicon.png?17058661692023-09-28T19:32:57ZTYPO3 Forge
Redmine TYPO3 Core - Bug #102063 (Resolved): Undefined array key "editlock" in DatabaseRecordListhttp://forge.typo3.org/issues/1020632023-09-28T19:32:57ZGuido Schmechel
<p>Core: Error handler (BE): PHP Warning: Undefined array key "editlock" in /typo3/sysext/recordlist/Classes/RecordList/DatabaseRecordList.php line 2304</p>
<p><a class="external" href="https://github.com/TYPO3/typo3/blob/11.5/typo3/sysext/recordlist/Classes/RecordList/DatabaseRecordList.php#L2304">https://github.com/TYPO3/typo3/blob/11.5/typo3/sysext/recordlist/Classes/RecordList/DatabaseRecordList.php#L2304</a></p>
<p>It should still be checked whether $row also exists with this key</p>
<pre><code class="php syntaxhl" data-language="php"><span class="k">elseif</span> <span class="p">(</span><span class="k">isset</span><span class="p">(</span><span class="nv">$GLOBALS</span><span class="p">[</span><span class="s1">'TCA'</span><span class="p">][</span><span class="nv">$table</span><span class="p">][</span><span class="s1">'ctrl'</span><span class="p">][</span><span class="s1">'editlock'</span><span class="p">])</span> <span class="o">&&</span> <span class="nv">$row</span><span class="p">[</span><span class="nv">$GLOBALS</span><span class="p">[</span><span class="s1">'TCA'</span><span class="p">][</span><span class="nv">$table</span><span class="p">][</span><span class="s1">'ctrl'</span><span class="p">][</span><span class="s1">'editlock'</span><span class="p">]])</span> <span class="p">{</span>
</code></pre>
<p>-></p>
<pre><code class="php syntaxhl" data-language="php"><span class="k">elseif</span> <span class="p">(</span><span class="k">isset</span><span class="p">(</span><span class="nv">$GLOBALS</span><span class="p">[</span><span class="s1">'TCA'</span><span class="p">][</span><span class="nv">$table</span><span class="p">][</span><span class="s1">'ctrl'</span><span class="p">][</span><span class="s1">'editlock'</span><span class="p">])</span> <span class="o">&&</span> <span class="k">isset</span><span class="p">(</span><span class="nv">$row</span><span class="p">[</span><span class="nv">$GLOBALS</span><span class="p">[</span><span class="s1">'TCA'</span><span class="p">][</span><span class="nv">$table</span><span class="p">][</span><span class="s1">'ctrl'</span><span class="p">][</span><span class="s1">'editlock'</span><span class="p">]])</span> <span class="o">&&</span> <span class="nv">$row</span><span class="p">[</span><span class="nv">$GLOBALS</span><span class="p">[</span><span class="s1">'TCA'</span><span class="p">][</span><span class="nv">$table</span><span class="p">][</span><span class="s1">'ctrl'</span><span class="p">][</span><span class="s1">'editlock'</span><span class="p">]])</span> <span class="p">{</span>
</code></pre> TYPO3 Core - Bug #99394 (Resolved): Update documentation for NewRecordViewHelperhttp://forge.typo3.org/issues/993942022-12-19T13:15:42ZGuido Schmechel
<p>Not all examples were adapted when copy/pasting from EditRecordViewHelper.</p>
<p>Documentation: <a class="external" href="https://docs.typo3.org/other/typo3/view-helper-reference/main/en-us/typo3/backend/latest/Link/NewRecord.html">https://docs.typo3.org/other/typo3/view-helper-reference/main/en-us/typo3/backend/latest/Link/NewRecord.html</a><br />File: typo3/sysext/backend/Classes/ViewHelpers/Link/NewRecordViewHelper.php</p> TYPO3 Core - Bug #99383 (Resolved): Filemount display in BE group modal too narrowhttp://forge.typo3.org/issues/993832022-12-15T22:53:56ZGuido Schmechel
<ul>
<li>Edit a backend user</li>
<li>Jump to "Mount and workspaces" tab</li>
<li>Select a group and edit a group<br />=> A small popup opens</li>
</ul>
<p>If I now want to change a filemount inside this popup, the modal for filemounts opens, which is not displayed cleanly in width.</p> TYPO3 Core - Bug #99344 (Closed): Use correct flag of zimbabwehttp://forge.typo3.org/issues/993442022-12-12T10:21:31ZGuido Schmechel
<p><a class="external" href="https://github.com/TYPO3/typo3/blob/main/typo3/sysext/core/Resources/Public/Icons/Flags/ZW.png">https://github.com/TYPO3/typo3/blob/main/typo3/sysext/core/Resources/Public/Icons/Flags/ZW.png</a></p>
<p>The flag of Andorra is currently being used incorrectly: <a class="external" href="https://en.wikipedia.org/wiki/Flag_of_Andorra">https://en.wikipedia.org/wiki/Flag_of_Andorra</a></p>
<p>=> <a class="external" href="https://en.wikipedia.org/wiki/Flag_of_Zimbabwe">https://en.wikipedia.org/wiki/Flag_of_Zimbabwe</a></p> TYPO3 Core - Bug #97968 (Closed): Undefined array key "typoLinkParameter" in /var/www/html/typo3/...http://forge.typo3.org/issues/979682022-07-19T08:58:14ZGuido Schmechel
<p>PHP Warning: Undefined array key "typoLinkParameter" in /var/www/html/typo3/sysext/frontend/Classes/Typolink/PageLinkBuilder.php line 74<br /><a class="external" href="https://github.com/TYPO3/typo3/blob/main/typo3/sysext/frontend/Classes/Typolink/PageLinkBuilder.php#L74">https://github.com/TYPO3/typo3/blob/main/typo3/sysext/frontend/Classes/Typolink/PageLinkBuilder.php#L74</a></p>
Steps to reproduce
<ul>
<li>Add a invalid redirect, e.g. to t3://page?uid=23424243248324782</li>
<li>Route to redirect</li>
</ul>
<p>There is no typoLinkParameter for an unresolved redirect. Instead, $linkDetails['pageuid'] should be used in the error message.</p>
<p>Reproducable with TYPO3 version 11 and 12.</p> TYPO3 Core - Bug #95741 (Closed): PHP 8 - DB Check - Warningshttp://forge.typo3.org/issues/957412021-10-23T13:20:09ZGuido Schmechel
<p>There are, depending on the configuration, isolated PHP warnings in PHP 8 appeared. In the end, I only tried out the options for DB Check and Advanced Query.</p> TYPO3 Core - Bug #95391 (Closed): MFA label is not translatedhttp://forge.typo3.org/issues/953912021-09-28T19:51:10ZGuido Schmechel
<p>Context: admin user - NO MFA. Setup Time Based Password => <a class="external" href="https://review.typo3.org/c/Packages/TYPO3.CMS/+/71132">https://review.typo3.org/c/Packages/TYPO3.CMS/+/71132</a></p>
<p>Loggedin successfully and i got a flash message:</p>
<p>"MFA setup successful" <br />"You have successfully activated MFA provider LLL:EXT:core/Resources/Private/Language/locallang_mfa_provider.xlf:totp.title. This provider was also automatically set as your default provider. You can change this at any time in your user settings."</p> TYPO3 Core - Bug #94048 (Closed): LanguagePackCommand isn't schedulablehttp://forge.typo3.org/issues/940482021-05-03T21:28:58ZGuido Schmechel
<p>Regerssion from <a class="external" href="https://review.typo3.org/c/Packages/TYPO3.CMS/+/67635">https://review.typo3.org/c/Packages/TYPO3.CMS/+/67635</a>. Only for master (v11)</p> TYPO3 Core - Bug #93254 (Closed): Redirect without query parameters is not respectedhttp://forge.typo3.org/issues/932542021-01-09T18:30:59ZGuido Schmechel
<p>Context:<br />TYPO3 Integrator creates a simple redirect (Page A to Page B) with option "respect_query_parameters" = true. An user calls this source page (Page A) without a query parameter and gets a 404 page.</p>
<p>Solution: <br />typo3/sysext/redirects/Classes/Service/RedirectService.php only requires an extra condition to intercept this.</p> TYPO3 Core - Bug #89328 (Closed): Auto redirect does not respect language hosthttp://forge.typo3.org/issues/893282019-10-01T21:35:04ZGuido Schmechel
<p>Source host doesnt use language detection: <a class="external" href="https://github.com/TYPO3/TYPO3.CMS/blob/master/typo3/sysext/redirects/Classes/Service/SlugService.php#L171">https://github.com/TYPO3/TYPO3.CMS/blob/master/typo3/sysext/redirects/Classes/Service/SlugService.php#L171</a></p>
<p>Should be similar to: <a class="external" href="https://github.com/TYPO3/TYPO3.CMS/blob/master/typo3/sysext/redirects/Classes/Service/SlugService.php#L157">https://github.com/TYPO3/TYPO3.CMS/blob/master/typo3/sysext/redirects/Classes/Service/SlugService.php#L157</a></p> TYPO3 Core - Bug #89327 (Closed): Auto redirect: Could not resolve target pagehttp://forge.typo3.org/issues/893272019-10-01T21:10:55ZGuido Schmechel
<p><strong>Scenario:</strong><br />I change a slug in the page properties. Example: "test1" (source) to "test2" (target). The redirect has been added.</p>
<p><strong>Problem:</strong><br />If i call "https://example.com/test1" i got this message "The page did not exist or was inaccessible. Reason: The requested page does not exist" The target has been added as value "/test2" and not as "t3://page?uid=3"</p>
<p><strong>Error message in target field</strong><br />"not implemented type unknown"</p>
<p><strong>Possible solution</strong><br />Maybe its a better way to use the page id?<br />Code: <a class="external" href="https://github.com/TYPO3/TYPO3.CMS/blob/master/typo3/sysext/redirects/Classes/Service/SlugService.php#L155">https://github.com/TYPO3/TYPO3.CMS/blob/master/typo3/sysext/redirects/Classes/Service/SlugService.php#L155</a></p> TYPO3 Core - Bug #89326 (Accepted): Prevent duplicate redirects in auto redirectshttp://forge.typo3.org/issues/893262019-10-01T21:04:28ZGuido Schmechel
<p><strong>Case "Auto redirect":</strong> (>= v10.1)<br />An editor changes the slug of a page several times back and forth. A redirect is always created, no matter if it already exists.</p>
<p>Possible solution:<br />Optimal would be a hash value which is created from all 8 values.</p> TYPO3 Core - Bug #88939 (Closed): Custom CacheAction cannot send success state and custom flash m...http://forge.typo3.org/issues/889392019-08-08T17:44:30ZGuido Schmechel
<p>Content:<br />Add a cacheAction via $GLOBALS['TYPO3_CONF_VARS']['SC_OPTIONS']['additionalBackendItems']['cacheActions']. Everything is fine and the cache icon is displayed in the topbar. Sending a JsonResponse via interface:</p>
<pre><code class="php syntaxhl" data-language="php"> <span class="cd">/**
* @param ServerRequestInterface $request
* @return ResponseInterface
*/</span>
<span class="k">public</span> <span class="k">function</span> <span class="n">flush</span><span class="p">(</span><span class="kt">ServerRequestInterface</span> <span class="nv">$request</span><span class="p">):</span> <span class="kt">ResponseInterface</span>
<span class="p">{</span>
<span class="k">return</span> <span class="k">new</span> <span class="nc">JsonResponse</span><span class="p">([</span><span class="s1">'success'</span> <span class="o">=></span> <span class="kc">true</span><span class="p">]);</span>
<span class="p">}</span>
</code></pre>
<p>We get a red FlashMessage with the hardcoded "An error occurred while clearing the cache. It is likely not all caches were cleared as expected." text.</p>
<p>The message is thrown from <a class="external" href="https://github.com/TYPO3/TYPO3.CMS/blob/master/Build/Sources/TypeScript/backend/Resources/Public/TypeScript/Toolbar/ClearCacheMenu.ts#L72">https://github.com/TYPO3/TYPO3.CMS/blob/master/Build/Sources/TypeScript/backend/Resources/Public/TypeScript/Toolbar/ClearCacheMenu.ts#L72</a> because we have a response. It does not matter what is inside, as you can see.</p>
<p>Solution:<br />We need a proper solution for this typescript case. Luckily we have a similar solution here: <a class="external" href="https://github.com/TYPO3/TYPO3.CMS/blob/master/Build/Sources/TypeScript/recordlist/Resources/Public/TypeScript/ClearCache.ts#L67">https://github.com/TYPO3/TYPO3.CMS/blob/master/Build/Sources/TypeScript/recordlist/Resources/Public/TypeScript/ClearCache.ts#L67</a></p> TYPO3 Core - Bug #88723 (Closed): Incorrect syntax in rst filehttp://forge.typo3.org/issues/887232019-07-11T12:12:15ZGuido Schmechel
<p><a class="external" href="https://docs.typo3.org/c/typo3/cms-core/master/en-us/Changelog/9.4/Feature-85829-ImplementSymfonyExpressionLanguageForTypoScriptConditions.html">https://docs.typo3.org/c/typo3/cms-core/master/en-us/Changelog/9.4/Feature-85829-ImplementSymfonyExpressionLanguageForTypoScriptConditions.html</a></p>
<p>Example is set to "userId" But it should be frontend.user.userId. See syntax below</p> TYPO3 Core - Bug #87821 (Closed): Form Framework has problems with Windows Line Endingshttp://forge.typo3.org/issues/878212019-03-02T11:24:08ZGuido Schmechel
<p>Form Framework stops the output of forms when using Windows Line Endings, e.g. due to a faulty upload. The editor gets no indication and the error is hard to find as an integrator.</p>
<p>To prevent this, chr (13) can be removed from the metadata:<br /><a class="external" href="https://github.com/TYPO3/TYPO3.CMS/blob/master/typo3/sysext/form/Classes/Mvc/Persistence/FormPersistenceManager.php#L687">https://github.com/TYPO3/TYPO3.CMS/blob/master/typo3/sysext/form/Classes/Mvc/Persistence/FormPersistenceManager.php#L687</a></p>
<p>How can you test it?<br />Just build an simple form yaml config and change the line ending via editor (e.g. PHP Storm) from "LF" to "CRLF"</p>