TYPO3 Forge: Issueshttp://forge.typo3.org/http://forge.typo3.org/themes/typo3_forge/favicon/favicon.png?17058661692011-02-24T11:23:42ZTYPO3 Forge
Redmine TYPO3 Core - Bug #25159 (Closed): RTE hangs on load in repetitive TV data objecthttp://forge.typo3.org/issues/251592011-02-24T11:23:42ZLukas Tafernerlukas@taferner.net
<p>When opening an existing FCE with repetitive data object containing an RTE field the loading of the RTE failes (debug output below) "Editor is beeing loaded" / "Editor wird gelaed. Bitte warten".</p>
<pre><code>The JS console shows:</code></pre>
<p>form is undefined<br />[HOST]/typo3temp/compressor/jsfunc.tbe_editor-b5f714e3c1e0543a1ddeff35a66729b0.js?1298482745<br />Line 199</p>
<p>When adding a new data object the RTE is shown and is functional in the new object, but after saving the error seems to stop the rendering process with the first RTE.</p>
<p>Greetings,</p>
<p>Lukas</p>
<p>[HTMLArea::init]: Editor url set to: sysext/rtehtmlarea/htmlarea/<br />[HTMLArea::init]: Editor skin CSS set to: sysext/t3skin/rtehtmlarea/htmlarea.css?1298473095<br />[HTMLArea::init]: Editor content skin CSS set to: sysext/t3skin/rtehtmlarea/htmlarea-edited-content.css?1298473095<br />(issue imported from #M17743)</p> TYPO3 Core - Bug #21805 (Closed): Missing Conflict Check with Extension date2cal break IRREhttp://forge.typo3.org/issues/218052009-12-05T16:30:53ZLukas Tafernerlukas@taferner.net
<p>Hi,</p>
<p>I discovered a strange issue: the parenttable and parentid field of new IRRE child records stay NULL if the extension date2cal is installed in 4.3.</p>
<p>Solution: mark the extension as conflicting and or remve</p>
<p>Regards,</p>
<p>Lukas Taferner</p>
<p>(issue imported from #M12939)</p> TYPO3 Core - Bug #20502 (Closed): MYSQL Replication breaks because of lack of AUTO_INCREMENT PK i...http://forge.typo3.org/issues/205022009-05-25T17:07:05ZLukas Tafernerlukas@taferner.net
<p>Thank you for implementing auto_incrementing PK's in cache_pages and cache_pagesection in 4.3, the table cache_treelist however still has a md5 hash as primary key. This will break replication in a multimaster mysql setup.</p>
<p>Solution: <br />CREATE TABLE `cache_pages` (<br />`id` int(11) unsigned NOT NULL auto_increment,<br />PRIMARY KEY (`id`)<br />)</p>
<p>(issue imported from #M11184)</p> TYPO3 Core - Bug #20065 (Closed): MYSQL Replication breaks because of lack of AUTO_INCREMENT PK i...http://forge.typo3.org/issues/200652009-02-20T19:54:06ZLukas Tafernerlukas@taferner.net
<p>Hi,</p>
<p>recently I discovered that in a high load environment with multiple replicating MYSQL hosts the replication tends to break beacuase of lack of an auto incrementing primary key in the table cache_pagesection.</p>
<p>Here is my solution:</p>
<p>ALTER TABLE cache_pagesection DROP PRIMARY KEY;<br />CREATE TABLE cache_pagesection (<br /> uid int(11) NOT NULL auto_increment PRIMARY KEY,<br /> KEY pageid_mphash (page_id,mpvar_hash),<br /> PRIMARY <abbr title="uid">KEY</abbr>,<br /> );</p>
<p>Tho only problem seems to be a limitaiton of the SQL compare script, which is unable to handle PK Changes.</p>
<p>best regards,</p>
<p>Lukas Taferner</p>
<p>(issue imported from #M10508)</p> TYPO3 Core - Bug #19251 (Closed): "Show content from this page instead" does not work across Doma...http://forge.typo3.org/issues/192512008-08-25T11:36:36ZLukas Tafernerlukas@taferner.net
<p>This is the Pagetree:</p>
<p>| Rootpage<br />+ Domain 1<br /> + page 1<br />+ Domain 2<br /> + page 2</p>
<p>Page 2 is configured to "Show content from this page instead" of page 1. This works until a domainrecord is entered in Page Domain1. After that the content of the page remains empty, CONTENT shows NUMROWS = 0.</p>
<p>Work around: insert the Domain Record into "page1" and make page2 the default page for all Domains.</p>
<p>(issue imported from #M9223)</p> TYPO3 Core - Feature #19244 (Closed): config.baseURL does not support stdWrap or copying of Objectshttp://forge.typo3.org/issues/192442008-08-21T19:37:53ZLukas Tafernerlukas@taferner.net
<p>It is not possible to use stdWrap with baseUrl or copy the content of another COA as baseurl value (e.g. from a PHP_SCRIPT). This is necessary when using realurl in a multidomain environment.</p>
<p>The only solution now is to create conditions for every domain, which can be annoying and lead to strange beahvoiur when mistaking.</p>
<p>(issue imported from #M9212)</p>