TYPO3 Forge: Issueshttp://forge.typo3.org/http://forge.typo3.org/themes/typo3_forge/favicon/favicon.png?17058661692021-02-09T08:09:54ZTYPO3 Forge
Redmine TYPO3 Core - Bug #93469 (Closed): Editing file metadata in a workspace takes immediate effect on ...http://forge.typo3.org/issues/934692021-02-09T08:09:54ZSebastian Michaelsenmichaelsen@t3seo.de
<p>Steps to reproduce:</p>
<ul>
<li>Switch into a Workspace</li>
<li>Open the File module and edit a file</li>
<li>Fill out or change the title and save</li>
<li>Switch into the LIVE environment again</li>
<li>Edit the same file again<br />=> There are your Workspace changes, immediately applied to the LIVE record.</li>
</ul>
<p>As an editor I must be sure that my workspace changes can not alter the current LIVE website. Otherwise I will lose trust into the whole workspace feature.</p> TYPO3 Core - Bug #92906 (New): File Metadata are not editable when translation doesn't exist yethttp://forge.typo3.org/issues/929062020-11-23T13:52:03ZSebastian Michaelsenmichaelsen@t3seo.de
<p>In the backend form of sys_file_reference inline records, typically there's a link where you can edit the metadata of the selected file.</p>
<p>Since the fix for <a class="issue tracker-1 status-5 priority-4 priority-default closed" title="Bug: \TYPO3\CMS\Backend\Form\Container\InlineRecordContainer::renderForeignRecordHeaderControl wrong e... (Closed)" href="http://forge.typo3.org/issues/82178">#82178</a> this link is removed if there is not sys_file_metadata record in the same language as sys_file_reference record.</p>
<p>However obviously editors want to edit metdata for files which have not been explicitly localized before. So I suggest that sys_file_metadata translations are created on demand in this situation.</p> TYPO3 Core - Bug #85965 (Rejected): FileWriter fails to check for valid log file pathhttp://forge.typo3.org/issues/859652018-08-24T16:43:53ZSebastian Michaelsenmichaelsen@t3seo.de
<p><code>\TYPO3\CMS\Core\Log\Writer\FileWriter::setLogFile()</code> uses <code>GeneralUtility::getFileAbsFileName()</code> to get the absolute path to a given <code>$logFile</code>. <code>GeneralUtility::getFileAbsFileName()</code> always returns a string, even in an error case it returns an empty string. However the return value is checked for being <code>null</code>.</p>
<p><a class="external" href="https://github.com/TYPO3/TYPO3.CMS/commit/bfdc332650a92839e8ae73ec21b29f23609b5a1e#r30280568">https://github.com/TYPO3/TYPO3.CMS/commit/bfdc332650a92839e8ae73ec21b29f23609b5a1e#r30280568</a></p>
<p>That means that exception #1444374805 can never be thrown.</p>
<p>This applies to v7, v8 and master.</p> TYPO3 Core - Bug #77710 (Closed): Configure the "rel" parameter for embedded Youtube videoshttp://forge.typo3.org/issues/777102016-08-31T12:54:22ZSebastian Michaelsenmichaelsen@t3seo.de
<p>The YouTubeRenderer currently does not support the "rel" url parameter. Setting it to 0 it will prevent the display of related videos after finishing the embedded video.</p>
<p><a class="external" href="https://developers.google.com/youtube/player_parameters#rel">https://developers.google.com/youtube/player_parameters#rel</a></p> TYPO3 Core - Bug #73742 (Closed): Hook to inject js into UserSettingModule not working anymorehttp://forge.typo3.org/issues/737422016-02-29T12:49:32ZSebastian Michaelsenmichaelsen@t3seo.de
<p>With this commit (<a class="external" href="https://github.com/TYPO3/TYPO3.CMS/commit/48321468913086e803566af0688c8578af2829a3">https://github.com/TYPO3/TYPO3.CMS/commit/48321468913086e803566af0688c8578af2829a3</a>) the hook <code>['ext/setup/mod/index.php']['setupScriptHook']</code> stopped working because the <code>getJavaScript()</code> method is not called anymore. It was not documented that the hook is gone and the method is still there so I assume it was accidentally removed.</p> TYPO3 Core - Bug #69377 (Closed): Image Content elements result in exceptionhttp://forge.typo3.org/issues/693772015-08-27T22:05:13ZSebastian Michaelsenmichaelsen@t3seo.de
<p>Displaying an image CE in the frontend results in following exception: <br />#1317178794: No file reference (sys_file_reference) was found for given UID: "0"</p>
<p>This bug seems related to the frontend cleanup <a class="issue tracker-4 status-5 priority-4 priority-default closed" title="Task: Cleanup EXT:frontend (Closed)" href="http://forge.typo3.org/issues/66204">#66204</a> which was merged recently.</p> TYPO3 Core - Bug #68332 (Closed): Duplicate mime type declaration FlowPlayerContentObjecthttp://forge.typo3.org/issues/683322015-07-18T11:26:13ZSebastian Michaelsenmichaelsen@t3seo.de
<ul>
<li>Fix duplicate array key in $mimeTypes for 'swa'</li>
<li>Order the keys alphabetically, which can help to avoid duplicate keys</li>
</ul> TYPO3 Core - Bug #67406 (Rejected): Form sysext detected as broken in install toolhttp://forge.typo3.org/issues/674062015-06-10T23:07:14ZSebastian Michaelsenmichaelsen@t3seo.de
<p>With the big change to the TYPO3 autoloading (<a class="external" href="https://github.com/TYPO3/TYPO3.CMS/commit/ec2b4f4266af7bc93e301ad4735464f958a6d1bf">https://github.com/TYPO3/TYPO3.CMS/commit/ec2b4f4266af7bc93e301ad4735464f958a6d1bf</a>) the form system extension is detected as broken by the install tool.</p>
<p><a class="external" href="http://shots.michaelsen.io/HYEa">http://shots.michaelsen.io/HYEa</a></p> TYPO3 Core - Bug #67105 (Closed): FlexFormContainer: Read field name correctly from globalOptions...http://forge.typo3.org/issues/671052015-05-22T12:58:06ZSebastian Michaelsenmichaelsen@t3seo.de
<p>The field name is read from the wrong array key, resulting in a broken flexform.</p> TYPO3 Core - Bug #43949 (Closed): Cleanups for the Authentication Classeshttp://forge.typo3.org/issues/439492012-12-13T12:38:32ZSebastian Michaelsenmichaelsen@t3seo.de
<p>For the classes:<br />\TYPO3\CMS\Core\Authentication\AbstractUserAuthentication<br />\TYPO3\CMS\Core\Authentication\AbstractUserAuthenticationFrontendUserAuthtenication (did you see the typo in the class name? :/ )<br />\TYPO3\CMS\Core\Authentication\BackendUserAuthentication<br />\TYPO3\CMS\Backend\FrontendBackendUserAuthentication</p>
<p>do the following cleanups:<br />- provide proper phpDoc comments for all properties and methods<br />- remove a lot of "@todo Define visibility" annotations for properties and methods that already have a visibility definition<br />- some minor cleanups</p> TYPO3 Core - Bug #24476 (Closed): Edit Permissions Link in List View does not workhttp://forge.typo3.org/issues/244762011-01-05T10:02:52ZSebastian Michaelsenmichaelsen@t3seo.de
<p>The edit permission interface was moved to the sysext "perm" but the link to edit permissions in a list of pages was not fixed.</p>
<p>(issue imported from #M16918)</p> TYPO3 Core - Bug #24395 (Closed): Icon to close open documents has no pointer cursor (anymore)http://forge.typo3.org/issues/243952010-12-22T15:13:15ZSebastian Michaelsenmichaelsen@t3seo.de
<p>1. Install the opendocs sysext<br />2. Open a database record<br />3. Open the opendocs panel<br />4. Hover the close icon</p>
<p>There is no pointer cursor indicating a link</p>
<p>This seems to have occured on the switch from images to sprites. The CSS is already there, it just doesn't match anymore.<br />(issue imported from #M16819)</p> TYPO3 Core - Bug #22969 (Closed): Entering line breaks with Safari not possiblehttp://forge.typo3.org/issues/229692010-06-23T12:19:35ZSebastian Michaelsenmichaelsen@t3seo.de
<p>How to reproduce:</p>
<ul>
<li>Open a blank RTE (without any content) with a current Safari Browser</li>
<li>Press Shift+Enter to create a line break => works</li>
<li>Type some text and press enter to create a new paragraph</li>
<li>Now try Shift+Enter again => produces a new paragraph!</li>
</ul>
<p>As far as I can tell other browsers (even not Chrome) are not affected</p>
<p>(issue imported from #M14830)</p> TYPO3 Core - Bug #22340 (Closed): Automatically hiding Option Checkboxes and search fields on "em...http://forge.typo3.org/issues/223402010-03-29T13:54:44ZSebastian Michaelsenmichaelsen@t3seo.de
<p>When you open a page in list view which has no records to display, it still shows up Checkboxes for "Extended View" and "Localization view" and a search form.<br />The functionality to hide these automatically is implemented but does not work anymore.</p>
<p>After computing the list of tables the list module checks if it has any output. If it's empty Checkboxes and searchform are hidden.</p>
<p>The problem ist that the "list of tables" output is never empty because t3lib_recordlist::writeBottom adds some Hardcoded HTML to the bottom of the table list.</p>
<p>Additionally note that rendering of the clipboard is inside the mentioned condition, so when no records are there the clipboard would also be hidden (you don't want that because you may want to paste records into an empty page). So the Clipboard rendering needs to be moved outside the if-statement<br />(issue imported from #M13942)</p> TYPO3 Core - Bug #22162 (Closed): Deprecation log for IMAGE.alttext does not workhttp://forge.typo3.org/issues/221622010-02-23T11:11:33ZSebastian Michaelsenmichaelsen@t3seo.de
<p>Due to a typo no entry in the deprecation log is done when using the deprected IMAGE.alttext property.</p>
<p>if ($conf['altText'] || $conf['altText.']) {<br /> $GLOBALS['TSFE']->logDeprecatedTyposcript('IMAGE.alttext');<br />}</p>
<p>Obviously does not make sense. I corrected the property names in the IF-Condition to lowercase. Additionally I merged the two nested IF-Clauses to one. This also solves the little issue that $conf['altText'] = $conf['alttext']; was assigned even if there is no $conf['alttext'] - an IF-Check is done anyway, so why not include the assignement in there. This should tweak performance a little bit.<br />(issue imported from #M13623)</p>