TYPO3 Forge: Issueshttp://forge.typo3.org/http://forge.typo3.org/themes/typo3_forge/favicon/favicon.png?17058661692011-01-28T11:17:58ZTYPO3 Forge
Redmine TYPO3 Core - Bug #24873 (Closed): Open forms cannot be saved after "Relogin" (Security Token errors)http://forge.typo3.org/issues/248732011-01-28T11:17:58ZErnesto Baschnyeb@cron.eu
<p>If you have an open form (e.g. editing a content element) and you leave your browser unattended until "session expires", you can relogin with the popup window (or the JS overlay).</p>
<p>After this relogin, if you try to save your work, you will get security token errors.</p>
<p>The CSRF protection token is in a hidden field, and if the session has expired in the meantime, the session data (including the original tokens) are gone, so when saving that form after the relogin won't be able to validate them. Different potential solutions:</p>
<p>a) go through the DOM and manipulate all hidden fields with a token and change them with a new valid token. doable, but will require some work<br />b) allow "one save without token check" right after the relogin, so that this form can be finally saved, and after that things continue as usual.</p>
<p>(issue imported from #M17383)</p> TYPO3 Core - Task #24146 (Closed): Remove ImageMagick 4 and ImageMagick 5 supporthttp://forge.typo3.org/issues/241462010-11-20T13:02:31ZErnesto Baschnyeb@cron.eu
<p>IM4 and IM5 support has been deprecated in 4.5 and since this is a long time support release we decided to remove support for it starting in 4.6 already to speed up the process of implementing fixes and new features in our image handling routines.</p>
<p>(issue imported from #M16489)</p> TYPO3 Core - Bug #23799 (Closed): Add IfModule mod_rewrite.c to misc/advanced.htaccesshttp://forge.typo3.org/issues/237992010-10-20T09:42:15ZErnesto Baschnyeb@cron.eu
<p>The introduction package creates its own .htaccess file which contains <IfModule mod_rewrite.c>.</p>
<p>I would like to have that IfModule in misc/advanced.htaccess so that the introduction package could ship with our misc/advanced.htaccess, instead of creating its own .htaccess file.</p>
<p>The usage of misc/advanced.htaccess will be then added to the intro-package packaging script.</p>
<p>I would like to commit this also for 4.4, so that we can also use this in the 4.4 introduction packaging script.<br />(issue imported from #M16075)</p> TYPO3 Core - Feature #23743 (Closed): Allow skins to register sprites through addIconSpritehttp://forge.typo3.org/issues/237432010-10-15T21:21:37ZErnesto Baschnyeb@cron.eu
<p>Currently, extensions can register sprites using t3lib_spriteManager::addIconSprite(). This requires an array of icons (which will be added to $TBE_STYLES['spritemanager']['spriteIconsAvailable']) and the CSS filename which contains the generated sprite.css.</p>
<p>A skin might also want to provide a different sprite, but the skin's CSS files are already loaded automatically from the registered directory. See <a class="issue tracker-2 status-5 priority-4 priority-default closed" title="Feature: Core lacks "current" flags (Closed)" href="http://forge.typo3.org/issues/23266">#23266</a> where t3skin wants to add a sprite for flags. After this fix, we will use the API to do so in t3skin, simply not passing the CSS filename, but just the array of images.</p>
<p>(issue imported from #M16007)</p> TYPO3 Core - Bug #23383 (Closed): Not able to select multiple records in recycler since refactoringhttp://forge.typo3.org/issues/233832010-08-16T13:40:00ZErnesto Baschnyeb@cron.eu
<p>Since issue <a class="issue tracker-1 status-5 priority-4 priority-default closed" title="Bug: Refactor of recycler (Closed)" href="http://forge.typo3.org/issues/20967">#20967</a> was commited (rev. 8606), we are no longer able to select multiple records on the left side (checkboxes).</p>
<p>(issue imported from #M15467)</p> TYPO3 Core - Bug #22780 (Closed): Web>List: Turning "Extended view" on makes rows growhttp://forge.typo3.org/issues/227802010-05-31T18:43:29ZErnesto Baschnyeb@cron.eu
<p>When turning "Extended view" on in list view will change the height of the individual data rows. Thus the icon that you just clicked to turn Extended view on is shifted downwards and more space is consumed on the screen.</p>
<p>My idea would be to leave the row height as it was before. An padding:2px around the div.typo3-DBctrl caused the grown.</p>
<p>Solution is to remove this padding. :)</p>
<p>See attached screenshots before and after the patch<br />(issue imported from #M14559)</p> TYPO3 Core - Bug #22651 (Closed): phtml is also PHP extension and should be denied editing / uplo...http://forge.typo3.org/issues/226512010-05-14T21:00:35ZErnesto Baschnyeb@cron.eu
<p>Most Linux distributions with PHP enabled will add handling of .phtml files through PHP module:</p>
<pre><code>AddType application/x-httpd-php .php .phtml .php3</code></pre>
<p>This is currently not in the list of denied files (in PHP_EXTENSIONS_DEFAULT of t3lib/config_default.php).</p>
<p>This means uploading a .phtml file through File manager will make it executeable.</p>
<p>Solution is to add this extension to the list.</p>
<p>Same applies to v4.2 and v4.3.<br />(issue imported from #M14389)</p> TYPO3 Core - Bug #22235 (Closed): "Show" clickmenu in page tree generates wrong URLhttp://forge.typo3.org/issues/222352010-03-04T09:19:32ZErnesto Baschnyeb@cron.eu
<p>If we don't have any sys_domain record in our page tree, the clickmenu "Show" will generate a link like:</p>
<p><a class="external" href="http://example.com//index.php?id=xx">http://example.com//index.php?id=xx</a></p>
<p>Note the double "//" before index.php. This won't work if you have realurl installed (it doesn't even need to be enabled for your site):</p>
<p>"Error!</p>
<p>Reason: "index.php" could not be found, closest page matching is<br />"</p>
<p>(issue imported from #M13740)</p> TYPO3 Core - Bug #22234 (Closed): "Show" clickmenu in page tree does not work for mount pageshttp://forge.typo3.org/issues/222342010-03-04T09:08:14ZErnesto Baschnyeb@cron.eu
<p>Clicking the "Show" on a page which is a mount point to somewhere else brings the error:</p>
<p>"The requested page didn't have a proper connection to the tree-root! (Illegal Mount Point found in rootline)"</p>
<p>(issue imported from #M13739)</p> TYPO3 Core - Bug #18034 (Closed): Selecting words with CTRL+SHIFT+Left doesn't activate "link" bu...http://forge.typo3.org/issues/180342008-01-21T09:33:31ZErnesto Baschnyeb@cron.eu
<p>I usually select words with the keyboard using the CTRL+SHIFT+Cursor-right (or left). This jumps the cursor to the next word boundary, and also selects it.</p>
<p>Unfortunately this doesn't activate the "link" button in the toolbar. Only when I then stop pressing CTRL and move cursor left or right (with just SHIFT pressed) the link button is activated. It also happens when I choose a second word (e.g. two times CTRL+SHIFT+RIGHT).</p>
<p>(issue imported from #M7232)</p> TYPO3 Core - Bug #17653 (Closed): Palettes are not rendered correctly on nesting records using th...http://forge.typo3.org/issues/176532007-10-04T21:17:51ZErnesto Baschnyeb@cron.eu
<p>I don't know what exactly makes this happen, but at least it is reproducible:</p>
<p>For some strange reason we needed to order news in a parent / child way. Nothing better than IRRE to do that:</p>
<p>- added two fields to tt_news, one for the "inline" type holding the children and one to hold the uid of the "parent" news</p>
<p>Now here comes the bug:</p>
<p>- Whenever there are children records in my tt_news record, the "keyword" pallete is empty! If "show secondary palettes" is enabled, I don't see the keywords at all (should be directly below bodytext). If I disable that option I get the icon for "secondary palette", but clicking on it gives me an empty palette.</p>
<p>To make it easier to test (go, Oliver, go!), I've made a little extension that just adds that inline fields needed to test this behaviour.</p>
<p>I also had some other "palette" related trouble in the course of our developement with this constelation (parent / child tt_news records), but this "keywords" thing is the only thing I could reproduce. Maybe fixing this fixes all related problems. :)<br />(issue imported from #M6456)</p> TYPO3 Core - Bug #17531 (Closed): Offered AllowClipboard helper doesn't work with 2.0.0.x Firefoxhttp://forge.typo3.org/issues/175312007-08-15T10:06:32ZErnesto Baschnyeb@cron.eu
<p>When trying to copy some text from rtehtmlarea in Firefox, the browsers security policy by default doesn't allow it. rtehtmlarea can trigger the installation of a plugin which enables allowing this behaviour for certain domains (e.g. TYPO3 backends).</p>
<p>The current offered version is 0.5.3, which works only with Firefox until version 1.5.x. The "new" 0.5.5 also works with Firefox 2.0.0.x.</p>
<p>The add-on is on <a class="external" href="https://addons.mozilla.org/en-US/firefox/addon/852">https://addons.mozilla.org/en-US/firefox/addon/852</a><br />Old version is 0.5.3. New version is 0.5.5. The default URL has to be changed in ext_conf_template.txt and ext_localconf.php<br />(issue imported from #M6152)</p> TYPO3 Core - Bug #15902 (Closed): Calling PHP5-only iconv functions in PHP4http://forge.typo3.org/issues/159022006-03-27T10:58:03ZErnesto Baschnyeb@cron.eu
<p>A change in t3lib_cs that made it into RC2 (cvs diff -r 1.53 -r 1.54 t3lib/class.t3lib_cs.php) added some functions that are only available on PHP5 if the user chooses "iconv" (iconv_substr, iconv_strlen, iconv_strpos, iconv_strrpos). If using PHP4 with iconv support, I will get lots of errors:</p>
<p>Fatal error: Call to undefined function: iconv_strlen() in ....t3lib/class.t3lib_cs.php on line 1388</p>
<p>Attached patch checks if the functions are available before calling them.<br />(issue imported from #M2994)</p> TYPO3 Core - Bug #15310 (Closed): PHP-Warning in shortcut-bar before DB-upgrade in 4.0beta1http://forge.typo3.org/issues/153102005-12-28T11:24:59ZErnesto Baschnyeb@cron.eu
<p>After updating the src from 3.8.1 to 4.0beta1 and just logging into the backend, I get the following warning in the alt_shortcut bar:</p>
<p>Warning: Invalid argument supplied for foreach() in /srv/www/shared/TYPO3core.CVS/typo3/alt_shortcut.php on line 630</p>
<p>because the sys_workspaces table isn't there yet.</p>
<p>The following patch avoids the warning.</p>
<p>(issue imported from #M2102)</p> TYPO3 Core - Feature #14889 (Closed): Place ADMINPANEL where I want tohttp://forge.typo3.org/issues/148892005-07-29T17:14:28ZErnesto Baschnyeb@cron.eu
<p>Currently the ADMIN-PANEL is just appended to the webpages output (even after the closing </html>. Usually this is ok, but sometimes not: Especially if we have XHTML-strict pages where layouting is controlled by CSS, the admin-panel might appear "who knows where", while also destroying the XHTML-validity, making browsers render the page "who knows how".</p>
<p>My feature-request would be a way to place the ADMIN PANEL wherever I want through TypoScript, maybe having it as a cObject, e.g.</p>
<p>page.10.marks.PANEL = ADMINPANEL</p>
<p>and then maybe have some ways to configure the admin panel in this object.</p>
<p>Good? Bad? Any objection?</p>
<p>(issue imported from #M1323)</p>