TYPO3 Forge: Issueshttp://forge.typo3.org/http://forge.typo3.org/themes/typo3_forge/favicon/favicon.png?17058661692015-09-12T10:46:58ZTYPO3 Forge
Redmine TYPO3 Core - Bug #69708 (Closed): Replace sprite icon in ImportExport::addRelationshttp://forge.typo3.org/issues/697082015-09-12T10:46:58ZMathias Brodalambrodala@pagemachine.de
<p>The <code>IconUtility</code> usage for <code>status-status-checked</code> and <code>status-dialog-warning</code> in <code>ImportExport::addRelations</code> must be updated to use the new <code>IconFactory</code></p> TYPO3 Core - Bug #69495 (Closed): System environment check is not standalonehttp://forge.typo3.org/issues/694952015-09-03T10:52:59ZMathias Brodalambrodala@pagemachine.de
<p>The class <code>TYPO3\CMS\Install\SystemEnvironment\Check</code> cannot be used without having a fully set up TYPO3 installation but claims that it should. All checks which require a fully set up TYPO3 should be separated and executed where necessary.</p> TYPO3 Core - Bug #68640 (Closed): Fix new content element wizard links click areahttp://forge.typo3.org/issues/686402015-07-30T10:32:18ZMathias Brodalambrodala@pagemachine.de
<p>Recently a regression has been introduced wrt the click area of links in the new content element wizard, see <a class="issue tracker-4 status-5 priority-4 priority-default closed" title="Task: Format new content element wizard links as inline-block (Closed)" href="http://forge.typo3.org/issues/56063">#56063</a> for details and <a class="issue tracker-4 status-5 priority-4 priority-default closed" title="Task: Port Content Element Wizard to Bootstrap (Closed)" href="http://forge.typo3.org/issues/64892">#64892</a> for a previous regression.</p> TYPO3 Core - Bug #67838 (Closed): Cannot instantiate HttpRequesthttp://forge.typo3.org/issues/678382015-06-30T10:24:48ZMathias Brodalambrodala@pagemachine.de
<p>In the 7.x release line the <code>HttpRequest</code> class cannot be instantiated due to an upstream issue.</p>
<p>This should be fixed by bumping the dependency to a version which has a fix.</p> TYPO3 Core - Bug #66885 (Closed): Composer vendor directory not shipped with 6.2http://forge.typo3.org/issues/668852015-05-11T13:50:39ZMathias Brodalambrodala@pagemachine.de
<p>With change 3d380ef a restructure of <code>.gitignore</code> was backported from master to 6.2 which also ignores the Composer vendor directory.</p>
<p>Since 6.2 does not depend on Composer, that directory needs to stay in VCS.</p> TYPO3 Core - Bug #66429 (Closed): Remove IdentityMaphttp://forge.typo3.org/issues/664292015-04-15T11:08:15ZMathias Brodalambrodala@pagemachine.de
<p>The <code>IdentityMap</code> class has been deprecated since 6.1 and should be removed now.</p>
<p>Within <code>Repository</code> it is completely unused already by the core.</p>
<p>In the <code>DataMapper</code> it is still used but can be simply replaced with calls to the persistence session instead.</p>
<p>One huge advantage is being able to trigger garbage collection for mapped objects after unregistering them from the persistence session which can free a lot of memory.</p> TYPO3 Core - Bug #66411 (Closed): New locking API exceptions too generichttp://forge.typo3.org/issues/664112015-04-14T09:57:35ZMathias Brodalambrodala@pagemachine.de
<p>The new locking API currently only uses <code>RuntimeException</code> to hint at errors during lock acquisition.</p>
<p>While this already has the disadvantage of catching other @RuntimeException@s the issue becomes rather clear with the non-blocking example:</p>
<pre>
try {
$result = $locker->acquire(LockingStrategyInterface::LOCK_CAPABILITY_SHARED | LockingStrategyInterface::LOCK_CAPABILITY_NOBLOCK);
catch (\RuntimeException $e) {
if ($e->getCode() === 1428700748) {
// some process owns the lock, let's do something else meanwhile
}
}
</pre>
<p>This requires knowing about this special case and knowing the magic number here. A dedicated exception would make this clearer.</p> TYPO3 Core - Bug #66350 (Closed): 6.2 static template outdatedhttp://forge.typo3.org/issues/663502015-04-10T10:59:27ZMathias Brodalambrodala@pagemachine.de
<p>The <code>v6.2</code> static template of <code>css_styled_content</code> in the current master is not up to date with changes from the 6.2 branch, namely the title attribute rendering of File Links (see <a class="issue tracker-1 status-5 priority-3 priority-lowest closed" title="Bug: Title not used for Filelinks (Closed)" href="http://forge.typo3.org/issues/60429">#60429</a>) and a small style differnce.</p>
<p>This should be updated to ensure exactly the same rendering when using 7.x with the <code>v6.2</code> static template as it is in 6.2 with the latest static template.</p> TYPO3 Core - Bug #66347 (Closed): Alternative text used as link title in File Linkshttp://forge.typo3.org/issues/663472015-04-10T10:40:46ZMathias Brodalambrodala@pagemachine.de
<p>If an alternative text was specified for a file, it is used as link title for file, preview and icon in File Links.</p>
<p>This should be fixed to use the title instead.</p> TYPO3 Core - Bug #65488 (Closed): TimeTracker not set for eID scriptshttp://forge.typo3.org/issues/654882015-03-03T15:43:45ZMathias Brodalambrodala@pagemachine.de
<p>With the recent request handler refactoring some breaking changes where introduced, among others the global TimeTracker <code>$GLOBALS['TT']</code> not being set for eID scripts anymore:</p>
<pre>
( ! ) Fatal error: Call to a member function push() on null in /var/www/typo3_src/typo3/sysext/frontend/Classes/Controller/TypoScriptFrontendController.php on line 1206
Call Stack
# Time Memory Function Location
1 0.0719 240072 {main}( ) .../index.php:0
2 0.0790 639632 TYPO3\CMS\Core\Core\Bootstrap->run( ??? ) .../index.php:33
3 0.1116 2472944 TYPO3\CMS\Frontend\EidRequestHandler->handleRequest( ) .../Bootstrap.php:195
4 0.1249 2482888 require( '/var/www/typo3conf/ext/routing/Classes/Controller/RoutingController.php' ) .../EidRequestHandler.php:61
5 0.2003 2609712 Causal\Routing\Controller\RoutingController->dispatch( ) .../RoutingController.php:332
6 0.2108 2650536 Causal\Routing\Controller\RoutingController->initTSFE( ) .../RoutingController.php:114
7 0.8588 4934936 TYPO3\CMS\Frontend\Controller\TypoScriptFrontendController->determineId( ) .../RoutingController.php:314
</pre> TYPO3 Core - Bug #65058 (Closed): Fix new content element wizard links click areahttp://forge.typo3.org/issues/650582015-02-13T14:39:20ZMathias Brodalambrodala@pagemachine.de
<p>With <a class="issue tracker-4 status-5 priority-4 priority-default closed" title="Task: Port Content Element Wizard to Bootstrap (Closed)" href="http://forge.typo3.org/issues/64892">#64892</a> a regression has been introduced wrt the click area of links in the new content element wizard, see <a class="issue tracker-4 status-5 priority-4 priority-default closed" title="Task: Format new content element wizard links as inline-block (Closed)" href="http://forge.typo3.org/issues/56063">#56063</a> for details.</p> TYPO3 Core - Bug #64057 (Closed): Checkbox viewhelper checked attribute not set for objectshttp://forge.typo3.org/issues/640572014-12-30T10:01:10ZMathias Brodalambrodala@pagemachine.de
<p>Given a form object with a property which may contain a list of objects (array/ObjectStorage) as well as a list of checkboxes built from all available objects for that property:</p>
<pre>
<f:form object="{object}" name="object">
<f:for each="{availableObjects}" as="availableObject">
<f:form.checkbox
property="foo"
value="{availableObject}"
multiple="1"/>
</f:for>
</f:form>
</pre>
<p>If you select one of the options, the <code>checked</code> attribute is not properly set on the subsequent form display. This is due to the fact that the <code>CheckboxViewHelper</code> converts the incoming value for the <code>value</code> attribute to an identifier through <code>AbstractFormFieldViewHelper::getValue()</code> but does not do the same for the property value. Thus e.g. an UID like <code>42</code> is searched in an array of objects which will never succeed. (<a href="https://git.typo3.org/Packages/TYPO3.CMS.git/blob/303766d123111cafcfbb723946dad92229666e36:/typo3/sysext/fluid/Classes/ViewHelpers/Form/CheckboxViewHelper.php#l90" class="external">Source</a>)</p>
<p>A possible fix is to run <code>PersistenceManager->getIdentifierByObject</code> on each value within <code>property</code> too, thus comparing e.g. an UID with an array of UIDs. This is the same what <code>AbstractFormFieldViewHelper::getValue()</code> does when <code>$convertObjects</code> is set to <code>TRUE</code> (default).</p> TYPO3 Core - Bug #56062 (Closed): List bullets in wizard for new content elementshttp://forge.typo3.org/issues/560622014-02-18T08:58:02ZMathias Brodalambrodala@pagemachine.de
<p>Since the introduction of list styles (49b0696) the wizard for new content elements also gets list bullets which yields a odd layout:</p>
<p><img src="http://forge.typo3.org/attachments/download/26082/typo3-62-new-content-element-wizard.PNG" alt="" loading="lazy" /></p> TYPO3 Core - Bug #53188 (Closed): REDIRECT_TYPO3_DISABLE_CORE_UPDATER ignoredhttp://forge.typo3.org/issues/531882013-10-29T08:38:13ZMathias Brodalambrodala@pagemachine.de
<p>Using Apache mod_rewrite in certain setups makes environment variables from original requests available in the target request as <code>REDIRECT_<envvar></code>, thus setting <code>TYPO3_DISABLE_CORE_UPDATER</code> becomes <code>REDIRECT_TYPO3_DISABLE_CORE_UPDATER</code>.</p>
<p>The latter is currently not considered by TYPO3, thus the core updater cannot be disabled via the environment variable and the mentioned setup.</p>
<p>See <a href="http://stackoverflow.com/a/9406994" class="external">this Stackoverflow</a> post for an explanation and <a href="https://github.com/apache/httpd/blob/e1fac1db26/modules/http/http_request.c#L389" class="external">link to the Apache source code</a>.</p> TYPO3 Core - Bug #52880 (Closed): Class "\extDirect_DataProvider_BackenduserSettings" not foundhttp://forge.typo3.org/issues/528802013-10-16T10:00:20ZMathias Brodalambrodala@pagemachine.de
<p>Trying to create a template record on a fresh 6.2 beta1 installation fails:</p>
<pre>
Fatal error: Class '\extDirect_DataProvider_BackenduserSettings' not found in .../typo3/sysext/core/Classes/Utility/GeneralUtility.php on line 4149
</pre>
<p>A file search for this class name yields two <code>makeInstance</code> calls:</p>
<ul>
<li>typo3\sysext\backend\Classes\InterfaceState\ExtDirect\DataProvider.php:46 (<code>__construct()</code>)</li>
<li>typo3\sysext\backend\Classes\Tree\Pagetree\ExtdirectTreeCommands.php:361 (<code>addRootlineOfNodeToStateHash()</code>)</li>
</ul>
<p>It seems like the correct path is <code>\TYPO3\CMS\Backend\User\ExtDirect\BackendUserSettingsDataProvider</code> instead.</p>