TYPO3 Forge: Issueshttp://forge.typo3.org/http://forge.typo3.org/themes/typo3_forge/favicon/favicon.png?17058661692016-08-31T12:54:22ZTYPO3 Forge
Redmine 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 #77409 (Closed): Invalid origin for JS API enabled Youtube videoshttp://forge.typo3.org/issues/774092016-08-04T16:54:40ZSebastian Michaelsenmichaelsen@t3seo.de
<p>The <code>YouTubeRenderer</code> has the option <code>enablejsapi</code> that allows script access on the embedded Youtube video.</p>
<p>That is a feature provided by Youtube, which is documented here: <a class="external" href="https://developers.google.com/youtube/player_parameters#origin">https://developers.google.com/youtube/player_parameters#origin</a><br />As recommended the <code>YouTubeRenderer</code> sets the origin parameter, but it only contains the host name while in Youtube examples origin also contains the request scheme.</p>
<p>For me accessing the video only works when the origin is provided with request scheme.</p>
<p><code><iframe id="ytplayer" type="text/html" width="640" height="390" src="https://www.youtube.com/embed/M7lc1UVf-VE?autoplay=1&origin=example.com" frameborder="0"></iframe></code><br />=> script access doesn't work</p>
<p><code><iframe id="ytplayer" type="text/html" width="640" height="390" src="https://www.youtube.com/embed/M7lc1UVf-VE?autoplay=1&origin=http://example.com" frameborder="0"></iframe></code><br />=> script access works</p> TYPO3 Core - Bug #24659 (Closed): Superfluous backspace in Error Message if no Install Tool Passw...http://forge.typo3.org/issues/246592011-01-19T12:03:16ZSebastian Michaelsenmichaelsen@t3seo.de
<p>If no Install Tool password is set and you try to call the install tool, the error message says:</p>
<p>Install Tool deactivated.<br />You must enable it by setting a password in typo3conf/localconf.php. If you insert the line below, the password will be 'joh316':</p>
<p>\$TYPO3_CONF_VARS['BE']['installToolPassword'] = 'bacb98acf97e0b6112b1d1b650b84971';</p>
<p>Notice the backslash before the line of PHP code</p>
<p>The message is in single quotes, where dollar signs don't have to be escaped.<br />(issue imported from #M17138)</p> TYPO3 Core - Bug #24545 (Closed): Rename config.doctype value "html_5" to "html5"http://forge.typo3.org/issues/245452011-01-13T11:07:55ZSebastian Michaelsenmichaelsen@t3seo.de
<p>With config.doctype = html_5 you can render your Website as a HTML5 document. What hurts me every time when I use this is the underscore.</p>
<p>Please try the following:<br />Type: typo_3. Does it hurt? You know how I feel ;)</p>
<p>My suggestion is to change the option to html5, deprecate "html_5" and remove it in a later version.</p>
<p><a class="external" href="http://blog.whatwg.org/spelling-html5">http://blog.whatwg.org/spelling-html5</a><br />(issue imported from #M17001)</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 #23451 (Closed): Typo in CSC Constants: "Audeo"http://forge.typo3.org/issues/234512010-08-26T07:01:06ZSebastian Michaelsenmichaelsen@t3seo.de
<p>The Constant Options styles.content.media.defaultAudioWidth has the title "Media Audeo Width" in the constant editor</p>
<p>(issue imported from #M15559)</p> TYPO3 Core - Bug #23010 (Closed): Remove deprecated methods with deprecation log from core for 4.6http://forge.typo3.org/issues/230102010-06-27T09:33:35ZSebastian Michaelsenmichaelsen@t3seo.de
Beginning with 4.5 we can systematically remove old deprecated stuff from the core. As a first step I wanted to remove the obvious. This RFC removes all methods which:
<ul>
<li>are deprecated since 4.3 or earlier</li>
<li>have a deprecation log</li>
<li>are not in use anymore anywhere in the core</li>
</ul>
<p>There are also methods which are deprecated but don't have deprecation log. IMHO we shouldn't simply remove them even if they were targeted for removal in 4.5. They should get deprecation logs (another RFC) and removal should be postponed to 4.7 for them.</p>
<p>Deprecated classes like gzip_encode should produce a deprecation log entry via constructor and also be removed in 4.7<br />(issue imported from #M14883)</p> TYPO3 Core - Bug #22981 (Closed): Template Analyzer: Line numbers barely readablehttp://forge.typo3.org/issues/229812010-06-24T11:27:57ZSebastian Michaelsenmichaelsen@t3seo.de
<p>The line numbers in the Template Analyzer have a very low contrast (white on light-grey) and are barely readable.</p>
<p>I suggest setting the font color to dark-grey (#585858).</p>
<p>See screenshots attached</p>
<p>I don't know in which stylesheet to correct this, because they are merged - sorry.<br />(issue imported from #M14847)</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 #22854 (Closed): Replace remaining static method calls with classname:: within t...http://forge.typo3.org/issues/228542010-06-10T08:25:53ZSebastian Michaelsenmichaelsen@t3seo.de
<p>Static method calls within the same class should be resolved with self::<br />There are a few spots left to fix in t3lib.</p>
<p>Also see <a class="issue tracker-1 status-5 priority-4 priority-default closed" title="Bug: Replace calls to t3lib_div:: within t3lib_div to self:: du to performance reasons (Closed)" href="http://forge.typo3.org/issues/22158">#22158</a>, <a class="issue tracker-1 status-5 priority-4 priority-default closed" title="Bug: Replace calls to t3lib_div:: within t3lib_div to self:: du to performance reasons (Closed)" href="http://forge.typo3.org/issues/22158">#22158</a>, <a class="issue tracker-1 status-5 priority-4 priority-default closed" title="Bug: Replace calls to t3lib_div:: within t3lib_div to self:: du to performance reasons (Closed)" href="http://forge.typo3.org/issues/22158">#22158</a> and <a class="issue tracker-1 status-5 priority-4 priority-default closed" title="Bug: Replace calls to t3lib_div:: within t3lib_div to self:: du to performance reasons (Closed)" href="http://forge.typo3.org/issues/22158">#22158</a><br />(issue imported from #M14681)</p> TYPO3 Core - Bug #22849 (Closed): Replace calls to t3lib_iconWorks:: within t3lib_iconWorks to se...http://forge.typo3.org/issues/228492010-06-09T17:51:56ZSebastian Michaelsenmichaelsen@t3seo.de
<p>As we have done it with t3lib_div, t3lib_iconWorks should also call its own static methods via self::</p>
<p>Also see <a class="issue tracker-1 status-5 priority-4 priority-default closed" title="Bug: Replace calls to t3lib_div:: within t3lib_div to self:: du to performance reasons (Closed)" href="http://forge.typo3.org/issues/22158">#22158</a>, <a class="issue tracker-1 status-5 priority-4 priority-default closed" title="Bug: Replace calls to t3lib_div:: within t3lib_div to self:: du to performance reasons (Closed)" href="http://forge.typo3.org/issues/22158">#22158</a> and <a class="issue tracker-1 status-5 priority-4 priority-default closed" title="Bug: Replace calls to t3lib_div:: within t3lib_div to self:: du to performance reasons (Closed)" href="http://forge.typo3.org/issues/22158">#22158</a><br />(issue imported from #M14676)</p> TYPO3 Core - Bug #22848 (Closed): Replace calls to t3lib_BEfunc:: within t3lib_BEfunc to self:: d...http://forge.typo3.org/issues/228482010-06-09T17:29:58ZSebastian Michaelsenmichaelsen@t3seo.de
<p>As we have done it with t3lib_div, t3lib_BEfunc:: should also call its own static methods via self::</p>
<p>Also see <a class="issue tracker-1 status-5 priority-4 priority-default closed" title="Bug: Replace calls to t3lib_div:: within t3lib_div to self:: du to performance reasons (Closed)" href="http://forge.typo3.org/issues/22158">#22158</a> and <a class="issue tracker-1 status-5 priority-4 priority-default closed" title="Bug: Replace calls to t3lib_div:: within t3lib_div to self:: du to performance reasons (Closed)" href="http://forge.typo3.org/issues/22158">#22158</a><br />(issue imported from #M14675)</p> TYPO3 Core - Bug #22847 (Closed): Replace calls to t3lib_extMgm:: within t3lib_extMgm to self:: d...http://forge.typo3.org/issues/228472010-06-09T16:45:54ZSebastian Michaelsenmichaelsen@t3seo.de
<p>As we have done it with t3lib_div, t3lib_extMgm should also call its own static methods via self::</p>
<p>Also see <a class="issue tracker-1 status-5 priority-4 priority-default closed" title="Bug: Replace calls to t3lib_div:: within t3lib_div to self:: du to performance reasons (Closed)" href="http://forge.typo3.org/issues/22158">#22158</a><br />(issue imported from #M14674)</p> TYPO3 Core - Feature #22279 (Closed): Add .numberFormat function to stdWraphttp://forge.typo3.org/issues/222792010-03-15T11:49:49ZSebastian Michaelsenmichaelsen@t3seo.de
<p>When handling prices or other special formated Numbers in TypoScript there's no reasonable way to format it properly. When there's a price like 0.8 in your Database you can't transform it to 0,80 easily.</p>
<p>There's already an extension adding this functionality by XCLASSing (am_stdwrap_number_format) and requests for such a feature (<a class="external" href="http://www.typo3.net/forum/list/list_post//89143/">http://www.typo3.net/forum/list/list_post//89143/</a> [german]), so I think a general interest for this functionality is given.<br />(issue imported from #M13815)</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>