TYPO3 Forge: Issueshttp://forge.typo3.org/http://forge.typo3.org/themes/typo3_forge/favicon/favicon.png?17058661692017-02-20T17:42:02ZTYPO3 Forge
Redmine TYPO3 Core - Bug #79925 (Closed): Native date/datetime (TCA dbType) fields are not properly copie...http://forge.typo3.org/issues/799252017-02-20T17:42:02ZLudwig Rafelsberger
<p>Suppose you have a record that contain a field which is configured like so:</p>
<pre>
'type' => 'input',
'eval' => 'datetime',
'dbType' => 'datetime',
</pre>
<p>Then, copying or localizing this record leads to the date <code>1970-01-01</code> (i.e. the begin of the UNIX epoch) being inserted in the copy/localization instead of the related date from the source record.</p>
<hr />
<a name="How-to-reproduce"></a>
<h2 >How to reproduce:<a href="#How-to-reproduce" class="wiki-anchor">¶</a></h2>
<ul>
<li>Install the attached minimal demo extension (or use any other record which contains native date/datetime fields)</li>
<li>Create such a new record (or use an existing one)</li>
<li>Copy it</li>
<li>Paste it</li>
</ul>
<a name="Expected-result"></a>
<h2 >Expected result:<a href="#Expected-result" class="wiki-anchor">¶</a></h2>
<pre>
select * from tx_reproducedbtypebug_foo;
uid pid some_int_based_tstamp some_native_dbtype_field
1 1 1487548800 2017-02-20 00:00:00
2 1 1487548800 2017-02-20 00:00:00 <-- the copied record as it should be
</pre>
<a name="Actual-result"></a>
<h2 >Actual result:<a href="#Actual-result" class="wiki-anchor">¶</a></h2>
<pre>
select * from tx_reproducedbtypebug_foo;
uid pid some_int_based_tstamp some_native_dbtype_field
1 1 1487548800 2017-02-20 00:00:00
2 1 1487548800 1970-01-01 01:33:37 <-- the copied record with wrong date
</pre> TYPO3 Core - Bug #76075 (Closed): TCA field lengths and SQL data definition should matchhttp://forge.typo3.org/issues/760752016-05-07T13:12:40ZLudwig Rafelsberger
<p>In <a class="issue tracker-4 status-5 priority-4 priority-default closed parent" title="Task: Adequate table field declarations in fe_users table (Closed)" href="http://forge.typo3.org/issues/76044">#76044</a> some SQL field lengths have been raised. These changes should be reflected in the maximum field length of the according TCA definitions.</p> TYPO3 Core - Bug #69263 (Closed): format.crop ViewHelper breaks inside some tagshttp://forge.typo3.org/issues/692632015-08-22T19:57:31ZLudwig Rafelsberger
<p>The Regex used inside <code>\TYPO3\CMS\Frontent\ContentObject\ContentObjectRenderer->cropHTML()</code> uses a list of known html tags to do its work. Said list misses a lot of html5 tags. Furthermore, it does not respect <code><script></code> tags (as a <code>@todo</code> comment says).</p>
<a name="How-to-reproduce-constructing-a-bad-outcome-of-this-bug"></a>
<h2 >How to reproduce: (constructing a bad outcome of this bug)<a href="#How-to-reproduce-constructing-a-bad-outcome-of-this-bug" class="wiki-anchor">¶</a></h2>
<a name="Steps"></a>
<h3 >Steps<a href="#Steps" class="wiki-anchor">¶</a></h3>
<ul>
<li>Use a Fluid template containing this: <br /> <code class="html syntaxhl" data-language="html"><pre>{someRteContent -> f:format.html() -> f:format.crop(maxCharacters: 25)}</pre></code></li>
<li>allow <code>iframe</code> tags in the RTE configuration<br /> (I know, I know, bad…. But: even default, "good" tags like <code>article</code> are broken)</li>
<li>have an Editor place an <code>iframe</code> tag at the affected crop position<br /> Lets assume, the editor embeds a YouTube video there:<br /> <code class="html syntaxhl" data-language="html"><pre>
<h1>Big buck bunny</h1>
<iframe width="560" height="315" src="https://www.youtube.com/embed/YE7VzlLtp-4" frameborder="0" allowfullscreen></iframe>
<p>Lorem ipsum dolor foo bar</p></pre></code></li>
</ul>
<a name="Expected-result"></a>
<h3 >Expected result<a href="#Expected-result" class="wiki-anchor">¶</a></h3>
<code class="html syntaxhl" data-language="html"><pre>
<h1>Big buck bunny</h1>
<iframe width="560" height="315" src="https://www.youtube.com/embed/YE7VzlLtp-4" frameborder="0" allowfullscreen></iframe>
<p>Lorem ipsum...</p></pre></code>
<a name="Actual-result"></a>
<h3 >Actual result<a href="#Actual-result" class="wiki-anchor">¶</a></h3>
<code class="html syntaxhl" data-language="html"><pre>
<h1>Big buck bunny</h1>
<iframe w...</pre></code><br />This is obviously invalid html, effectively "hiding" any later output (using typical rendering engines). TYPO3 Core - Bug #63087 (Closed): Shared locks cannot be releasedhttp://forge.typo3.org/issues/630872014-11-20T00:14:51ZLudwig Rafelsberger
<p>Shared locks using \TYPO3\CMS\Core\Locking\Locker::LOCKING_METHOD_FLOCK can not be released using Locker::release(). (Instead, they will be forcefully released on object destruction, e.g. on request shutdown.)</p>
<p>It seems that the default installation does not require releasing of shared locks, but there are use-cases in which a shared lock must be properly released during a request.</p>
My problematic locking sequence is:
<ul>
<li><strong>acquire shared lock</strong></li>
<li>test: is (expensive) resource X cheaply available (cache)?
<ul>
<li>if yes:
<ul>
<li>use it</li>
<li><em>release shared lock</em></li>
</ul>
</li>
<li>if not:
<ul>
<li><strong>release shared lock</strong> and <strong>acquire exclusive lock</strong> (we are going to <em>write</em> soon)<br /> Obtaining the exclusive lock involves <strong>waiting</strong> for every other<br /> lock – shared or exclusive, and especially including our "own" shared one<br /> from the steps before – <strong>to be released</strong></li>
<li>repeat the initial test for [cheap variant of] resource X<br /> (Someone else could have gone through the same process and obtained an <br /> exclusive lock before us, writing the cheap (cache) variant and superseding<br /> the need to get the (expensive) resource now.)
<ul>
<li>yes:
<ul>
<li>use it</li>
<li><em>release exclusive lock</em></li>
</ul>
</li>
<li>no:
<ul>
<li>obtain (expensive) resource X</li>
<li>store it (cache)</li>
<li>use it</li>
<li><em>release exclusive lock</em></li>
</ul></li>
</ul></li>
</ul></li>
</ul></li>
</ul>
<p>All lock operations marked either <strong>bold</strong> or <em>italic</em>, with bold being the ones that make my process stuck.</p> TYPO3 Core - Bug #63086 (Closed): Wrong count in format.crop ViewHelperhttp://forge.typo3.org/issues/630862014-11-19T22:34:02ZLudwig Rafelsberger
<p>When cropping text containing HTML tags the format.crop ViewHelper does respect HTML tags (given proper arguments of course) when counting input data towards maxCharacters argument.<br />The problem comes with HTML tags that contain attributes made of formerly unusual characters: E.g. dashes, as extensively used by HTML5 data-* attributes.</p>
<pre>
<f:format.crop maxCharacters="7"><em>Foo</em> bar baz lorem</f:format.crop>
</pre>
<p>will correctly yield <code>Foo bar…</code> whereas</p>
<pre>
<f:format.crop maxCharacters="7"><em data-foo="x">Foo</em> bar baz lorem</f:format.crop></pre>
<p>will not properly match the <em>em</em> tag and print something along <code><em data-…</code></p> TYPO3 Core - Task #38325 (Closed): Fix CGL violations against DoubleQuoteUsageNotRequired in syse...http://forge.typo3.org/issues/383252012-06-23T14:03:39ZLudwig RafelsbergerTYPO3 Core - Task #38303 (Closed): Fix CGL violations against DoubleQuoteUsageNotRequired in syse...http://forge.typo3.org/issues/383032012-06-22T16:18:08ZLudwig RafelsbergerTYPO3 Core - Task #38274 (Closed): Fix CGL violations against DoubleQuoteUsageNotRequired in syse...http://forge.typo3.org/issues/382742012-06-21T23:35:10ZLudwig RafelsbergerTYPO3 Core - Task #38264 (Closed): Fix CGL violations against DoubleQuoteUsageNotRequired in syse...http://forge.typo3.org/issues/382642012-06-21T19:48:56ZLudwig RafelsbergerTYPO3 Core - Task #38079 (Closed): Fix CGL violations against DoubleQuoteUsageNotRequired in syse...http://forge.typo3.org/issues/380792012-06-15T14:09:20ZLudwig RafelsbergerTYPO3 Core - Task #38059 (Closed): CGL DoubleQuoteUsageNotRequired in sysext tstemplate_ceditorhttp://forge.typo3.org/issues/380592012-06-14T23:37:50ZLudwig RafelsbergerTYPO3 Core - Task #38027 (Closed): CGL DoubleQuoteUsageNotRequired in sysext tstemplate_objbrowserhttp://forge.typo3.org/issues/380272012-06-14T00:35:00ZLudwig Rafelsberger
<p>There are some other CGL violations beside DoubleQuoteUsageNotRequired in the affected files.</p> TYPO3 Core - Bug #37917 (Closed): Fix CGL violations against FunctionCallArgumentSpacingNoSpaceAf...http://forge.typo3.org/issues/379172012-06-11T21:53:39ZLudwig Rafelsberger