TYPO3 Forge: Issueshttp://forge.typo3.org/http://forge.typo3.org/themes/typo3_forge/favicon/favicon.png?17058661692023-05-11T19:48:22ZTYPO3 Forge
Redmine TYPO3 Core - Bug #100862 (Resolved): Add CSP nonce value to RequireJShttp://forge.typo3.org/issues/1008622023-05-11T19:48:22ZOliver Haderoliver.hader@typo3.orgTYPO3 Core - Bug #89569 (Closed): Consider all elements in typo3temp/assets when clearing tempora...http://forge.typo3.org/issues/895692019-11-03T12:13:52ZOliver Haderoliver.hader@typo3.org
<p>Scenario</p>
<ul>
<li>Install Tool</li>
<li>Maintenance</li>
<li>Remove Temporary Assets</li>
</ul>
<p>Action</p>
<ul>
<li>"Delete x files in /typo3temp/assets/bootstrappackage"</li>
</ul>
<p>Result</p>
<ul>
<li>subdirectories <code>css</code> and <code>fonts</code> not cleared</li>
</ul>
<pre>
typo3temp/assets/bootstrappackage
typo3temp/assets/bootstrappackage/css
typo3temp/assets/bootstrappackage/fonts
typo3temp/assets/bootstrappackage/fonts/34b6f09d2160836c09a63c8351093eadf788ed4cb9c6c596239ff2ffe69204f8
</pre> TYPO3 Core - Bug #89363 (Closed): Changing backend user type does not reload view anymorehttp://forge.typo3.org/issues/893632019-10-07T18:33:25ZOliver Haderoliver.hader@typo3.org
<a name="Scenario"></a>
<h3 >Scenario<a href="#Scenario" class="wiki-anchor">¶</a></h3>
<ul>
<li>editing backend user record</li>
<li>change "admin" flag (which is used a type in TCA ctrl section)</li>
<li>does not reload view anymore with changed fields</li>
</ul>
<a name="Reason"></a>
<h3 >Reason<a href="#Reason" class="wiki-anchor">¶</a></h3>
<p>Introduced with <a class="issue tracker-4 status-5 priority-4 priority-default closed" title="Task: Move "Refresh required" popup into FormEngine.js (Closed)" href="http://forge.typo3.org/issues/88665">#88665</a></p>
<p><img src="http://forge.typo3.org/attachments/download/34622/89363.png" alt="" loading="lazy" /></p> TYPO3 Core - Bug #81747 (Closed): Copying workspace version record failshttp://forge.typo3.org/issues/817472017-06-29T18:16:07ZOliver Haderoliver.hader@typo3.org
<p>Copying workspace version records fails in Doctrine DBAL exception due to using computed properties directly in the database - which do not exist. This misbehavior has been introduced in issue <a class="issue tracker-4 status-5 priority-4 priority-default closed" title="Task: Wrap doesRecordExist in new method (Closed)" href="http://forge.typo3.org/issues/79515">#79515</a> which switched to use BackendUtility:workspaceOL() without further sanitization.</p>
<p>Example of Doctrine DBAL exception:<br /><pre>
Doctrine\DBAL\Exception\InvalidFieldNameException: An exception occurred while executing 'SELECT `uid`, `pid`, `t3ver_oid`, `t3ver_id`, `t3ver_wsid`, `t3ver_label`, `t3ver_state`, `t3ver_stage`, `t3ver_count`, `t3ver_tstamp`, `t3ver_move_id`, `t3_origuid`, `tstamp`, `crdate`, `cruser_id`, `editlock`, `hidden`, `sorting`, `CType`, `header`, `header_position`, `rowDescription`, `bodytext`, `bullets_type`, `uploads_description`, `uploads_type`, `assets`, `image`, `imagewidth`, `imageorient`, `imagecols`, `imageborder`, `media`, `layout`, `frame_class`, `deleted`, `cols`, `spaceBefore`, `spaceAfter`, `space_before_class`, `space_after_class`, `records`, `pages`, `starttime`, `endtime`, `colPos`, `subheader`, `fe_group`, `header_link`, `image_zoom`, `header_layout`, `list_type`, `sectionIndex`, `linkToTop`, `file_collections`, `filelink_size`, `filelink_sorting`, `target`, `date`, `recursive`, `imageheight`, `sys_language_uid`, `pi_flexform`, `accessibility_title`, `accessibility_bypass`, `accessibility_bypass_text`, `l18n_parent`, `l18n_diffsource`, `l10n_source`, `selected_categories`, `category_field`, `table_class`, `table_caption`, `table_delimiter`, `table_enclosure`, `table_header_position`, `table_tfoot`, `tx_irretutorial_1nff_hotels`, `tx_irretutorial_1ncsv_hotels`, `tx_irretutorial_flexform`, `l10n_state`, `categories`, `_ORIG_pid` FROM `tt_content` WHERE (`pid` = ?) AND (`t3ver_oid` = ?) AND (`t3ver_wsid` = ?) AND (`tt_content`.`deleted` = 0)' with params [-1, 300, 1]:
</pre></p> TYPO3 Core - Bug #71161 (Closed): Workspace placeholder is not process with eval-functionhttp://forge.typo3.org/issues/711612015-10-30T13:28:28ZOliver Haderoliver.hader@typo3.org
<p>The workspace move-placeholder is not processed with the accordant eval-function. This leads to scenario that a placeholder is not persisted at all and produces orphaned or invalid data sets.</p> TYPO3 Core - Bug #62984 (Closed): PHP warning on saving TypoScript with t3editorhttp://forge.typo3.org/issues/629842014-11-15T13:52:32ZOliver Haderoliver.hader@typo3.org
<p>On saving TypoScript data in the accordant backend module using t3editor, the AJAX call issues a PHP warning "Creating default object from empty value". This only happens if at least PHP 5.4 is used. The reason is, that an uninitialized and empty variable is used for object access.</p> TYPO3 Core - Bug #62918 (Closed): TypoScript userFunc condition does not work with static methodshttp://forge.typo3.org/issues/629182014-11-13T13:55:05ZOliver Haderoliver.hader@typo3.org
<p>TypoScript allows to utilize functions (user-functions) to integrate custom condition processing.<br />However, this currently only works with function defined in the global namespace - it does not work with static methods.</p>
<p>Thus, something like this snipped won't work:<br /><code>[userFunc = ConditionMatcherUserFunctions::isTrue(1)]</code></p> TYPO3 Core - Bug #61813 (Closed): Hard coded image sizes in backend formshttp://forge.typo3.org/issues/618132014-09-23T13:42:19ZOliver Haderoliver.hader@typo3.org
<p>The change for issue <a class="issue tracker-1 status-5 priority-4 priority-default closed" title="Bug: Icon size in the groupMods field not set to 16x16 (Closed)" href="http://forge.typo3.org/issues/61656">#61656</a> limits image sizes to 16x16px. This however reduces all kind of images being displayed in backend forms, for larger images this becomes unhandy.</p> TYPO3 Core - Bug #61699 (Closed): Workspace Preview not working with lockSSL=3http://forge.typo3.org/issues/616992014-09-18T10:06:25ZOliver Haderoliver.hader@typo3.org
<p>The workspace preview does not work with lockSSL=3 being defined in the Install Tool. First it looks like a CSS issue, in the end it boils down that the preview IFRAMEs are not correctly initialized in \TYPO3\CMS\Workspaces\Hook\TypoScriptFrontendControllerHook. The mentioned hook is only called once for the request to the first IFRAME showing the website frontend preview and won't be called for further.</p>
<p>The reason is, that cache expire headers are sent that prevent the client to update the preview on each preview request. That's why the mentioned hook is not called and the IFRAMEs are not initialized properly. No-Cache headers are sent if a backend user object is initialized correctly - and that's the actual bug, a wrong but strict PHP condition, comparing a string (lockSSL) with an integer value.</p>
<p>The comparison flaw was integrated with issue <a class="issue tracker-4 status-5 priority-4 priority-default closed child" title="Task: Use (int) instead of intval() or (integer) (Closed)" href="http://forge.typo3.org/issues/54265">#54265</a></p> TYPO3 Core - Bug #59022 (Closed): Failing unit tests for HTTP host check in CLI modehttp://forge.typo3.org/issues/590222014-05-22T11:27:34ZOliver Haderoliver.hader@typo3.org
<p>The unit tests for the recent HTTP host fix are failing if executed in CLI mode.<br />In CLI mode no server environments and HTTP headers are available, that's why the behaviour needs to know about the test execution process.</p> TYPO3 Core - Bug #55246 (Closed): Class 'TYPO3\CMS\Recordlist\Browser\GeneralUtility' not foundhttp://forge.typo3.org/issues/552462014-01-22T14:37:05ZOliver Haderoliver.hader@typo3.org
<p><code>Class 'TYPO3\CMS\Recordlist\Browser\GeneralUtility' not found in typo3/branches/TYPO3_6-1/typo3/sysext/recordlist/Classes/Browser/ElementBrowser.php on line 704</code></p> TYPO3 Core - Bug #53594 (Closed): No placeholder attribute in backend formshttp://forge.typo3.org/issues/535942013-11-13T10:41:40ZOliver Haderoliver.hader@typo3.org
<p>The disposal of the placeholder feature in backend forms needs to be enabled using the mode setting "useOrOverridePlaceholder" in TCA. However, the implementation for checking this needs to be inverted, since it returns an empty string if it's enabled, but should be the opposite way instead.</p>
How to reproduce:
<ul>
<li>enter a title for a file in the file backend module</li>
<li>create a new content element (text w/image) and assign that file</li>
<li>after enabling the override mode, the input field should show the placeholder (using the HTML5 placeholder attribute)</li>
</ul>
<p>How it should look like (but does not currently):<br /><img src="http://forge.typo3.org/attachments/download/25485/53594.png" alt="" loading="lazy" /></p> TYPO3 Core - Bug #51918 (Closed): Native date and datetime values do not consider timezonehttp://forge.typo3.org/issues/519182013-09-11T16:01:27ZOliver Haderoliver.hader@typo3.org
<p>The TCA configuration property "dbType" allows to store "date" or "datetime" values directly in the database (instead of using a timestamp value).<br />However, the timezone is not recognized correctly - besides that, the serverTimeZone is applied which does not make much sense at all, since it leaves out DST handling.</p>
<p>See <a class="issue tracker-2 status-5 priority-4 priority-default closed" title="Feature: document timezone handling / eval datetime (Closed)" href="http://forge.typo3.org/issues/32081">#32081</a> for a full description on how times/dates are stored in TYPO3 and how they are converted.</p>
The current scenario is:
<ul>
<li>being on GMT+0200 (Europe/Berlin with DST - which is "CEST")</li>
<li>serverTimeZone is set to "1" in Install Tool</li>
<li>using the time "2013-09-30 00:00:00" </li>
<li>timestamp (UTC) representation is sent to DataHandler
<ul>
<li>"1380499200" </li>
</ul>
</li>
<li>incoming fields are converted to represent the native date
<ul>
<li>"2013-09-30 <strong>02</strong>:00:00" (because using date() instead of gmdate())</li>
<li>"2013-09-30 00:00:00" would be correct here</li>
</ul>
</li>
<li>native date is converted to timestamp again (should be UTC still)
<ul>
<li>"1380492000" (<strong>7200</strong> seconds are missing, due to wrong timezone handling)</li>
<li>"1380499200" would be correct (as submitted to DataHandler)</li>
</ul>
</li>
<li>serverTimeZone is added
<ul>
<li>"1380495600" (<strong>3600</strong> seconds are missing)</li>
<li>"1380499200" would be correct (as submitted to DataHandler)</li>
</ul>
</li>
<li>timezone offset is substracted</li>
<li>timestamp gets converted back to native date
<ul>
<li>"1380488400" -> "2013-09-29 23:00:00" </li>
<li>"1380492000" would be correct (timezone cleared value for local date() handling)</li>
</ul></li>
</ul> TYPO3 Core - Bug #50525 (Closed): Deleted flag is not updated during file indexinghttp://forge.typo3.org/issues/505252013-07-29T16:19:16ZOliver Haderoliver.hader@typo3.org
<p>If sys_file records (file objects) have set the deleted flag, it won't be removed once the file is physically available again with the same file name (identifier).</p> TYPO3 Core - Bug #50210 (Closed): Width of action column is wronghttp://forge.typo3.org/issues/502102013-07-20T09:09:23ZOliver Haderoliver.hader@typo3.org
<p>The width of the action column in the workspaces module is wrong.<br />5 icons with a width of 16px each need to be displayed (= 80px).</p>
<p>Before:<br /><img src="http://forge.typo3.org/attachments/download/24462/50210_before.png" alt="" loading="lazy" /></p>
<p>After:<br /><img src="http://forge.typo3.org/attachments/download/24463/50210_after.png" alt="" loading="lazy" /></p>