TYPO3 Forge: Issueshttp://forge.typo3.org/http://forge.typo3.org/themes/typo3_forge/favicon/favicon.png?17058661692022-02-13T11:19:19ZTYPO3 Forge
Redmine TYPO3 Core - Feature #96868 (Rejected): Also load "Configuration/Services.yml" for dependency inj...http://forge.typo3.org/issues/968682022-02-13T11:19:19ZJost Baronjost.baron@gmx.de
<p>Currently, only "Configuration/Services.yaml" is loaded, but if the file "Configuration/Services.yml" exists, this is almost always a bug (which has cost me much time).</p>
<p>To handle this better, two solutions come to mind:</p>
<ol>
<li>Also load the .yml file (After or before the .yaml file?)</li>
<li>Emit a warning if the .yml file exists.</li>
</ol>
<p>Both options should not have much of a performance impact due to caching.</p> TYPO3 Core - Bug #69648 (Closed): Built-in css minification destroys certain CSS constructshttp://forge.typo3.org/issues/696482015-09-10T14:40:59ZJost Baronjost.baron@gmx.de
<p>Example:</p>
<pre><code>top: calc(100% + 5px);</code></pre>
<p>is compressed to</p>
<pre><code>top:calc(100%+5px);</code></pre>
<p>The latter on is invalid and thus ignored by browsers. From <a href="https://developer.mozilla.org/en-US/docs/Web/CSS/calc" class="external">here</a> :</p>
<blockquote>
<p>Note: The + and - operators must always be surrounded by whitespace.<br />The operand of calc(50% -8px) for instance will be parsed as a percentage<br />followed by a negative length, an invalid expression, while the operand<br />of calc(50% - 8px) is a percentage followed by a minus sign and a length.<br />Even further, calc(8px + -50%) is treated as a length followed by a plus<br />sign and a negative percentage. The * and / operators do not require<br />whitespace, but adding it for consistency is allowed, and recommended.</p>
</blockquote> TYPO3 Core - Task #69019 (Closed): Allow to mock concrete methods of abstracts classes when mocki...http://forge.typo3.org/issues/690192015-08-13T14:00:21ZJost Baronjost.baron@gmx.de
<p>PHPUnit has support for this, but TYPO3 has not.</p>
<p>Just need this issue so Gerrit lets me push a patch.</p> TYPO3 Core - Feature #66118 (Closed): Relax identifiers for caching frameworkhttp://forge.typo3.org/issues/661182015-03-29T10:00:54ZJost Baronjost.baron@gmx.de
<p>The identifiers for the caching framework must currently adhere to this pattern:<br /><pre>
^[a-zA-Z0-9_%\\-&]{1,250}$
</pre></p>
<p>I think this pattern is too strict. Some cache identifiers could contain arbitrary characters. Since allowing arbitrary characters is not a good idea, one should encode these values. Base64 comes to mind, but that wouldn't be allowed, too - equal signs are not allowed.</p>
<p>So please add at least the equals sign to the pattern.</p> TYPO3 Core - Feature #65717 (Closed): Extbase/Fluid: Add possibility to set an "error action" for...http://forge.typo3.org/issues/657172015-03-13T12:36:53ZJost Baronjost.baron@gmx.de
<p>Currently, if an action is called and the validation of a parameter fails,<br />the <code>errorAction</code> of that controller is called. This action redirects to<br />the action, controller and plugin that <strong>rendered</strong> the form which was<br />submitted.</p>
<p>This is often correct, but not always: For example, if a form is embedded<br />when rendering an unrelated view. If it is then submitted by AJAX and a<br />validation error occurs, the request should not be redirected to the<br />unrelated action which triggered the rendering of the form, but to a specific<br />controller/action combination.</p>
<p>This could be done by adding parameters <code>errorAction</code>, <code>errorController</code>,<br /><code>errorVendor</code>, <code>errorExtension</code> and <code>errorArguments</code> to action URIs<br />(f:uri.action, f:link.action, f:form).</p>
<p>These parameters have the same semantics that the corresponding<br />_<em>referrer values have. If one of them is missing, the value from the<br /></em>_referrer is used as a default.</p> TYPO3 Core - Bug #65219 (Closed): Property-Mapping: ObjectStorageConverter fails if a child objec...http://forge.typo3.org/issues/652192015-02-22T17:21:36ZJost Baronjost.baron@gmx.de
<p>Hi!</p>
<p>A TypeConverter may return NULL, if the property it is asked to convert should not be converted. From the API documentation:</p>
<pre>
Actually convert from $source to $targetType, taking into account the fully built $convertedChildProperties and $configuration.
The return value can be one of three types:
* an arbitrary object, or a simple type (which has been created while mapping). This is the normal case.
* NULL, indicating that this object should not be mapped (i.e. a "File Upload" Converter could return NULL if no file has been uploaded, and a silent failure should occur.
* An instance of – This will be a user-visible error message later on. Furthermore, it should throw an Exception if an unexpected failure (like a security error) occurred or a configuration issue happened.
</pre>
<p>However, if a TypeConverter returns NULL, and it converted an object which is to be placed into an ObjectStorage, this Exception is thrown:</p>
<pre>
#1297759968: Exception while property mapping at property path "images":PHP Warning: spl_object_hash() expects parameter 1 to be object, null given in /home/jost/Projekte/Mein-Bauernhof/t3cores/typo3_src-6.2.10rc1/typo3/sysext/extbase/Classes/Persistence/ObjectStorage.php line 147
</pre>
<p>This is caused by the <code>attach()</code>-method of an object storage, which can not handle <code>NULL</code> values.</p>
<p>I'm not sure how to fix this. I see two ways: Making sure that <code>NULL</code>-values are already filtered out of the <code>$convertedChildProperties</code> parameter for TypeConverters, or adding a check for <code>NULL</code> in the ObjectStorageTypeConverter.</p> TYPO3 Core - Bug #64437 (Closed): Pages with type "external link" don't redirect if requested via...http://forge.typo3.org/issues/644372015-01-22T17:13:25ZJost Baronjost.baron@gmx.de
<p>On one of my sites, the URL <code>/support.html</code> should redirect to an external URL.</p>
<p>This works fine when the URL is manually entered or clicked in a menu.</p>
<p>However, when the same URL is opened from a google search result, it no redirect occurs. Instead, the page is shown as if it was a normal page.</p>
<p>I've logged the HTTP headers for both requests (also attached as screenshots), and there seems to be little difference:</p>
<pre><code>1. The "bad" request has two additional headers: <code>referer</code> and <code>max-age</code>.<br /> 2. For the "bad" request, cache control headers are added, these are not returned for the "good" request.</code></pre>
<p>I can't find the logic where the redirecting between the page types is done in the core. If someone points me to the place, I'll take a look.</p> TYPO3 Core - Feature #61885 (Closed): Make TYPO3 work with filesystem ACLshttp://forge.typo3.org/issues/618852014-09-25T14:54:49ZJost Baronjost.baron@gmx.de
<p>Currently, there are some problems when using ACLs. One of these comes from the use of the PHP function <code>move_uploaded_file()</code>, see <a class="external" href="https://bugs.php.net/bug.php?id=65057">https://bugs.php.net/bug.php?id=65057</a> .</p>
<p>Since ACLs are a nice tool that makes a lot of headaches go away, it would be really nice to support them.</p>
<p>Regards,<br />Jost</p> TYPO3 Core - Bug #60650 (Closed): ConfigurationManager::getConfigurationValueByPath ignores Addit...http://forge.typo3.org/issues/606502014-07-29T01:11:19ZJost Baronjost.baron@gmx.de
<p>Judging by the uses in the core, it should query the final <code>$GLOBALS['TYPO3_CONF_VARS']</code>-array.</p> TYPO3 Core - Bug #60443 (Closed): Extensionmanager offers to turn off dependency checks even if d...http://forge.typo3.org/issues/604432014-07-21T23:07:35ZJost Baronjost.baron@gmx.de
<p>I've written an extension that requires EXT:vhs. So in my ext_emconf.php I put this:</p>
<pre>
'constraints' => array(
'depends' => array(
'php' => '5.3.7',
'typo3' => '6.2.4-6.2.999',
'cms' => '',
'fluidcontent' => '4.0.0',
'vhs' => '1.9.1',
'flux' => '7.0.0',
),
'conflicts' => array(
),
'suggests' => array(
),
),
</pre>
<p>When trying to install my extension, I get this message:</p>
<pre>
Required extension "vhs":
* The extension vhs is needed in version 1.9.1 - , but could not be fetched from TER
</pre>
<p>The problem is, that EXT:vhs is already installed and running, and its version is 1.9.1.</p>
<p>I could work around the problem in two ways:</p>
<ol>
<li>Remove the version from the vhs dependency, so it ready <code>'vhs' => ''</code></li>
<li>Uninstall vhs, but not delete it. Haven't tried to delete it.</li>
</ol>
<p>Happens in TYPO3 6.2.4, with PHP 5.3.27.</p> TYPO3 Core - Bug #60294 (Closed): If a local file storage is outside the document root, images ar...http://forge.typo3.org/issues/602942014-07-13T23:32:39ZJost Baronjost.baron@gmx.de
<p>This possibility was introduced with this patcheset: <a class="external" href="https://review.typo3.org/#/c/27760/">https://review.typo3.org/#/c/27760/</a></p>
<p>If there are many (5-10) images on a page, some of them are not shown. Maybe it is a concurrency-issue, it happens with apache and mod_php.</p> TYPO3 Core - Bug #59708 (Closed): TCA/Override-Feature makes it impossible to modify table of ext...http://forge.typo3.org/issues/597082014-06-20T14:05:21ZJost Baronjost.baron@gmx.de
<p>When there are two extensions, where the first one describes a table in<br /><code>ext_tables.php</code>, and the second one depends on the first extension and<br />modifies the table of the first extension, but does so in<br /><code>Configuration/TCA/Overrides</code>, the changes of the second extension are ignored.</p>
<p>An example where this situation occurs is when using <code>direct_mail</code>, 4.0.0, with addresses<br />stored in <code>tt_address</code>, 2.3.4. The table <code>tt_address</code> is defined in <code>ext_tables.php</code>,<br />but <code>direct_mail</code> adds some fields in <code>TCA/Overrides</code>, so the the changes from <code>direct_mail</code><br />are lost.</p> TYPO3 Core - Bug #59397 (Closed): Extbase FrontendUser does not work with the TCA caching feature...http://forge.typo3.org/issues/593972014-06-06T22:27:52ZJost Baronjost.baron@gmx.de
<p>I use the following code to add a field to the <code>fe_users</code> table:</p>
<code class="php syntaxhl" data-language="php"> <span class="nv">$newColumns</span> <span class="o">=</span> <span class="k">array</span><span class="p">(</span>
<span class="s1">'ratings'</span> <span class="o">=></span> <span class="k">array</span><span class="p">(</span>
<span class="s1">'label'</span> <span class="o">=></span> <span class="nv">$lll</span> <span class="mf">.</span> <span class="s1">'somelabel'</span><span class="p">,</span>
<span class="s1">'config'</span> <span class="o">=></span> <span class="k">array</span><span class="p">(</span>
<span class="s1">'readOnly'</span> <span class="o">=></span> <span class="s1">'1'</span><span class="p">,</span>
<span class="s1">'type'</span> <span class="o">=></span> <span class="s1">'select'</span><span class="p">,</span>
<span class="s1">'foreign_table'</span> <span class="o">=></span> <span class="s1">'mytable'</span><span class="p">,</span>
<span class="s1">'foreign_field'</span> <span class="o">=></span> <span class="s1">'somefield'</span><span class="p">,</span>
<span class="s1">'maxitems'</span> <span class="o">=></span> <span class="s1">'1000000'</span><span class="p">,</span>
<span class="s1">'minitems'</span> <span class="o">=></span> <span class="s1">'0'</span><span class="p">,</span>
<span class="s1">'autoSizeMax'</span> <span class="o">=></span> <span class="s1">'20'</span><span class="p">,</span>
<span class="p">),</span>
<span class="p">),</span>
<span class="p">);</span>
<span class="nc">ExtensionManagementUtility</span><span class="o">::</span><span class="nf">addTCAcolumns</span><span class="p">(</span><span class="s1">'fe_users'</span><span class="p">,</span> <span class="nv">$newColumns</span><span class="p">);</span>
<span class="c1">// Add types to the TCA</span>
<span class="nv">$recordType</span> <span class="o">=</span> <span class="s1">'MyRecordType'</span><span class="p">;</span>
<span class="nv">$GLOBALS</span><span class="p">[</span><span class="s1">'TCA'</span><span class="p">][</span><span class="s1">'fe_users'</span><span class="p">][</span><span class="s1">'types'</span><span class="p">][</span><span class="nv">$recordType</span><span class="p">]</span> <span class="o">=</span> <span class="nv">$GLOBALS</span><span class="p">[</span><span class="s1">'TCA'</span><span class="p">][</span><span class="s1">'fe_users'</span><span class="p">][</span><span class="s1">'types'</span><span class="p">][</span><span class="s1">'0'</span><span class="p">];</span>
<span class="nv">$GLOBALS</span><span class="p">[</span><span class="s1">'TCA'</span><span class="p">][</span><span class="s1">'fe_users'</span><span class="p">][</span><span class="s1">'columns'</span><span class="p">][</span><span class="s1">'tx_extbase_type'</span><span class="p">][</span><span class="s1">'config'</span><span class="p">][</span><span class="s1">'items'</span><span class="p">][]</span> <span class="o">=</span> <span class="k">array</span><span class="p">(</span>
<span class="nv">$lll</span> <span class="mf">.</span> <span class="s1">'anotherlabel'</span><span class="p">,</span>
<span class="nv">$recordType</span>
<span class="p">);</span>
<span class="nc">ExtensionManagementUtility</span><span class="o">::</span><span class="nf">addToAllTCAtypes</span><span class="p">(</span><span class="s1">'fe_users'</span><span class="p">,</span> <span class="s1">'ratings'</span><span class="p">,</span> <span class="nv">$recordType</span><span class="p">,</span> <span class="s1">'after:tx_extbase_type'</span><span class="p">);</span>
</code>
<p>This does work if used in <code>ext_tables.php</code>, but not if used in <code>Configuration/TCA/Overrides</code>. In the latter case, it seems that the <code>ext_tables.php</code> from Extbase is executed later and overwrites my changes (especially the <code>types</code> part).</p>
<p>Regards Jost</p> TYPO3 Core - Feature #58332 (Closed): Updating from 4.5 to 6.2 removes some be_group permissionshttp://forge.typo3.org/issues/583322014-04-29T15:43:31ZJost Baronjost.baron@gmx.de
<p>On updates from 4.5 to 6.2, the permissions for be_groups changed. In this case, the right to access the exclude fields 'imageorient' and 'imagecols' in tt_content have been removed/not added.</p>
<p>Each update was done version by version, going through respective latest releases of 4.5, 4.6, 4.7, 6.0 and 6.1. I cannot say in exactly which update the problem occurred, but I have experienced it in multiple cases.</p>
<p>When looking at old database dumps from before the update, I couldn't find permissions for the fields in the database (in table 'be_groups', field 'non_exclude_fields'), although they were editable for restricted accounts.</p> TYPO3 Core - Bug #58260 (Closed): Installtool-Check "checkMaximumFileUploadSize" doesn't look at ...http://forge.typo3.org/issues/582602014-04-27T15:45:48ZJost Baronjost.baron@gmx.de
<p>If the php-setting <code>upload_max_filesize</code> is less than 10MB (10 * 1024 * 1024), the following message appears:</p>
<pre>
PHP Maximum upload filesize too small
upload_max_filesize=8M
By default TYPO3 supports uploading, copying and moving files of sizes up to 10MB (you can alter
the TYPO3 defaults with the config option TYPO3_CONF_VARS[BE][maxFileSize]). Your current PHP
value is below this, so right now, PHP determines the limits for uploaded filesizes and not TYPO3. It is
recommended that the value of upload_max_filesize is at least equal to the value of
TYPO3_CONF_VARS[BE][maxFileSize]
</pre>
<p>This message suggests that the maxFileSize is relevant here, but in fact it does not influence if the message appears, only the <code>upload_max_filesize</code> is relevant.</p>
<p>Solution: Either modify the message, or change the check.</p>