TYPO3 Forge: Issueshttp://forge.typo3.org/http://forge.typo3.org/themes/typo3_forge/favicon/favicon.png?17058661692016-04-10T21:04:44ZTYPO3 Forge
Redmine TYPO3 Core - Bug #75484 (Rejected): Error in file list module when having a read-only filemount f...http://forge.typo3.org/issues/754842016-04-10T21:04:44ZLorenz Ulrich
<p>Test case:</p>
<ul>
<li>Assign a normal filemount, e.g. for 1:/test (Folder test in storage 1) to a user</li>
<li>Set a read-only filemount for the root path of storage 1: <code>options.folderTree.altElementBrowserMountPoints = 1:/</code></li>
</ul>
<p>This is the case in an environment where editors only can manipulate certain folders (e.g. of their departments), but should be able to read/use all file of the website.</p>
<p>Now, after switching to a non-admin user that has both filemounts assigned, a click to "test" in the File List module leads to an "endless" call that is terminated at max_execution_time.</p>
<p>This problem was introduced with <a class="external" href="https://review.typo3.org/#/c/39898">https://review.typo3.org/#/c/39898</a> in <a class="issue tracker-1 status-5 priority-4 priority-default closed" title="Bug: Prevent information disclosure in file list (Closed)" href="http://forge.typo3.org/issues/67245">#67245</a>. Before (or without) that change, this setup works/worked fine.</p> TYPO3 Core - Bug #72116 (Closed): Files without references still show a warning before deletinghttp://forge.typo3.org/issues/721162015-12-09T09:48:48ZLorenz Ulrich
<p>I have some files in the File module that have no references with is correctly shown in the list:</p>
<p><img src="http://forge.typo3.org/attachments/download/30274/file-reference-1.png" alt="" loading="lazy" /></p>
<p>When I look at the detail view of the file, I see a reference nevertheless - the reference from the sys_file_metadata record to this file:</p>
<p><img src="http://forge.typo3.org/attachments/download/30276/file-reference-2.png" alt="" loading="lazy" /></p>
<p>Now when I'm trying to delete this file, which is never used in content, I still get the warning that there is one reference:</p>
<p><img src="http://forge.typo3.org/attachments/download/30275/file-reference-3.png" alt="" loading="lazy" /></p>
<p>I assume that the problem is that the JavaScript dialog is based on the total number of references without considering that every file has a sys_file_metadata record.</p> TYPO3 Core - Bug #65705 (Closed): baseURL determination of EXT:rtehtmlare fails in edge casehttp://forge.typo3.org/issues/657052015-03-12T22:01:32ZLorenz Ulrich
<p>The RTE has a client-side method of determining the baseURL. The baseURL is later used for loading additional resources (e.g. custom CSS). It first tries to use the <code>document.baseURI</code> property (which isn't present in IE), with fallbacks to the base href in the content and the whole URL. To ensure that the baseURL is only the path to the TYPO3 installation (without a document or arguments), a Regex rule is then applied to extract the path to TYPO3:</p>
<pre>
if (this.baseURL && this.baseURL.match(/(.*\:\/\/.*\/)[^\/]*/)) {
this.baseURL = RegExp.$1;
}
</pre>
<p>This works perfectly for standard URLs such as <code>https://mydomain.tld/typo3/alt_doc.php?foo=bar</code>; the RegExp returns <code>https://mydomain.tld/typo3/</code>.</p>
<p>But if the URL of the page contains another fully qualified URL, the Regex fails and the whole URL is taken. For <code>https://mydomain.tld/typo3/alt_doc.php?returnUrl=https://mydomain.tld/typo3/something.php</code>, the whole input string is returned. This leads to a wrong baseURL and makes the browsers (tested: Firefox) fail to load the resources.</p>
<p>The Regex needs to be improved.</p> TYPO3 Core - Task #59296 (Closed): Filelinks Content Element: Implement sorting direction, use FA...http://forge.typo3.org/issues/592962014-06-02T21:04:47ZLorenz Ulrich
<p>The Filelinks CE offers the possibility to sort the files selected. It should also offer a possibility to define the sorting direction.</p> TYPO3 Core - Bug #58914 (Closed): Cursor position is at the beginning of the segment after pastinghttp://forge.typo3.org/issues/589142014-05-19T12:12:34ZLorenz Ulrich
<p>When I insert text from the clipboard, the cursor position after pasting is always at the beginning of the segment, where I would expect it to be at the end of the inserted segment.</p>
<p>Tested in Chrome and Firefox.</p> TYPO3 Core - Bug #56626 (Closed): AJAX file upload fails in beta6http://forge.typo3.org/issues/566262014-03-06T21:55:57ZLorenz Ulrich
<p>AJAX file upload fails with</p>
<pre>
Invalid CSRF token detected for ajaxID "TYPO3_tcefile::process"!
</pre>
<p>in beta6. I suspect <a class="issue tracker-4 status-5 priority-4 priority-default closed child" title="Task: Protect core Ajax calls against CSRF (Closed)" href="http://forge.typo3.org/issues/56356">#56356</a> to be the cause.</p> TYPO3 Core - Task #55416 (Closed): Accessing the root folder of a file mount is not possible for ...http://forge.typo3.org/issues/554162014-01-29T10:09:02ZLorenz Ulrich
<p>The change "[!!!][TASK] Driver API has too many crosscutting concerns" <a class="changeset" title="[!!!][TASK] Driver API has too many crosscutting concerns The Driver within the FileAbstractionL..." href="http://forge.typo3.org/projects/typo3cms-core/repository/1749/revisions/f83eddd5027b74d7f4d28a845521bff3b2dd603d">f83eddd5027b74d7f4d28a845521bff3b2dd603d</a> breaks filemounts for non-admins (or changes the configuration needed?). After this change, a non-admin cannot access the root folder of a filemount. Sub-folders of a filemount work.</p>
<p>The error message is: "You are not allowed to access the given folder."</p> TYPO3 Core - Bug #55415 (Closed): Accessing the root folder of a file mount is not possible for n...http://forge.typo3.org/issues/554152014-01-29T10:09:02ZLorenz Ulrich
<p>The change "[!!!][TASK] Driver API has too many crosscutting concerns" <a class="changeset" title="[!!!][TASK] Driver API has too many crosscutting concerns The Driver within the FileAbstractionL..." href="http://forge.typo3.org/projects/typo3cms-core/repository/1749/revisions/f83eddd5027b74d7f4d28a845521bff3b2dd603d">f83eddd5027b74d7f4d28a845521bff3b2dd603d</a> breaks filemounts for non-admins (or changes the configuration needed?). After this change, a non-admin cannot access the root folder of a filemount. Sub-folders of a filemount work.</p>
<p>The error message is: "You are not allowed to access the given folder."</p> TYPO3 Core - Bug #41634 (Closed): Allow sys_category on the root pagehttp://forge.typo3.org/issues/416342012-10-06T10:47:44ZLorenz Ulrich
<p>sys_category items should be allowed on the root page.</p> TYPO3 Core - Bug #37735 (Closed): Backend search not working for extensionshttp://forge.typo3.org/issues/377352012-06-05T08:48:55ZLorenz Ulrich
<p>Since TYPO3 4.7 the backend search (at the bottom in the main frame) doesn't find any results from extension records.</p>
<p>You can test this using the TYPO3 Demo Introduction Package at <a class="external" href="http://demo.typo3.org/">http://demo.typo3.org/</a>. Go to Web > List, select the News entries site and enter a search term that is part of a news title.</p>
<p>In TYPO3 4.6 and below there was a result, in 4.7 there isn't.</p>
<p>Obviously it seems to work for TYPO3 core records like tt_content or pages. But for records of extensions it doesn't seem to work.</p> TYPO3 Core - Feature #36230 (Closed): Add hooks to css_styled_content render_textpichttp://forge.typo3.org/issues/362302012-04-17T15:30:52ZLorenz Ulrich
<p>css_styled_content needs hooks to allow a third-party extension (e.g. dam_ttcontent) to add additional data to the image cObj. This way metadata like caption, title or alternative text can be made available for using in frontend rendering.</p>
<p>The current implementation (Hook <code>$TYPO3_CONF_VARS['EXTCONF']['css_styled_content']['pi1_hooks']['render_textpic']</code>) requires overwriting the whole render_textpic method which leads to a lot of duplicate code since the method is ~700 lines of code.</p> TYPO3 Core - Bug #27602 (Closed): File > Filelist view item marginhttp://forge.typo3.org/issues/276022011-06-21T02:00:50ZLorenz Ulrich
<p>In the view item popup the file name and dimension line are very close, maybe the dimension info could be indented by the width of the file type icon to streamline it with the file name.</p>
<p><img src="http://forge.typo3.org/attachments/download/17827/filelist.png" alt="" loading="lazy" /></p> TYPO3 Core - Bug #27589 (Closed): About Modules: Background of module nameshttp://forge.typo3.org/issues/275892011-06-21T01:21:34ZLorenz Ulrich
<p>See here:</p>
<p><img src="http://forge.typo3.org/attachments/download/17810/aboutmodules.png" alt="" loading="lazy" /></p>
<p>Wouldn't it look better to remove the white background of the main module names?</p> TYPO3 Core - Bug #24613 (Closed): Changing case-sensitivity of file name on Windows doesn't workhttp://forge.typo3.org/issues/246132011-01-17T13:27:04ZLorenz Ulrich
<p>Windows has limited case-sensitivity capability. It is aware of it, but there can't be two files with the same name but with different case-sensitivity, i.e.</p>
<p>typo3.pdf<br />Typo3.pdf</p>
<p>In TYPO3, renaming a file from typo3.pdf to Typo3.pdf fails with error "Destination [filename] already existed!". I tested the PHP rename function, it works correct, so there must be a TYPO3 check that doesn't work.</p>
<p>Now the bug is filed and I hope to have time to do the debug work...</p>
<p>(issue imported from #M17083)</p> TYPO3 Core - Feature #5609 (Under Review): Adding multiple content type to clipboard doesn't work...http://forge.typo3.org/issues/56092009-12-02T23:13:19ZLorenz Ulrich
<p>In the extended clipboard it is possible to select content from multiple tables at one to move them in the clipboard afterwards. While selecting is functioning normally...</p>
<p><img src="http://forge.typo3.org/attachments/download/2205/clipboard_selecting.png" alt="" loading="lazy" /></p>
<p>after klicking the "Transfer to clipboard button" only the content of one table is transferred at once:</p>
<p><img src="http://forge.typo3.org/attachments/download/2206/clipboard_onlyonetype.png" alt="" loading="lazy" /></p>
<p>As it doesn't seem to be possible to use this function as implicated by the backend, an error message would be a good idea.</p>