TYPO3 Forge: Issueshttp://forge.typo3.org/http://forge.typo3.org/themes/typo3_forge/favicon/favicon.png?17058661692023-10-13T16:22:35ZTYPO3 Forge
Redmine TYPO3 Core - Bug #102167 (Resolved): Workspace Module: Icon Overlay not being displayed in table ...http://forge.typo3.org/issues/1021672023-10-13T16:22:35ZErnesto Baschnyeb@cron.eu
<p>Until TYPO3 v11 the table of the workspace module showing the changes made to tables also reflected the status of the page with it's icon.</p>
<p>Since change <a class="issue tracker-4 status-5 priority-4 priority-default closed" title="Task: Use native icons for workspaces element (Closed)" href="http://forge.typo3.org/issues/94977">#94977</a>, you only see the icon based on the page type, so it does not reflect anymore any status changes (i.e. from Shortcut to normal page, from hidden to non-hidden, etc).</p>
<p><strong>In TYPO3 v10:</strong><br /><img src="http://forge.typo3.org/attachments/download/38016/workspace-v10.png" loading="lazy" style="width:600px;" alt="" /></p>
<p><strong>Since TYPO3 v11:</strong><br /><img src="http://forge.typo3.org/attachments/download/38017/workspace-v11.png" loading="lazy" style="width:600px;" alt="" /></p> TYPO3 Core - Bug #101640 (Resolved): PHP Warning: Undefined array key "eval" in ...core/Classes/D...http://forge.typo3.org/issues/1016402023-08-09T17:07:24ZErnesto Baschnyeb@cron.eu
<p>In case I have a TCA "slug" field without a "eval" config, PHP 8 will bail out with this exception, for example when moving a page in the backend:</p>
<pre><code>PHP Warning: Undefined array key "eval" in /srv/www/www_dhbw_de/releases/60/private/typo3/sysext/core/Classes/DataHandling/DataHandler.php line 8390</code></pre> TYPO3 Core - Bug #100707 (New): Web>List only applies list_type restriction if this column is sho...http://forge.typo3.org/issues/1007072023-04-21T14:27:30ZErnesto Baschnyeb@cron.eu
<p>The ACL <code>explicit_allowdeny</code> allows to restrict an editor to certain plugin types (field <code>list_type</code>):</p>
<p><img src="http://forge.typo3.org/attachments/download/37635/acl-list-type.png" alt="" loading="lazy" /></p>
<p>If an admin creates a plugin of a certain list_type which is not allowed by the editor, in Web>List module the editor will still see the "controls" which would allow him to edit this content element:</p>
<p><img src="http://forge.typo3.org/attachments/download/37636/web-list-buggy.png" alt="" loading="lazy" /></p>
<p>As soon as the user also shows the column <code>list_type</code>, the permission check works and he does not see the icons anymore:</p>
<p><img src="http://forge.typo3.org/attachments/download/37637/web-list-ok.png" alt="" loading="lazy" /></p>
<p>The bug most probably came from the optimizations done in Web>List in <a class="external" href="https://review.typo3.org/c/Packages/TYPO3.CMS/+/68666">https://review.typo3.org/c/Packages/TYPO3.CMS/+/68666</a> - the $row which is passed on to DatabaseRecordList::makeControl and then later to BackendUserAuthentication::recordEditAccessInternals() no longer is the full row, but just a basic version of it + the fields select by the user in the backend. So <code>list_type</code> is missing, and this auth-check is then no longer performed.</p> TYPO3 Core - Task #56538 (Closed): Cache the $GLOBALS['TYPO3_LOADED_EXT'] as an arrayhttp://forge.typo3.org/issues/565382014-03-04T15:28:03ZErnesto Baschnyeb@cron.eu
<p>Several core components still access $GLOBALS['TYPO3_LOADED_EXT'] directly. Basically it's used to loop through the activated extensions and also to check if some extension is installed.</p>
<p>Since the Package Management, this array is being simulated by an object (LoadedExtensionsArray). Plan was to be able to add deprecation messages for accessing this array in future.</p>
<p>When accessing a FE with one USER_INT, accessing this object takes about 10% of the time.</p>
<p>It should be considered if we cannot generate the original array on first request, cache it, and then make the GLOBAL array available again to whoever uses it. It's just a list of extensions. The gain of the future possibility of throwing a deprecation message opposed to simply having this array as an array and be fast is probably not worth it.</p> TYPO3 Core - Task #53814 (Closed): Doc-Module: Unclear different between "Manage" and "Show" Docu...http://forge.typo3.org/issues/538142013-11-20T21:33:43ZErnesto Baschnyeb@cron.eu
<p>As noted by the UX team, the selector between "Show" and "Manage" is confusing, as the difference is not quite clear at first.</p>
<p>See this comment:</p>
<p><a class="external" href="https://projects.invisionapp.com/share/H2IU7YVE#/screens/10260005/comments/6168385">https://projects.invisionapp.com/share/H2IU7YVE#/screens/10260005/comments/6168385</a></p>
<p>Not even to me it is clear what view is showing me what, and what exactly the "Download" does (because as an user, I expect to be able to "Download" the documentation myself.</p>
<p>Maybe rephrasing the menu items would be a better fit, or even merge the functionality in a single view? Why would I want to differentiate between "showing" or "managing"? We could display the whole list and then provide according actions depending if it has already been fetched locally or not.</p>
<p>@Xavier, would be great to have some input from you on that matter. Thanks!</p> TYPO3 Core - Bug #30631 (Closed): RTE doesn't allow to create links around images in IE8http://forge.typo3.org/issues/306312011-10-07T16:38:07ZErnesto Baschnyeb@cron.eu
<p>If you have images in your RTE, IE8 users cannot link this image to other pages. The browse_links popup opens up, but when clicking on any page in the tree, the tree just reloads and we have javascript error in the console (property or method not supported), pointing to the range.getBookmark() method here:</p>
<pre><code>HTMLArea.Editor.prototype.getBookmark = function (range) {<br /> return range.getBookmark();<br /> };</code></pre> TYPO3 Core - Bug #29234 (Closed): RTE only loads TD styles from external css file on reloadhttp://forge.typo3.org/issues/292342011-08-24T21:23:35ZErnesto Baschnyeb@cron.eu
<p>Hi,</p>
<p>I want to enable Table-Cell styles in RTEhtmlarea. It works great, but I have problems with IE8. Here's the setup:</p>
<p>TYPO3 4.5.5<br />PageTS:</p>
<pre><code>RTE.default {<br /> contentCSS = fileadmin/contentRTE.css<br /> classesTD := addToList(highlight-blue)<br />}</code></pre>
<p>fileadmin/contentRTE.css contains:</p>
<pre><code>TD.highlight-blue { background-color: #003399; color: #ffffff; font-weight: bold; }<br />TD.align-left { text-align: left; }<br />TD.align-center { text-align: center; }<br />TD.align-right { text-align: right; }</code></pre>
<p>Now everything works as expected in FF and Chrome. In IE8, on first loading of an editing Form, I get these CSS loaded (shown in the F12 - developer tools):</p>
<p><img src="http://forge.typo3.org/attachments/download/18493/rte-table-styles-01-first-load.png" alt="" loading="lazy" /></p>
<p>The RTE displays the list of available TD classes like this. Not even "Justify Left" etc are shown!</p>
<p><img src="http://forge.typo3.org/attachments/download/18494/rte-table-styles-02-first-load-rte.png" alt="" loading="lazy" /></p>
<p>Then I simply <strong>reload</strong> the frame where the RTE is located. The CSS list is now this:</p>
<p><img src="http://forge.typo3.org/attachments/download/18495/rte-table-styles-03-reload.png" alt="" loading="lazy" /></p>
<p>And the RTE works as expected:</p>
<p><img src="http://forge.typo3.org/attachments/download/18496/rte-table-styles-04-reload-rte.png" alt="" loading="lazy" /></p>
<p>Of course I cannot tell the editor to keep reloading the editing frame before beginning, so I would love to see this fixed.</p>
<p>If an environment is required to reproduce, please let me know. I was able to transfer the above scenario from one very complex installation to a simple and and reduced the test-bed to simple the above shown, so it should be simple to test.</p> TYPO3 Core - Bug #24873 (Closed): Open forms cannot be saved after "Relogin" (Security Token errors)http://forge.typo3.org/issues/248732011-01-28T11:17:58ZErnesto Baschnyeb@cron.eu
<p>If you have an open form (e.g. editing a content element) and you leave your browser unattended until "session expires", you can relogin with the popup window (or the JS overlay).</p>
<p>After this relogin, if you try to save your work, you will get security token errors.</p>
<p>The CSRF protection token is in a hidden field, and if the session has expired in the meantime, the session data (including the original tokens) are gone, so when saving that form after the relogin won't be able to validate them. Different potential solutions:</p>
<p>a) go through the DOM and manipulate all hidden fields with a token and change them with a new valid token. doable, but will require some work<br />b) allow "one save without token check" right after the relogin, so that this form can be finally saved, and after that things continue as usual.</p>
<p>(issue imported from #M17383)</p> TYPO3 Core - Bug #12000 (Closed): Topbar: Cache and Favorites submenus shifts when in Workspaceshttp://forge.typo3.org/issues/120002011-01-07T18:44:03ZErnesto Baschnyeb@cron.eu
<p>Hi,</p>
<p>in Live mode, the Cache (and Favorites) submenu is positioned correctly:</p>
<p><img src="http://forge.typo3.org/attachments/download/4885/clear-cache-live-position.png" alt="" loading="lazy" /></p>
<p>As soon as you switch to a Draft Workspace (thus getting the dashed top bar), the position of the submenu is wrong:</p>
<p><img src="http://forge.typo3.org/attachments/download/4886/clear-cache-ws-position.png" alt="" loading="lazy" /></p>
<p>It seems that it shifts exactly the size of the Workspace name which is added on the top bar:</p>
<p><img src="http://forge.typo3.org/attachments/download/4887/clear-cache-ws-position-2.png" alt="" loading="lazy" /></p> TYPO3 Core - Bug #24268 (Closed): Install Tool is unuseable with newest DBALhttp://forge.typo3.org/issues/242682010-12-01T20:56:46ZErnesto Baschnyeb@cron.eu
<p>See <a class="issue tracker-1 status-5 priority-4 priority-default closed" title="Bug: Install Tool is unuseable since DBAL merge (switches to a very ugly "123" mode) (Closed)" href="http://forge.typo3.org/issues/24267">#24267</a>, has been fixed in core's trunk already. Please port the fix to the extension!</p>
<p>(issue imported from #M16640)</p> TYPO3 Core - Feature #24145 (Closed): Provide a pass-through flag for sql_exec() which goes direc...http://forge.typo3.org/issues/241452010-11-20T17:45:45ZErnesto Baschnyeb@cron.eu
<p>DBAL currently tries to parse queries passed to it via sql_exec(). This is marked as "experimental" in 4.4 but brings lots of troubles on complex queries, for example the queries generated by Extbase.</p>
<p>The idea of parsing the queries is that DBAL also has to handle "mappings" for tables.</p>
<p>A new feature proposed by Xavier would enable the caller to "pass-through" the sql_exec() directly to the underlying MySQL native driver, meaning no parsing at all in DBAL. This would allow running Extbase <strong>only</strong> on MySQL but at least work even if DBAL is active.</p>
<p>This is an intermediate fix which should be added to 4.5 to rise the usage of both DBAL and Extbase at the same time. Keep in mind that with this change, Extbase will work <strong>only</strong> on MySQL (as it currently does anyway).</p>
<p>In future release of TYPO3, this problem might be solved already, as soon as their is either a query-generation API in DBAL and/or some enhancements on the Extbase side of query generation.</p>
<p>(issue imported from #M16491)</p> TYPO3 Core - Bug #24057 (Closed): Install tool cannot compare "ENGINE" of MySQL Tables when DBAL ...http://forge.typo3.org/issues/240572010-11-15T11:23:11ZErnesto Baschnyeb@cron.eu
<p>In core rev. 3365 (2008, was included in 4.2beta3), Stucki implemented a way of the Install Tool "COMPARE DATABASE" to change the Engine of a database. This does not work with DBAL enabled, because that change in t3lib_db was not ported to DBAL.</p>
<p>You end up with the same suggestions over and over again (to change Engine to "InnoDB" while the tables are already InnoDB).</p>
<p>(issue imported from #M16392)</p> TYPO3 Core - Bug #23383 (Closed): Not able to select multiple records in recycler since refactoringhttp://forge.typo3.org/issues/233832010-08-16T13:40:00ZErnesto Baschnyeb@cron.eu
<p>Since issue <a class="issue tracker-1 status-5 priority-4 priority-default closed" title="Bug: Refactor of recycler (Closed)" href="http://forge.typo3.org/issues/20967">#20967</a> was commited (rev. 8606), we are no longer able to select multiple records on the left side (checkboxes).</p>
<p>(issue imported from #M15467)</p> TYPO3 Core - Bug #22780 (Closed): Web>List: Turning "Extended view" on makes rows growhttp://forge.typo3.org/issues/227802010-05-31T18:43:29ZErnesto Baschnyeb@cron.eu
<p>When turning "Extended view" on in list view will change the height of the individual data rows. Thus the icon that you just clicked to turn Extended view on is shifted downwards and more space is consumed on the screen.</p>
<p>My idea would be to leave the row height as it was before. An padding:2px around the div.typo3-DBctrl caused the grown.</p>
<p>Solution is to remove this padding. :)</p>
<p>See attached screenshots before and after the patch<br />(issue imported from #M14559)</p> TYPO3 Core - Feature #14894 (Closed): stdWrap.age should differenciate between singular/pluralhttp://forge.typo3.org/issues/148942005-08-02T13:39:17ZErnesto Baschnyeb@cron.eu
<p>The .age stdWrap parameter currently only allows us to specify " min| hrs| days| yrs", which will also show plural text if we have a quantity of "1". The attached patch (for typo3/sysext/cms/tslib/class.tslib_content.php) changes the possible value of the .age setting to allow 8 values:</p>
<p>" min| hrs| days| yrs| min| hour| day| year"</p>
<p>The second set is the singular variant. So we can have outputs like "1 hour" and "1 year". It remains backwards compatible, in that older TYPO3 (with newer TypoScript) will still show the "good-old" plural variants.</p>
<p>In a remote future this text should become language-dependent, so that we have different outputs depending on the language of the site. This should also be prepared for situations where not always is the "1" unit singular and all others plural. There are languages where there are other rules for plurals (see gettext, PO-setting "Plural-Forms").<br />(issue imported from #M1333)</p>