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 #23583 (Closed): template::getHtmlTemplatehttp://forge.typo3.org/issues/235832010-09-23T10:51:45ZPeter Russpeter.russ@4many.net
<p>The function is not taking into account that an absolute path could be provided as it will ALWAYS add the back_path if 'EXT:' is not found in the beginning.</p>
<p>The patch will check if an absolute filename is provided. If not the back_path is added.</p>
<p>(issue imported from #M15772)</p> TYPO3 Core - Bug #23393 (Closed): username in sys_lockedrecords to shorthttp://forge.typo3.org/issues/233932010-08-18T09:30:55ZPeter Russpeter.russ@4many.net
<p>username in be_users has defined length of 50.<br />In sys_lockedrecords only 20 :-(</p>
<p>Result is a query error and no lock of record if username is to long.</p>
<p>Attached patch is for version 4.3.5. But problem also exists in 4.4.x</p>
<p>(issue imported from #M15485)</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 - Bug #15243 (Closed): Filetime on Windows displays creation and not last modified datehttp://forge.typo3.org/issues/152432005-11-29T05:56:16ZPeter Russpeter.russ@4many.net
<p>filectime on Windows displays time when file was created and NOT last modified. So change that to filemtime to get the appropriate value<br />see <a class="external" href="http://de3.php.net/manual/en/function.filectime.php">http://de3.php.net/manual/en/function.filectime.php</a></p>
<p>diff <del>u -r1.1 -r1.2<br />--</del> t3lib/class.t3lib_basicfilefunc.php 29 Nov 2005 04:42:54 -0000 1.1<br />+++ t3lib/class.t3lib_basicfilefunc.php 29 Nov 2005 04:48:35 -0000 1.2<br /><code>@ -27,7 +27,7 </code>@<br /> /**
* Contains class with basic file management functions
*<br />- * $Id: class.t3lib_basicfilefunc.php,v 1.1 2005/11/29 04:42:54 pruss Exp $<br />+ * $Id: class.t3lib_basicfilefunc.php,v 1.2 2005/11/29 04:48:35 pruss Exp $
* Revised for TYPO3 3.6 July/2003 by Kasper Skaarhoj
*
* <code>author Kasper Skaarhoj <kasperYYYY@typo3.com><br /></code>@ <del>150,7 <ins>150,14 @@<br /> function getTotalFileInfo($wholePath) {<br /> $theuser = getmyuid();<br /> $info = t3lib_div::split_fileref($wholePath);<br /></del> $info['tstamp'] = @filectime($wholePath);<br /></ins> //PRS+ 29.11.2005<br />+ /*<br />+ * On Windows filectime gives the time, when the file was created<br />+ * To get time when file was last modified filemtime is the appropriate function <br />+ */<br /><ins># $info['tstamp'] = @filectime($wholePath);<br /></ins> $info['tstamp'] = @filemtime($wholePath);<br />+ //PRS- 29.11.2005<br /> $info['size'] = @filesize($wholePath);<br /> $info['type'] = @filetype($wholePath);<br /> $info['owner'] = @fileowner($wholePath);</p>
<p>(issue imported from #M1946)</p> TYPO3 Core - Bug #14788 (Closed): tslib_cObj::imageLinkWrap not passing information if image.imag...http://forge.typo3.org/issues/147882005-06-02T13:04:47ZPeter Russpeter.russ@4many.net
<p>providing a different url to replace showpic.php by TS<br />image.imageLinkWrap.JSwindow.altUrl=typo3conf/ext/fdfx_showpic/showpic.php<br />doesn't pass any information on image file, additional params etc, i.e.</p>
<p>before (w/o .altUrl): e.g. openPic('showpic.php?imglist=uploads%2Fpics%2F2113_10.jpg%7Cupload...',...</p>
<p>after (w .altUrl as mentioned above): e.g. openPic('typo3conf/ext/fdfx_showpic/showpic.php',...</p>
<p>This behavoir can be found to ALL versions of Typo3.</p>
<p>(issue imported from #M1153)</p>