TYPO3 Forge: Issueshttp://forge.typo3.org/http://forge.typo3.org/themes/typo3_forge/favicon/favicon.png?17058661692024-03-27T19:06:21ZTYPO3 Forge
Redmine TYPO3 Core - Bug #103495 (Under Review): Folder tile view may throw error because of inconsistent...http://forge.typo3.org/issues/1034952024-03-27T19:06:21ZAlbrecht Köhnlein
<pre>TYPO3\CMS\Filelist\Dto\ResourceView::getUpdatedAt(): Return value must be of type ?int, string returned</pre>
<p>This could happen in combination with third party FAL adapters which do not enforce <code>['mtime']</code> to be integer.</p>
<p><img src="http://forge.typo3.org/attachments/download/38397/Bildschirmfoto%20vom%202024-03-27%2020-00-36.png" alt="" loading="lazy" /></p>
<p><img src="http://forge.typo3.org/attachments/download/38398/Bildschirmfoto%20vom%202024-03-27%2020-00-14.png" alt="" loading="lazy" /></p> TYPO3 Core - Bug #103494 (Under Review): Linkvalidator uses tstamp field directly without checkin...http://forge.typo3.org/issues/1034942024-03-27T17:18:45ZSybille Peterssypets@gmx.de
<p><strong>This should be merged before <a class="external" href="https://review.typo3.org/c/Packages/TYPO3.CMS/+/83612">https://review.typo3.org/c/Packages/TYPO3.CMS/+/83612</a></strong></p>
<p>TCA should be used to determine which field is relevant for tstamp (and if there is such a field) before using it for a DB query</p>
<p>$GLOBALS['TCA'][$table]['ctrl']['tstamp']</p>
<a name="Reproduce"></a>
<h2 >Reproduce<a href="#Reproduce" class="wiki-anchor">¶</a></h2>
<ol>
<li>Change configuration to mod.linkvalidator.searchFields.sys_redirect.target</li>
<li>check links (with a broken redirect target)</li>
<li>in the list of broken links, click pencil to edit redirect target field</li>
<li>close edit field</li>
</ol>
<p>Now, exception is thrown.</p> TYPO3 Core - Bug #103492 (New): TCA columnsOverrides not considered when creating new page by dra...http://forge.typo3.org/issues/1034922024-03-27T09:56:28ZNikita Hovratov
<p>When creating a page with the list view, the creation goes through the FormEngine and the DataProvider for columnsOverrides does the job.<br />When using the drag and drop feature in the PageTree this is bypassed and creates an inconsistent state.<br />I consider this a bug as one would expect default values to be the same regardless if created via drag and drop or list view.</p>
<p>Example:</p>
<p>$GLOBALS['TCA']['pages']['types']['1']['columnsOverrides']['backend_layout']['config']['default'] = 'pagets__1_column_intro';</p>
<p>I want all pages of doktype "1" to have a specific backend layout.</p> TYPO3 Core - Bug #103491 (New): Infinite call on copy if prependAtCopy field is an integerhttp://forge.typo3.org/issues/1034912024-03-27T09:48:02ZNET engine
<p>If a record that is copied has <em>TCA.TABLE.ctrl.prependAtCopy</em>, and the label of that table (i.e., $headerField) is an integer, it triggers an infinite call of getCopyHeader() (DataHandler:3704).</p>
<p>The prepend string, added with a space, appears as follows: "2077 (copy 1)". <br />Within getCopyHeader():8944, an equality comparison is made with the integer field but as a string.<br />In my case, MariaDB reports error 1292: Truncated incorrect value, though the query returns 1.<br />What occurs is that the database truncates the value at the space to 2077 and processes it as such, which invariably returns 1.</p>
<p>Solution: The condition in copyRecord():3700 should be extended to include a string check.</p> TYPO3 Core - Bug #103490 (New): CKEditor wraps table head with <tbody>http://forge.typo3.org/issues/1034902024-03-26T16:01:01ZJoe Jonesfoesse@web.de
<p>Dear TYPO3-Team,</p>
<p>it is possible to create a table width header-rows oder header-col in CK-Editor. Now with a fine context menu. Unfortunately, the header is not wraped in a <thead></thead> but in a <tbody></tbody>. So if you define a table head, you got two <tbody> within your table tag. But for CSS it would be much easier to style, if you have a thead and a tbody. And the html is more valid.</p>
<p>Thank you <br />Martin</p> TYPO3 Core - Bug #103487 (Under Review): TypeError in advanced query in DB Check modulehttp://forge.typo3.org/issues/1034872024-03-26T13:06:56ZChristoph Lehmannchristoph.lehmann@networkteam.com
<p>It occurs when you switch the field to a non-array field type</p>
<p><img src="http://forge.typo3.org/attachments/download/38394/Bildschirmfoto%202024-03-25%20um%2021.26.15.png" alt="" loading="lazy" /></p> TYPO3 Core - Bug #103482 (New): Inline records cannot always be toggled when hidden field is part...http://forge.typo3.org/issues/1034822024-03-25T13:56:58ZRoman Schilter
<p>The enable/disable toggle checkbox in the header for inline records with the hidden field in the showitems only works, when the inline record has not been expanded.<br />This means when the record was expanded on load or was expanded during editing, you can only enable or disable the record using the field that's part of the expanded inline record.<br />See the attached screencast.</p>
<p>The attached extension can be used to reproduce the issue for v13.</p>
<p>Steps to reproduce:<br />1. Edit record<br />2. Expand the inline record<br />3. Disable the inline record using the irre-header checkbox<br />4. Save the record</p>
<p>Expected:<br />The inline-record should be disabled</p>
<p>Actual: <br />The hidden-field of the inline-records did not change</p>
<p>This issue seems also to exist in v12 and v11, but not v10 an earlier.</p> TYPO3 Core - Bug #103480 (New): Inline relations: "New button" shown even when "maxitems" is exce...http://forge.typo3.org/issues/1034802024-03-25T08:37:21ZMario Lubenka
<a name="Context"></a>
<h2 >Context<a href="#Context" class="wiki-anchor">¶</a></h2>
<p>The introduction of the new TCA type "file" brought several refactorings.<br />During the refactorings, the following line of code was removed:<br /><pre><code class="php syntaxhl" data-language="php"><span class="nv">$config</span><span class="p">[</span><span class="s1">'inline'</span><span class="p">][</span><span class="s1">'inlineNewRelationButtonStyle'</span><span class="p">]</span> <span class="o">=</span> <span class="s1">'display: none;'</span><span class="p">;</span>
</code></pre><br /><a class="external" href="https://github.com/TYPO3/typo3/commit/a7dd022535312710aa050e8b4869ce901a95e002#diff-83816068978280ac4e34f0b1fa37fd72fc57a181f3fe22d78a39fec55895d6baL283">https://github.com/TYPO3/typo3/commit/a7dd022535312710aa050e8b4869ce901a95e002#diff-83816068978280ac4e34f0b1fa37fd72fc57a181f3fe22d78a39fec55895d6baL283</a></p>
<a name="Issue"></a>
<h2 >Issue<a href="#Issue" class="wiki-anchor">¶</a></h2>
<p>Now, when using inline relations, the maxitems value is not considered when showing the button. It is now always shown, even when no new records can be added.</p>
<p>Considering this example:<br /><pre><code class="php syntaxhl" data-language="php"><span class="nv">$GLOBALS</span><span class="p">[</span><span class="s1">'TCA'</span><span class="p">][</span><span class="s1">'tt_content'</span><span class="p">][</span><span class="s1">'columns'</span><span class="p">][</span><span class="s1">'myext_field'</span><span class="p">]</span> <span class="o">=</span> <span class="p">[</span>
<span class="s1">'label'</span> <span class="o">=></span> <span class="s1">'Test'</span><span class="p">,</span>
<span class="s1">'config'</span> <span class="o">=></span> <span class="p">[</span>
<span class="s1">'type'</span> <span class="o">=></span> <span class="s1">'inline'</span><span class="p">,</span>
<span class="s1">'maxitems'</span> <span class="o">=></span> <span class="mi">2</span><span class="p">,</span>
<span class="s1">'foreign_table'</span> <span class="o">=></span> <span class="s1">'myext_table'</span><span class="p">,</span>
<span class="s1">'foreign_table_field'</span> <span class="o">=></span> <span class="s1">'tablenames'</span><span class="p">,</span>
<span class="s1">'foreign_field'</span> <span class="o">=></span> <span class="s1">'uid_foreign'</span><span class="p">,</span>
<span class="s1">'foreign_label'</span> <span class="o">=></span> <span class="s1">'uid_local'</span><span class="p">,</span>
<span class="s1">'foreign_match_fields'</span> <span class="o">=></span> <span class="p">[</span>
<span class="s1">'fieldname'</span> <span class="o">=></span> <span class="s1">'myext_field'</span>
<span class="p">],</span>
<span class="s1">'foreign_selector'</span> <span class="o">=></span> <span class="s1">'uid_local'</span><span class="p">,</span>
<span class="s1">'foreign_sortby'</span> <span class="o">=></span> <span class="s1">'sorting_foreign'</span><span class="p">,</span>
<span class="p">]</span>
<span class="p">];</span>
</code></pre></p>
<p>Defining <code>foreign_selector</code> will render the relations view and make the records selectable via the relation wizard.<br />The "Add relation" button however is no longer hidden, when "maxitems" is reached. This is only the case for the non-relation way.</p>
<p><img src="http://forge.typo3.org/attachments/download/38391/relation.png" alt="" loading="lazy" /></p>
<a name="Suggested-Fix"></a>
<h2 >Suggested Fix<a href="#Suggested-Fix" class="wiki-anchor">¶</a></h2>
<p>Restoring line 282.</p> TYPO3 Core - Bug #103478 (New): Linkvalidator should check fields with type "file"http://forge.typo3.org/issues/1034782024-03-25T05:47:22ZSybille Peterssypets@gmx.de
<p>e.g. pages.media</p>
<p>see documentation: <a class="external" href="https://docs.typo3.org/c/typo3/cms-linkvalidator/main/en-us/Configuration/Index.html">https://docs.typo3.org/c/typo3/cms-linkvalidator/main/en-us/Configuration/Index.html</a></p>
<p>LinkAnalyzer.php:</p>
<pre><code class="php syntaxhl" data-language="php"><span class="k">if</span> <span class="p">((</span><span class="nv">$conf</span><span class="p">[</span><span class="s1">'type'</span><span class="p">]</span> <span class="o">??</span> <span class="s1">''</span><span class="p">)</span> <span class="o">===</span> <span class="s1">'link'</span> <span class="o">&&</span> <span class="k">empty</span><span class="p">(</span><span class="nv">$conf</span><span class="p">[</span><span class="s1">'softref'</span><span class="p">]))</span> <span class="p">{</span>
<span class="nv">$conf</span><span class="p">[</span><span class="s1">'softref'</span><span class="p">]</span> <span class="o">=</span> <span class="s1">'typolink'</span><span class="p">;</span>
<span class="p">}</span>
</code></pre> TYPO3 Core - Bug #103476 (Under Review): Disrepancy of returned link type in LinktypeInternal::fe...http://forge.typo3.org/issues/1034762024-03-23T16:22:43ZSybille Peterssypets@gmx.de
<p>Currently, when calling fetchType for various link types differs if you change the order of the link types.</p>
<p>Also, InternalLinktype always returns "db" link type if the "db" link type is set by the softref parser even if it has no business doing so.</p>
<p>These link types are mutually exclusive:</p>
<p>- "db" => InternalLinktype<br />- "file" => FileLinktype<br />- "record" => RecordLinktype (introduced in patch via issue <a class="issue tracker-2 status-8 priority-3 priority-lowest" title="Feature: Make it possible to check custom record links with linkvalidator (Under Review)" href="http://forge.typo3.org/issues/103403">#103403</a>)</p>
<p>However, the softref parsers returns "db" for all of these.</p>
<p>Fixing this may avoid problems further down the line.</p>
<a name="Test-protocol-by-debugging-the-link-types"></a>
<h2 >Test protocol (by debugging the link types)<a href="#Test-protocol-by-debugging-the-link-types" class="wiki-anchor">¶</a></h2>
<p>file link: t3://file?uid=<uid><br />-------------------------------------</p>
<p>$softRefEntry<br />- value['type'] = 'db'<br />- value['recordRef'] = 'sys_file:94'<br />- value['tokenValue'] = 'file:94'</p>
<p>- result of fetchType: (order: db, file)<br /> - if class=InternatlLinktype => AbstactLinktype::fetchType: 'db'<br /> - if class=FileLinktype => FileLinkType::fetchType: 'file'</p>
<p>- after changing order: file,db<br /> - if class=FileLinktype => FileLinkType::fetchType: 'file'<br /> sets $value['type'] to 'file'<br /> - if class=InternatlLinktype => AbstactLinktype::fetchType: 'file'</p>
<p>!!!! discrepancy !!! effective type depends on order of evaluation!</p>
<blockquote><blockquote>
<p>if "file" type is not in "linktypes", file links will be checked with InteralLinktype</p>
</blockquote></blockquote>
BUT if "file" type is in "linktypes, file links will be checked with FileLinktype
<p>The result is in most cases still ok, because InternalLinktype refuses to check file links, but it is messy, makes troubleshooting difficult and may cause problems in some scenarios.</p> TYPO3 Core - Bug #103472 (Under Review): PHP Warning: Undefined array key "items" in DataHandler....http://forge.typo3.org/issues/1034722024-03-23T03:24:58ZNikita Hovratov
<p>This is an edge case, which happens with the constellation below:</p>
<p>Content Element A has a field of type "radio".<br />This field has not "items" set directly, but through "columnsOverrides" for this specific type "A".</p>
<p>Unrelated Content Element B is translated from default language to another language.<br />Translation spinner spins endlessly. In the background the PHP warning was triggered.</p>
<p>The reason is the DataHandler context for the translation is Content Element B. So the "record type" B is used to retrieve "columnsOverrides" for "types". Thus resulting in empty "items" for type "radio". DataHandler method "checkValueForRadio" does not have a safety net for missing "items".</p>
<p>A fix could be to set "items" to an empty array if not defined or not an array. This would also ensure an array is passed to "$processingService->getProcessingItems" some lines below.</p> TYPO3 Core - Bug #103467 (New): Redirect module: Problems with redirects with regexphttp://forge.typo3.org/issues/1034672024-03-22T10:33:17ZManuel Csikos
<p>Hello everybody,</p>
<p>I have some problems with the redirect module of TYPO3.</p>
<p>I use a redirect with regex "#^/newpage/(.*)$#" to redirect all incoming URL's of a certain page. This works well, so far no problem.<br />But now I also have cases where the old URL looks like this: "www.domain.tld/newpage/index.aspx?id=123" and here the redirect no longer works because my TYPO3 has problems with the "id=123". It does not redirect, but tries to display the TYPO3 page with the id "123", which cannot be resolved (because this page does not exist in this case) and (in this case also correctly) leads to my 404 page.</p>
<p>It seems that if I have a regex-redirect with an id inside my URL, the redirect does not work.</p>
<p>The TYPO3 is 11.5.36, “is_regexp” is set to true.</p> TYPO3 Core - Bug #103464 (New): Using TCEFORM on columnsOverrides is not alway reliablehttp://forge.typo3.org/issues/1034642024-03-22T08:21:06ZEnrico Kasparenrico.kaspar@portaldrei.de
<p>When setting in $GLOBALS['TCA']['tt_content']['types']['text']:</p>
<pre><code class="php syntaxhl" data-language="php"><span class="s1">'columnsOverrides'</span> <span class="o">=></span> <span class="p">[</span>
<span class="s1">'subheader'</span> <span class="o">=></span> <span class="p">[</span>
<span class="s1">'config'</span> <span class="o">=></span> <span class="p">[</span>
<span class="s1">'size'</span> <span class="o">=></span> <span class="mi">1</span><span class="p">,</span>
<span class="s1">'max'</span> <span class="o">=></span> <span class="mi">1</span>
<span class="p">]</span>
<span class="p">]</span>
<span class="p">]</span>
</code></pre>
<p>And using TCEFORM to override the override</p>
<pre><code class="php syntaxhl" data-language="php"><span class="no">TCEFORM</span><span class="mf">.</span><span class="n">tt_content</span> <span class="p">{</span>
<span class="n">subheader</span><span class="mf">.</span><span class="n">types</span><span class="mf">.</span><span class="n">text</span><span class="mf">.</span><span class="n">config</span><span class="mf">.</span><span class="n">max</span> <span class="o">=</span> <span class="mi">98</span>
<span class="n">subheader</span><span class="mf">.</span><span class="n">types</span><span class="mf">.</span><span class="n">text</span><span class="mf">.</span><span class="n">config</span><span class="mf">.</span><span class="n">size</span> <span class="o">=</span> <span class="mi">20</span>
<span class="p">}</span>
</code></pre>
<p>It does allow writing more than on char but it does crop after saving, which should not be.</p> TYPO3 Core - Bug #103459 (New): UI inconsistency - filter search bar on CE wizard and Install too...http://forge.typo3.org/issues/1034592024-03-21T15:15:07ZRiccardo De Contardierredeco@gmail.com
<p>On the CE wizard the filter bar looks like this:</p>
<p><img src="http://forge.typo3.org/attachments/download/38383/image_1.png" alt="" loading="lazy" /></p>
<p>while on Install tool > Configure Installation-Wide Options it looks like:</p>
<p><img src="http://forge.typo3.org/attachments/download/38384/image_2.png" alt="" loading="lazy" /></p>
<p>Should they become consistent? Which version is correct?</p> TYPO3 Core - Bug #103458 (New): UX inconsistency - the "lens" button on several search bars is di...http://forge.typo3.org/issues/1034582024-03-21T15:09:39ZRiccardo De Contardierredeco@gmail.com
<p>The following modules have a "search bar" with a "lens" icon (which is a button)</p>
<ul>
<li>DB Check module > full search</li>
<li>Recycler module</li>
<li>Configuration module</li>
<li>Workspaces module</li>
</ul>
<p>The icon is disabled until something is entered on the input field.</p>
<p>Instead on the list and filelist module, the icon is clickable from the beginning.</p>
<p>[I have not checked other places]</p>
<p>Is there a reason for a different behavior? Should the behavior become more consistent?</p>