TYPO3 Forge: Issueshttp://forge.typo3.org/http://forge.typo3.org/themes/typo3_forge/favicon/favicon.png?17058661692012-03-15T15:41:17ZTYPO3 Forge
Redmine TYPO3 Core - Bug #34884 (Closed): Performance problem with live serach and be_aclhttp://forge.typo3.org/issues/348842012-03-15T15:41:17ZPeter Russpeter.russ@4many.net
Due to problems in Backend live search in combination with be_acl we figured out that there is a lot of room to improve the code.<br />Especially we did the following fixes:
<ul>
<li>reduce overhead: we check before we render the pagetree if page-id is already in the pagelist: this is pretty handy for admins</li>
<li>we added a hook to the function getAvailablePageIds: e.g. be_acl holds all the information about pages that a BE-User has right to access. There is no need to calculate ist again and again.</li>
</ul> TYPO3 Core - Bug #33622 (New): Filebackend reports error when trying to rename file due to concur...http://forge.typo3.org/issues/336222012-02-02T14:30:39ZPeter Russpeter.russ@4many.net
<p>Due to concurrent processes it happens that a temp-cache-file gets renamed while an other process is just writing it.<br />Further there is an error in the error handling.</p>
We fixed both.
<ol>
<li>added an exclusive lock for the writing operation</li>
<li>added counters for a break to avoid an endless loop due to file system errors</li>
<li>added timers for getting the process to sleep</li>
<li>fixed error handling</li>
</ol>
<p>As this is the same in FLOW3 I also reported the bug and fixes there.<br />see <a class="external" href="http://forge.typo3.org/issues/33621">http://forge.typo3.org/issues/33621</a></p>
<p>Please find TYPO3 specific fixes attached.</p> TYPO3 Core - Bug #23649 (Closed): felogin::getPreserveGetVars() decode encoded valueshttp://forge.typo3.org/issues/236492010-09-29T19:55:22ZPeter Russpeter.russ@4many.net
<p>if a urlencoded var is provided the method just forward the encode value. By doing this it's "adding" more parameter to the url with the result of a malfunction.</p>
<p>Check<br />&test=urlencode(7&test1=2&test2=3)</p>
<p>will create &test=7&test1=2&test2=3</p>
<p>which is wrong.</p>
<p>Patch attached.</p>
<p>(issue imported from #M15861)</p> TYPO3 Core - Bug #23116 (Closed): Bug #18253 has not been solved [Duplicate entry on cache_pagese...http://forge.typo3.org/issues/231162010-07-07T15:02:21ZPeter Russpeter.russ@4many.net
<p>This bug is NOT solved as the parent bug provides solution for cache_treelist and NOT cache_pagesection.</p>
<p>Further it shows that there are different other stoppers:<br />check the code for "query('cache_"</p>
<p>Further this bug is still in version 4.2, 4.3 and 4.4.</p>
<p>Patches will follow.</p>
<p>(issue imported from #M15028)</p> TYPO3 Core - Bug #22691 (Closed): t3lib_error interfaceshttp://forge.typo3.org/issues/226912010-05-20T22:01:38ZPeter Russpeter.russ@4many.net
<p>the CORE definition for t3lib_error_t3lib_error_ExceptionHandlerInterface and t3lib_error_ErrorHandlerInterface BOTH provides constructors. By doing this, we can not define ONE class implementing both interfaces nor could we make use of a singleton as these constructors has to be public</p>
<p>(issue imported from #M14448)</p> TYPO3 Core - Bug #20264 (Closed): t3lib_queryGenerator not respecting MM-relation when creating q...http://forge.typo3.org/issues/202642009-04-02T11:48:02ZPeter Russpeter.russ@4many.net
<p>At direct mail special query using t3lib_queryGenerator to build the query t3lib_queryGenerator doesn't respect MM-relation when bulding the query.</p>
<p>Create several address groups e.g.<br />Mailorder, Party, Common</p>
<p>In direct mail create a recipient list using special query and do a select on one of the addressgroups<br />In the editor everything look fine as you get the names of the groups correctly. But the compile query is wrong as it doesn't reflect the join.<br />Example:<br />Party has the uid 2 in the adressgroup.<br />The compiled query:<br />SELECT uid,pid,deleted FROM tt_address WHERE addressgroup = '2' AND tt_address.deleted=0</p>
<p>But as addressgroup is a MM-relation the value of the field is just the count of realtions.<br />So performing that query will only return only address with two addressgroups added and NOT with addressgroup=2</p>
<p>(issue imported from #M10826)</p> TYPO3 Core - Bug #20118 (Closed): MULTIMEDIA splitting params at = wronghttp://forge.typo3.org/issues/201182009-03-03T00:04:05ZPeter Russpeter.russ@4many.net
<p>Using Typoscript we try to provide a source parameter to a flash as TYPO3 content element MULTIMEDIA doesn't like GET parmeter in the file resource.</p>
<p>As the MULTIMEDIA content element splits at '=' and takes only element {0,1} we loose everythings after the second '='.</p>
<p>Exp. we have:<br />params(<br /> src=someflash.swf?para1=test1&para2=test2<br />)</p>
<p>we get<br /><embed .... src="someflash.swf?para1" /></p>
<p>(issue imported from #M10588)</p> TYPO3 Core - Feature #18990 (Closed): Extended Actions for taskcenterhttp://forge.typo3.org/issues/189902008-06-19T20:22:59ZPeter Russpeter.russ@4many.net
<p>Sometimes it would be helpful to copy pages with all content element in an action. So you would get the option to prepare the page as a "template" that could be easily edited after copying. The long way to copy is via the clipboard and then pasting the content in a different page.</p>
<p>But there is now an easier solution: extended version of actions. This gives you 3 new actions:</p>
<p>1) Copy page and edit:<br />This copies a given page into a dedicaded page. After that you can directly access all content elements and edit them. <br />Pretty helpful for Newsletters for example.</p>
<p>2) Content on copied page:<br />This inserts a defined content element to the end of copied page and opens it directly for editing.</p>
<p>3) Reset:<br />To enable easy editing of the latest copied page the pid is stored until reset action is activated. By offering this you can navigate through the backend. After returning to taskcenter actions you can continue with editing.</p>
<p>Feedback and comments are highly appreciated.</p>
<p>patch attached<br />.t3x to be installed either directly in global or local.<br />(issue imported from #M8770)</p> TYPO3 Core - Feature #17667 (Closed): Make FORM capabele to set multidimensional vars automaticallyhttp://forge.typo3.org/issues/176672007-10-10T18:58:35ZPeter Russpeter.russ@4many.net
<p>Situation:<br />Correct naming for vars of a extension requires to use the extsions prefixId to receive the vars automatically. But if you uses this convention to get a FORM in your extension rendered, FORMs will not be able to revieve and display this vars automatically.</p>
<p>After dicussion on dev I decided to extend t3lib_content and add the new required function there. IMHO it would make more to add this to t3lib_div as a static as this might be also helpful for BE or extension developement.</p>
<p>But life is to short to do it by my own...</p>
<p>This new function checks a multidimensional key can be found in an array<br />e.g. <br />$key=array('tx_myextension' => array('var1' => 0) or <br />$key=parse_str('tx_myextension[var1]<sup><a href="#fn0">0</a></sup>')</p>
<p>against any array, e.g $_POST or $_GET and is capable to return either true/false or the value if found.</p>
<p>Works also for plain keys ;-)<br />(issue imported from #M6494)</p> TYPO3 Core - Bug #17054 (Closed): Use MySQL fulltext keys in indexed_searchhttp://forge.typo3.org/issues/170542007-02-28T14:54:47ZPeter Russpeter.russ@4many.net
<p>It takes several 10s of seconds to get serach result displyed.<br />The problem is the "fulltext" search on a regular index either on index_fulltext.fulltext or on index_words.baseword performed by a like '%nonsense%' query.</p>
<p>We could speed up the time (10s of sec down to millisec) by do the following:<br />1) adding fulltext index to index_fulltext.fulltext and index_words.baseword<br />2) changed query in class.tx_indexedsearch.php to use fulltext capabilites of MySql.</p>
<p>Limitation: requires newer versions of MySql (4.0 or later)</p>
<p>Find diff for latest 4.0.5 attached</p>
<p>(issue imported from #M5089)</p> TYPO3 Core - Bug #16419 (Closed): Upload to TER always transfers hidden or system fileshttp://forge.typo3.org/issues/164192006-08-01T18:59:39ZPeter Russpeter.russ@4many.net
<p>When uploading an extension to TER all files and directories are uploaded to TER even if they are hidden or only used by system (e.g. Windows).</p>
<p>This diff provides an additional checkbox 'Exclude hidden files'. When this is set, hidden files or folders or files in hidden folders are excluded from upload.</p>
<p>Please check and forward ideas and comments.</p>
<p>FYI:<br />The diff is against typo3/mod/tools/em/class.em_index.php<br />(issue imported from #M3961)</p> TYPO3 Core - Feature #14700 (Closed): Support to clear cache only in subtrees when changing TShttp://forge.typo3.org/issues/147002005-04-22T16:27:39ZPeter Russpeter.russ@4many.net
<p>Added support to clear cache only in subtrees starting at the actual pid of an template. If you want to use this feature you have to add</p>
<p>$TYPO3_CONF_VARS['BE']['clearCacheSubTreeOnly'] = 1;</p>
<p>to localconf.php.</p>
<p>Will only work in template mode for the moment. I.e. all other clear_cacheCmd('all') will work as usual.<br />(issue imported from #M1031)</p> TYPO3 Core - Bug #14316 (Closed): em ignores PEAR compatible classeshttp://forge.typo3.org/issues/143162004-09-15T16:20:37ZPeter Russpeter.russ@4many.net
<p>if opening tag is in a new line (as recommended by PEAR) i.e. <br />class new_class
{ // PEAR<br />instead of <br />class new_class { //TYPO3<br />then the em will complain that the class is not included in the file.<br />Solution <br />line 2665 check for [{]* <br />(see attached patch)</p>
<p>Regs Peter.</p>
<p>(issue imported from #M359)</p> TYPO3 Core - Feature #14313 (Closed): Call to undefined function: printcontent() in typo3\wizard...http://forge.typo3.org/issues/143132004-09-12T10:02:53ZPeter Russpeter.russ@4many.net
<p>This class doesn't privide this function</p>
<p>(issue imported from #M353)</p> TYPO3 Core - Bug #14298 (Closed): RewriteRule "Feature"http://forge.typo3.org/issues/142982004-08-31T02:08:35ZPeter Russpeter.russ@4many.net
<p>Rewriteing to a fix id e.g.<br />RewriteRule ^(.*\.html|/)$ index.php?id=5<br />always tries to deliver the page called with *.html as id is ignored.</p>
<p>It might be a solution to check if id is set at tslib_fe:checkAlternativeIdMethods() before doing the kill starting at line 505. But perhaps there is a reason to do so? No idea ;-)<br />(issue imported from #M322)</p>