TYPO3 Forge: Issueshttp://forge.typo3.org/http://forge.typo3.org/themes/typo3_forge/favicon/favicon.png?17058661692017-01-18T21:30:28ZTYPO3 Forge
Redmine TYPO3 Core - Task #79378 (Closed): Unused code in LocalizationController::process foundhttp://forge.typo3.org/issues/793782017-01-18T21:30:28ZManuel Selbachmanuel_selbach@yahoo.de
<p>Within the method TYPO3\CMS\Backend\Controller\Page\LocalizationController::process unused code was found.<br />Additionally the for loop should be refactored as it counts the array every loop.</p> TYPO3 Core - Bug #79131 (Closed): Wrong type in PageRepository::getDomainStartPage for column fe_...http://forge.typo3.org/issues/791312017-01-02T15:10:32ZManuel Selbachmanuel_selbach@yahoo.de
<p>Use of incorrect type for column fe_group in the method PageRepository::getDomainStartPage.<br />If a DBMS with strict usage of types is used (e.g. Postgres), the method will throw an exception, as the 0 is of type integer and not of type string as the column is defined in the database and thus a comparison will fail.</p> TYPO3 Core - Task #78930 (Closed): Integrate driver into functional testshttp://forge.typo3.org/issues/789302016-12-09T10:44:48ZManuel Selbachmanuel_selbach@yahoo.de
<p>According to doctrine migration functional tests should be processed against different dbms.<br />Thus, we have to integrate the driver to the bootstrap.</p> TYPO3 Core - Bug #78925 (Closed): PageLayoutController::renderQuickEdit() will throw exception fo...http://forge.typo3.org/issues/789252016-12-08T23:05:57ZManuel Selbachmanuel_selbach@yahoo.de
<p>If there is an empty page (no content elements on it) the method PageLayoutController::renderQuickEdit() will throw an exception on certain DBMS (depends on it's configuration), as the parameter $this->eRParts<sup><a href="#fn1">1</a></sup> will hold e.g. /new/1 which will be use in the Query as integer to get a sys_history record. As it is a "new" element there couldn't be a history entry at all, so let's skip that Query if the parameter $this->eRParts<sup><a href="#fn1">1</a></sup> can not be interpreted as integer.</p> TYPO3 Core - Task #78704 (Closed): BackendUtility: Refactor use of queryBuilder to use prepared s...http://forge.typo3.org/issues/787042016-11-15T15:09:08ZManuel Selbachmanuel_selbach@yahoo.de
<p>According to task <a class="issue tracker-4 status-5 priority-4 priority-default closed" title="Task: Refactor use of queryBuilder to use prepared statements (Closed)" href="http://forge.typo3.org/issues/78437">#78437</a> queries should follow the prepared statement principle.<br />Thus method BackendUtiltiy::getRecordsByField() has to be refactored.</p> TYPO3 Core - Task #78578 (Closed): LiveSearch: Refactor use of queryBuilder to use prepared state...http://forge.typo3.org/issues/785782016-11-05T14:37:30ZManuel Selbachmanuel_selbach@yahoo.de
<p>According to task <a class="issue tracker-4 status-5 priority-4 priority-default closed" title="Task: Refactor use of queryBuilder to use prepared statements (Closed)" href="http://forge.typo3.org/issues/78437">#78437</a> queries should follow the prepared statement principle.<br />Thus the LiveSearch has to be refactored.</p> TYPO3 Core - Bug #76513 (Rejected): diff-view not working for categories if default changeshttp://forge.typo3.org/issues/765132016-06-08T09:10:41ZManuel Selbachmanuel_selbach@yahoo.de
<p>Hi,</p>
<p>the diff-view of a translated record shows "N/A" if there are changes made to the default language.</p> TYPO3 Core - Task #75463 (Closed): "old fashioned" icons in category treehttp://forge.typo3.org/issues/754632016-04-08T15:07:23ZManuel Selbachmanuel_selbach@yahoo.de
<p>"Old fashioned" icons are used within the category tree in the backend. <br />This is not consistent with the other icons in the backend.</p> TYPO3 Core - Bug #69702 (Rejected): FAL does not work in section of FlexFormshttp://forge.typo3.org/issues/697022015-09-11T17:32:36ZManuel Selbachmanuel_selbach@yahoo.de
<p>If I create a new element on the page, then I get the error message: <br />"Wrong configuration in table xxxxxxx"</p>
<p>The foreign_match_fields fieldname is changed to the field name of element.</p>
<p>When I save and edit the element, I can change the file.</p>
<p>If I add a new element the same issues appear.<br />When I save and edit it again it´s possible to choose a new file.</p>
<p>After saving the element the last selected file is in every element.</p>
<p>So I think there is no relation to each "dynamic" element in the section.</p>
<p>Example flex form:</p>
<pre>
<dynamic_col type="array">
<section>1</section>
<title>Column</title>
<type>array</type>
<el type="array">
<container type="array">
<type>array</type>
<el type="array">
<image type="array">
<TCEforms type="array">
<label>image</label>
<config>
<type>inline</type>
<foreign_table>sys_file_reference</foreign_table>
<foreign_field>uid_foreign</foreign_field>
<foreign_sortby>sorting_foreign</foreign_sortby>
<foreign_table_field>tablenames</foreign_table_field>
<foreign_match_fields type="array">
<fieldname>image</fieldname>
</foreign_match_fields>
<foreign_label>uid_local</foreign_label>
<foreign_selector>uid_local</foreign_selector>
<foreign_selector_fieldTcaOverride type="array">
<config>
<appearance>
<elementBrowserType>file</elementBrowserType>
<elementBrowserAllowed>jpg,png</elementBrowserAllowed>
</appearance>
</config>
</foreign_selector_fieldTcaOverride>
<foreign_types type="array">
<numIndex index="2" type="array">
<showitem>&#x2D;-palette&#x2D;-;LLL:EXT:lang/locallang_tca.xlf:sys_file_reference.imageoverlayPalette;imageoverlayPalette,&#x2D;-palette&#x2D;-;;filePalette</showitem>
</numIndex>
</foreign_types>
<maxitems>1</maxitems>
<appearance type="array">
<headerThumbnail>
<field>uid_local</field>
<width>64</width>
<height>64</height>
</headerThumbnail>
<createNewRelationLinkTitle>Add new Image</createNewRelationLinkTitle>
<showPossibleLocalizationRecords>TRUE</showPossibleLocalizationRecords>
<showRemovedLocalizationRecords>TRUE</showRemovedLocalizationRecords>
<showSynchronizationLink>TRUE</showSynchronizationLink>
<enabledControls type="array">
<info>TRUE</info>
<delete>TRUE</delete>
<localize>TRUE</localize>
</enabledControls>
<levelLinksPosition>both</levelLinksPosition>
</appearance>
<behaviour>
<localizationMode>select</localizationMode>
<localizeChildrenAtParentLocalization>TRUE</localizeChildrenAtParentLocalization>
</behaviour>
</config>
</TCEforms>
</image>
</el>
</container>
</el>
</dynamic_col>
</pre> TYPO3 Core - Task #68881 (Closed): Add backend routes for wizards (part 2)http://forge.typo3.org/issues/688812015-08-09T11:24:31ZManuel Selbachmanuel_selbach@yahoo.de
<p>Move all wizards to the Backend Routing.<br />Do not use the module registration for wizards in ext_tables.php<br />Use Configuration/Backend/Routes.php instead.</p>
<p>Instructions for testing the routings:</p>
<p>colorpicker wizard<br />------------------</p>
<p>To test colorpicker follow these steps:</p>
<p>- install introduction package<br />- create a bootstrap carousel element<br />- create a carousel item<br />- The wizard is located beside the "Text color" field<br />- Open the wizard. The route should now be visible in the location of the wizard window.</p>
<p>BackendLayout wizard<br />--------------------</p>
<p>- create a backend layout record per list view<br />- The wizard is located beside the field "Config" <br />- Open the wizard. The route should now be visible in the location of the wizard window.</p>
<p>Table wizard<br />------------<br />- create a content element of type "Table" <br />- save it<br />- go to tab "Table" <br />- The wizard is located beside the field "Text" <br />- Have a look at the href-attribute of the wizard link. The route should be visible there.</p>
<p>RTE wirzard<br />-----------<br />- create a text element and save it<br />- The wizard is located beside the RTE for field "Text" (Fullscreen Rich Text Editing)<br />- Have a look at the href-attribute of the wizard link. The route should be visible there.</p> TYPO3 Core - Bug #68880 (Closed): Save, save & view, save & close not working in RTE Wizardhttp://forge.typo3.org/issues/688802015-08-09T11:04:46ZManuel Selbachmanuel_selbach@yahoo.de
<p>The button Save, save & view and save & close don´t work in the RTE wizard (Fullscreen Rich Text Editing).</p>
<p>JavaScript error appears:<br /><pre>
Uncaught TypeError: document.getElementsByName(...).submit is not a function
</pre></p>
<pre>
submitForm: function() {
if (TBE_EDITOR.doSaveFieldName) {
document[TBE_EDITOR.formname][TBE_EDITOR.doSaveFieldName].value=1;
}
// Set a short timeout to allow other JS processes to complete, in particular those from
// EXT:backend/Resources/Public/JavaScript/FormEngine.js (reference: http://forge.typo3.org/issues/58755).
// TODO: This should be solved in a better way when this script is refactored.
window.setTimeout(function() {
document.getElementsByName(TBE_EDITOR.formname).submit(); <----------------- here the error appears
}, 10);
},
</pre> TYPO3 Core - Bug #68860 (Closed): SelectImage Eventlistener throws execptionhttp://forge.typo3.org/issues/688602015-08-08T16:02:21ZManuel Selbachmanuel_selbach@yahoo.deTYPO3 Core - Task #68858 (Closed): Add backend routes for wizardshttp://forge.typo3.org/issues/688582015-08-08T15:19:16ZManuel Selbachmanuel_selbach@yahoo.de
<p>Move all wizards to the backend routing form ext_tables.php to Configuration/Backend/Routes.php</p>
<p>RTE Wizards:<br />You need the full RTE (demo mode in Extension Configuration).<br />If you have bootstrap package installed you should comment out the following line in ext_localconf.php:<br />\TYPO3\CMS\Core\Utility\ExtensionManagementUtility::addPageTSConfig('<INCLUDE_TYPOSCRIPT: source="FILE:EXT:' . $_EXTKEY . '/Configuration/PageTS/RTE.txt">');</p>
<p>Otherwise the RTE configuration of the bootstrap package will overwrite everything ;)</p>
<p>OpenId:<br />Install the extension.<br />Within the backend user settings there is a new field "OpenID identifier".<br />The wizard is located beside the field.</p>
<p>compatibility6:<br />To test the form wizard you have to uninstall the form extension and to install the compatibility6 extension.<br />After that, create a form, save and go down to the config area.<br />The wizard is located beside the textarea</p> TYPO3 Core - Task #68814 (Closed): remove of base constant TYPO3_URL_ORGhttp://forge.typo3.org/issues/688142015-08-07T09:49:42ZManuel Selbachmanuel_selbach@yahoo.de
<p>Base constant TYPO3_URL_ORG defined in SystemEnvironmentBuilder::defineBaseConstants() can be removed.<br />It´s only for internal usage only and defined at 2 places in the core.</p>
<p>Use TYPO3_URL_GENERAL instead.</p> TYPO3 Core - Task #68756 (Closed): Add config "base" to stdWraphttp://forge.typo3.org/issues/687562015-08-05T15:04:49ZManuel Selbachmanuel_selbach@yahoo.de
<p>Follow up: <a class="issue tracker-2 status-5 priority-4 priority-default closed" title="Feature: Filelist should use IEC prefixes and appropriate units for filesize. (Closed)" href="http://forge.typo3.org/issues/22175">#22175</a></p>
<p>The following function was updated and added with a new optional parameter $base:<br />TYPO3\CMS\Core\Utility\GeneralUtility::formatSize($sizeInBytes, $labels = '', $base = 0)</p>
<p>This impacts the function:<br />TYPO3\CMS\Frontend\ContentObject\ContentObjectRenderer->stdWrap_bytes</p>
<p>It is not possible now, to set the base parameter via TypoScript if you add custom labels.</p>