TYPO3 Forge: Issueshttp://forge.typo3.org/http://forge.typo3.org/themes/typo3_forge/favicon/favicon.png?17058661692011-03-10T12:18:04ZTYPO3 Forge
Redmine TYPO3 Core - Bug #25302 (Closed): Broken links representation gets saved to the databasehttp://forge.typo3.org/issues/253022011-03-10T12:18:04ZOliver Haderoliver.hader@typo3.org
<p>Imagine that you have a content element with a link to a internal page that does not exist anymore. On editing this content element, RTEhtmlarea marks this link with yellow background and a red border.<br />On saving the form without touching the content in the RTE at all, the styles used for representing this broken link are saved to the database and then get wrapped by an addition span tag.</p>
<p>So, on saving again one will end out in something like this:<br /><pre>
< p >< em >
< span style="background-color: yellow; border:2px red solid; color: black;" >
< a style="background-color: yellow; border:2px red solid; color: black;" rteerror="No page found: 2913" title="Opens internal link in current window" class="internal-link" href="http://dev45.local/?id=99999" >TEST< /a >
< /span >
< /em >< /p >
</pre></p>
<p>(issue imported from #M17917)</p> TYPO3 Core - Bug #24439 (Closed): TYPO3 fails to install on Windows due to faulty disposal of MCR...http://forge.typo3.org/issues/244392010-12-29T16:35:54ZOliver Haderoliver.hader@typo3.org
<p><b>This was reported by direct mail by Jan Reilink (janreilink (at) vevida (dot) com):</b></p>
<p>Typo3 (version 4.4.6) fails to install on Windows, due to improper<br />checking of MCRYPT_DEV_URANDOM capabilities. As you know, /dev/urandom<br />is not available on Windows. In the last week, two customers couldn't<br />install TYPO3 on their web site as a result.</p>
<p>I hacked my patch in the existence checking of the PHP-function<br />mcrypt_create_iv (also attached as .patch-file).</p>
<p>It could also be hacked in the class.t3lib_div.php file on/after line<br />1610, with a simple "elseif" line.</p>
<p>(issue imported from #M16871)</p> TYPO3 Core - Bug #11143 (Closed): Editing workspaces record shows PHP warninghttp://forge.typo3.org/issues/111432010-11-29T19:15:18ZOliver Haderoliver.hader@typo3.org
<p>PHP Warning<br />PHP Warning: parse_url(/typo3/alt_doc.php?returnUrl=http://myhost.com/typo3/mod.php?M=web_WorkspacesWorkspaces&workspace=2&tx_workspaces_web_workspacesworkspaces%5Baction%5D=index&tx_workspaces_web_workspacesworkspaces%5Bcontroller%5D=Review&id=0&edit[pages]<sup><a href="#fn212">212</a></sup>=edit) [function.parse-url]: Unable to parse URL in typo3/alt_doc.php line 216</p>
<p>-> returnUrl shall be URL encoded</p> TYPO3 Core - Bug #24096 (Closed): Call to undefined method SC_mod_tools_em_index::uploadExtension...http://forge.typo3.org/issues/240962010-11-17T09:01:57ZOliver Haderoliver.hader@typo3.org
<p>Uploading an extension to TER is not possible in the Extension Manager due to the PHP fatal error:<br />Call to undefined method SC_mod_tools_em_index::uploadExtensionToTER()</p>
<p>(issue imported from #M16436)</p> TYPO3 Core - Bug #23521 (Rejected): Flash Uploader does not work if cookieHttpOnly is enabledhttp://forge.typo3.org/issues/235212010-09-09T13:10:57ZOliver Haderoliver.hader@typo3.org
<p>The Flash Uploader does not work if the TYPO3_CONF_VARS setting "cookieHttpOnly" is enabled. After uploading a file, the uploader just shows a "303" error.</p>
<p>"303" is a HTTP status code and tells that there was a redirect since the backend user could not be authorized to have access to the TYPO3 backend.</p>
<p>(issue imported from #M15673)</p> TYPO3 Core - Bug #22349 (Closed): RTE is collapsed when loaded inside a hidden tab in Safarihttp://forge.typo3.org/issues/223492010-03-29T21:58:15ZOliver Haderoliver.hader@typo3.org
<p>The rich text editor is not loaded when it's placed on a hidden tab in Safari on Mac OS X. If the accordant tab gets enabled, RTE won't load correctly (see the attached screenshot). Could not reproduce this behaviour in Firefox.</p>
<p>The RTE is loaded, but the editing area is collapsed (height is zero). Resizing makes it appear.</p>
<p>The problem exists when loading the RTE in a hidden tab in all browsers except Firefox.<br />(issue imported from #M13956)</p> TYPO3 Core - Bug #21557 (Closed): Use flash messages to show SQL debug errors in the backendhttp://forge.typo3.org/issues/215572009-11-15T17:32:22ZOliver Haderoliver.hader@typo3.org
<p>If sqlDebug is enabled to visualize SQL errors this currently breaks the document and in TCEforms buttons cannot be clicked anymore.</p>
<p>Flash messages should be used to solve this issue.</p>
<p>(issue imported from #M12598)</p> TYPO3 Core - Bug #21428 (Closed): Recycler produces some scroll barshttp://forge.typo3.org/issues/214282009-11-02T18:55:19ZOliver Haderoliver.hader@typo3.org
<p>The recycler produces some scrollbars and this look a bit ugly.</p>
<ul>
<li>the recycler should use the whole dimension available in the viewport (no hardcoded dimensions)</li>
<li>the "recycler" title is not required</li>
<li>the "delete" and "undelete" buttons should be inside the panel and not below</li>
</ul>
<p>See the attached screenshot at a resolution of 1024x768 in Firefox 3 - even the action buttons below the panel are not visible.</p>
<p>(issue imported from #M12437)</p> TYPO3 Core - Bug #21382 (Closed): Context menu of page tree does not work anymorehttp://forge.typo3.org/issues/213822009-10-27T16:40:35ZOliver Haderoliver.hader@typo3.org
<p>If the "Disable Popup Context Menus" setting in "User Settings > Edit & Advanced functions" is enabled, the context menu of the page tree does not show up anymore.</p>
<p>top.loadTopMenu is not a function<br /><a class="external" href="http://website.com/typo3/js/clickmenu.js">http://website.com/typo3/js/clickmenu.js</a><br />Line 74</p>
<p>(Thanks to Sven Härtwig for pointing this out)</p>
<p>Tested with Firefox 3.5.3<br />(issue imported from #M12368)</p> TYPO3 Core - Bug #21364 (Closed): Integrate check to the install tool and reports module concerni...http://forge.typo3.org/issues/213642009-10-26T15:23:27ZOliver Haderoliver.hader@typo3.org
<p>There are some parts in the TYPO3 Core that require annotation parsing, e.g. Extbase and the unit tests. These parts grab the PHPdoc comments and search for annotations like "@test".</p>
<p>However, since eAccelerator can be compiled to strip all comments away, this would produce strange behaviours. Thus it's recommended to compile eAccelerator with this configuration:<br /><pre>--with-eaccelerator-doc-comment-inclusion</pre></p>
<p>See also first section concerning Extbase in the 4.3-alpha3 release notes:<br /><a class="external" href="http://news.typo3.org/news/article/typo3-43-alpha-3/">http://news.typo3.org/news/article/typo3-43-alpha-3/</a><br />(issue imported from #M12347)</p> TYPO3 Core - Bug #21077 (Closed): Remove reference operators for objectshttp://forge.typo3.org/issues/210772009-09-17T16:52:14ZOliver Haderoliver.hader@typo3.org
<p>Since PHP5 objects are used as reference by default. Thus, using the reference operator is not required anymore.</p>
<p>(issue imported from #M11984)</p> TYPO3 Core - Bug #20759 (Closed): Changing the workspace by the workspace selector produces JavaS...http://forge.typo3.org/issues/207592009-07-15T17:19:14ZOliver Haderoliver.hader@typo3.org
<p>On changing the workspace from e.g. live to draft by using the workspace selector, JavaScript errors appear. Firefox can handle them without any problem, however Internet Explorer has some severe problems with it.</p>
<p>Solution:<br />When the workspace got changed the selector puts a location.href to the top of the backend.php's JavaScript. It's preferred to use a real HTTP redirect instead of the JavaScript hack.</p>
<p>(issue imported from #M11541)</p> TYPO3 Core - Bug #19264 (Closed): External URLs cannot be set in RTEhtmlarea anymorehttp://forge.typo3.org/issues/192642008-08-29T14:31:33ZOliver Haderoliver.hader@typo3.org
<p>Since of revision 4006 in SVN Trunk, setting links on the tab "External URL" does not work anymore. On trying to set "http://www.google.com/" and hitting the "Set Link" some JavaScript error occurs and the browse link window gets closed without setting the link.</p>
<p>This bug only occurs in Firefox.</p>
<p>With SVN rev. 4005, everything is fine<br />With SVN rev. 4006 and any later revision, this error occurs.</p>
<p>(issue imported from #M9255)</p> TYPO3 Core - Bug #17828 (Closed): RTEhtmlarea doesn't work with IRRE anymorehttp://forge.typo3.org/issues/178282007-11-21T17:59:15ZOliver Haderoliver.hader@typo3.org
<p>In FF2, when having some IRRE elements, the error occours on opening them:<br />uncaught exception: [Exception... "Component returned failure code: 0x80004005 (NS_ERROR_FAILURE) [nsIDOMNSHTMLDocument.queryCommandEnabled]" nsresult: "0x80004005 (NS_ERROR_FAILURE)" location: "JS frame :: <a class="external" href="http://www.fotobuch.de/typo3temp/rtehtmlarea/htmlarea_ed1449a90a31a33b666f.js">http://www.fotobuch.de/typo3temp/rtehtmlarea/htmlarea_ed1449a90a31a33b666f.js</a> :: anonymous :: line 227" data: no]</p>
<p>Works in IE7</p>
<p>(issue imported from #M6788)</p> TYPO3 Core - Bug #15850 (Closed): Symbolic link to tslib in dummy package is missinghttp://forge.typo3.org/issues/158502006-03-17T19:30:21ZOliver Haderoliver.hader@typo3.org
<p>I'm using TMENU_LAYERS and included the necessary file with<br />"page.includeLibs.tmenu_layers = media/scripts/tmenu_layers.php" in TypoScript.</p>
<p>In 3.8.1 dummy package there were several symbolic links in the root of that package:<br />media -> tslib/media<br />tslib -> typo3_src/tslib</p>
<p>Since the file structure changed in 4.0rc1 there are two ways to work around:</p>
<p>1) create the symlinks<br />media -> tslib/media<br />tslib -> typo3_src/typo3/sysext/cms/tslib</p>
<p>2) use "page.includeLibs.tmenu_layers = typo3_src/typo3/sysext/cms/tslib/media/scripts/tmenu_layers.php" in TypoScript</p>
<p>(issue imported from #M2911)</p>