TYPO3 Forge: Issueshttp://forge.typo3.org/http://forge.typo3.org/themes/typo3_forge/favicon/favicon.png?17058661692020-03-31T15:40:45ZTYPO3 Forge
Redmine TYPO3 Core - Bug #90911 (Closed): Used package algo26-matthias/idna-convert does not support PHP 7.4http://forge.typo3.org/issues/909112020-03-31T15:40:45ZManuel Selbachmanuel_selbach@yahoo.de
<p>It turned out, that the package: algo26-matthias/idna-convert in it's current used version does not support PHP 7.4</p> TYPO3 Core - Bug #90223 (Closed): Wrong type hint in install tool typo3/sysext/install/Classes/Sy...http://forge.typo3.org/issues/902232020-01-27T22:36:30ZManuel Selbachmanuel_selbach@yahoo.de
<p>As mentioned in <a class="external" href="https://review.typo3.org/c/Packages/TYPO3.CMS/+/63032">https://review.typo3.org/c/Packages/TYPO3.CMS/+/63032</a> a wrong type hint was introduced by the refactoring.</p> TYPO3 Core - Bug #88081 (Closed): Timestamp in replace dialog of file list is brokenhttp://forge.typo3.org/issues/880812019-04-04T17:55:10ZManuel Selbachmanuel_selbach@yahoo.de
<p>It turned out, that the timestamp in the replace dialog of a file shows incorrect information.</p>
<p><img src="http://forge.typo3.org/attachments/download/34223/replace_dialog.png" alt="" loading="lazy" /></p>
<p>This is also valid for version 9.5 LTS and 8.7 LTS.</p>
<p>How to reproduce:</p>
<p>- Upload a file via file module<br />- manipulate the file and drag&drop it to upload it again with the same file name<br />- the replace dialog should show wrong timestamp information</p> TYPO3 Core - Bug #86966 (Closed): pages_language_overlay do not get the appendix from prependAtCo...http://forge.typo3.org/issues/869662018-11-21T16:23:39ZManuel Selbachmanuel_selbach@yahoo.de
<p>If a page is translated those records are not respected regarding the appendix from the "prependAtCopy" on the "label field" like it is done for pages during the copy process.</p>
<p>In combination of using e.g. realurl this could lead to serious problems, as it will create the same path for the page as for the original page and thus the original page doesn't get shown as there is a conflict regarding the path.</p>
<p><strong>Current behavior</strong></p>
<p>1. copy a page with some translations on<br />2. paste it via the page tree</p>
<p>Result:<br />1. page (default language, table "pages"): title gets the suffix that is written in "prependAtCopy" <br />2. translated pages (table "pages_language_overlay"): title is the same as on the original page</p>
<p><strong>Expected result</strong></p>
<p>Translated pages should also get the "suffix" written in $GLOBALS['TCA']['pages_language_overlay']['ctrl']['prependAtCopy'] during the copy process.</p> TYPO3 Core - Bug #85912 (Closed): Button "Paste after this record" or "Paste into this column" is...http://forge.typo3.org/issues/859122018-08-20T18:57:24ZManuel Selbachmanuel_selbach@yahoo.de
<p>If a content element get's copied and tried to insert directly via the buttons defined in the subject, nothing happens.</p>
<p>How to reproduce:</p>
<p>- Open a page in the page module with some content on it<br />- Copy a content element<br />- try to paste it via the button "Paste after this record" or "Paste into this column"</p>
<p>Result:<br />- Nothing happens</p>
<p>This issue seems to be located in the DragDrop.js or in Paste.js</p> TYPO3 Core - Bug #83585 (Closed): "New" page tree broken in Safari Version 11.0.2http://forge.typo3.org/issues/835852018-01-16T19:02:53ZManuel Selbachmanuel_selbach@yahoo.de
<p>The new page tree displays an arrow always, even if there is no subpage or subtree (see screenshot).</p>
<p><strong>Expected:</strong><br />The arrow should only be displayed if there is a subpage or subtree.</p>
<p>Used Safari Version 11.0.2 on macOS High Sierra 10.13.2</p>
<p><strong>Screenshots:</strong></p>
<p><img src="http://forge.typo3.org/attachments/download/33031/Bildschirmfoto2018-01-16-1.png" alt="" loading="lazy" /></p>
<p><img src="http://forge.typo3.org/attachments/download/33032/Bildschirmfoto2018-01-16-2.png" alt="" loading="lazy" /></p> TYPO3 Core - Bug #79447 (Closed): Unify usage of fe_group in tables of TYPO3 corehttp://forge.typo3.org/issues/794472017-01-24T17:29:27ZManuel Selbachmanuel_selbach@yahoo.de
<p>The column "fe_group" is defined as varchar everywhere in the core except in table "sys_collection".<br />This will cause some problems with some DBMS (e.g. PostgreSQL) as the FrontendGroupRestriction::class will generate a query which will e.g. check against empty string.<br />Thus the column "fe_group" should be unified to varchar.</p>
<p>Example:<br />The following tests fail with the column "fe_group" defined as integer: <br />- RecordCollectionRepositoryTest::doesFindByUidReturnAnObjectInFrontendMode<br />- RecordCollectionRepositoryTest::doesFindByUidRespectEnableFieldsInFrontendMode</p> TYPO3 Core - Bug #79131 (Closed): Wrong type in PageRepository::getDomainStartPage for column fe_...http://forge.typo3.org/issues/791312017-01-02T15:10:32ZManuel Selbachmanuel_selbach@yahoo.de
<p>Use of incorrect type for column fe_group in the method PageRepository::getDomainStartPage.<br />If a DBMS with strict usage of types is used (e.g. Postgres), the method will throw an exception, as the 0 is of type integer and not of type string as the column is defined in the database and thus a comparison will fail.</p> TYPO3 Core - Bug #76513 (Rejected): diff-view not working for categories if default changeshttp://forge.typo3.org/issues/765132016-06-08T09:10:41ZManuel Selbachmanuel_selbach@yahoo.de
<p>Hi,</p>
<p>the diff-view of a translated record shows "N/A" if there are changes made to the default language.</p> TYPO3 Core - Task #75463 (Closed): "old fashioned" icons in category treehttp://forge.typo3.org/issues/754632016-04-08T15:07:23ZManuel Selbachmanuel_selbach@yahoo.de
<p>"Old fashioned" icons are used within the category tree in the backend. <br />This is not consistent with the other icons in the backend.</p> TYPO3 Core - Task #69038 (Closed): Move record-related entrypoints to backend routinghttp://forge.typo3.org/issues/690382015-08-14T08:18:01ZManuel Selbachmanuel_selbach@yahoo.deTYPO3 Core - Bug #68911 (Closed): Checkbox "Display thumbnails" does not work in filebrowserhttp://forge.typo3.org/issues/689112015-08-10T19:37:51ZManuel Selbachmanuel_selbach@yahoo.de
<p>The checkbox "Display thumbnails" (see screenshot attached) in the file browser throws an Exception:</p>
<p>Invalid request for route "/wizard/record/browse".</p> TYPO3 Core - Task #68881 (Closed): Add backend routes for wizards (part 2)http://forge.typo3.org/issues/688812015-08-09T11:24:31ZManuel Selbachmanuel_selbach@yahoo.de
<p>Move all wizards to the Backend Routing.<br />Do not use the module registration for wizards in ext_tables.php<br />Use Configuration/Backend/Routes.php instead.</p>
<p>Instructions for testing the routings:</p>
<p>colorpicker wizard<br />------------------</p>
<p>To test colorpicker follow these steps:</p>
<p>- install introduction package<br />- create a bootstrap carousel element<br />- create a carousel item<br />- The wizard is located beside the "Text color" field<br />- Open the wizard. The route should now be visible in the location of the wizard window.</p>
<p>BackendLayout wizard<br />--------------------</p>
<p>- create a backend layout record per list view<br />- The wizard is located beside the field "Config" <br />- Open the wizard. The route should now be visible in the location of the wizard window.</p>
<p>Table wizard<br />------------<br />- create a content element of type "Table" <br />- save it<br />- go to tab "Table" <br />- The wizard is located beside the field "Text" <br />- Have a look at the href-attribute of the wizard link. The route should be visible there.</p>
<p>RTE wirzard<br />-----------<br />- create a text element and save it<br />- The wizard is located beside the RTE for field "Text" (Fullscreen Rich Text Editing)<br />- Have a look at the href-attribute of the wizard link. The route should be visible there.</p> TYPO3 Core - Bug #68880 (Closed): Save, save & view, save & close not working in RTE Wizardhttp://forge.typo3.org/issues/688802015-08-09T11:04:46ZManuel Selbachmanuel_selbach@yahoo.de
<p>The button Save, save & view and save & close donĀ“t work in the RTE wizard (Fullscreen Rich Text Editing).</p>
<p>JavaScript error appears:<br /><pre>
Uncaught TypeError: document.getElementsByName(...).submit is not a function
</pre></p>
<pre>
submitForm: function() {
if (TBE_EDITOR.doSaveFieldName) {
document[TBE_EDITOR.formname][TBE_EDITOR.doSaveFieldName].value=1;
}
// Set a short timeout to allow other JS processes to complete, in particular those from
// EXT:backend/Resources/Public/JavaScript/FormEngine.js (reference: http://forge.typo3.org/issues/58755).
// TODO: This should be solved in a better way when this script is refactored.
window.setTimeout(function() {
document.getElementsByName(TBE_EDITOR.formname).submit(); <----------------- here the error appears
}, 10);
},
</pre> TYPO3 Core - Bug #68860 (Closed): SelectImage Eventlistener throws execptionhttp://forge.typo3.org/issues/688602015-08-08T16:02:21ZManuel Selbachmanuel_selbach@yahoo.de