TYPO3 Forge: Issueshttp://forge.typo3.org/http://forge.typo3.org/themes/typo3_forge/favicon/favicon.png?17058661692011-02-08T23:46:45ZTYPO3 Forge
Redmine TYPO3 Core - Feature #12886 (Closed): Add possibility to send multiple objects (object storage) t...http://forge.typo3.org/issues/128862011-02-08T23:46:45ZSimon Schaufelberger
<p>spoken in the case of blog_example, it is not possible to edit multiple blogs at the same time.</p>
<p>What i would like to do is the following:</p>
<pre>
<f:form controller="Blog" action="multipleedit" name="blog">
<input type="checkbox" value="1" name="tx_blogexample_pi1[blog][]">
<input type="checkbox" value="2" name="tx_blogexample_pi1[blog][]">
<input type="checkbox" value="3" name="tx_blogexample_pi1[blog][]">
<f:form.submit value="Edit"/>
</f:form>
</pre>
<p>and have an Action like this in BlogController:</p>
<pre>
public function multipleeditAction(Tx_Extbase_Persistence_ObjectStorage $blog){
[...]
}
</pre> TYPO3 Core - Feature #24948 (Closed): Check if user _cli_lowlevel exists in db check and create i...http://forge.typo3.org/issues/249482011-02-04T10:12:35ZSimon Schaufelberger
<p>currently you manually have to check if there is a user _cli_lowlevel for updating the refindex with command line but it would be nive to do the same like in scheduler and create that user with a single click if it does not exist.</p>
<p>(issue imported from #M17475)</p> TYPO3 Core - Bug #24932 (Closed): path to Documentation for sysextensions is wronghttp://forge.typo3.org/issues/249322011-02-02T14:38:27ZSimon Schaufelberger
<p>the path to the documentation for the felogin looks like this in the old extension manager:<br /><my server>/sysext/felogin/doc/manual.sxw</p>
<p>but should be:<br /><my server>/typo3/sysext/felogin/doc/manual.sxw</p>
<p>(issue imported from #M17450)</p> TYPO3 Core - Bug #24929 (Closed): TYPO3.configuration is undefinedhttp://forge.typo3.org/issues/249292011-02-02T11:45:03ZSimon Schaufelberger
<p>Firebug says:</p>
<p>TYPO3.configuration is undefined<br />/typo3temp/compressor/donate-2c34430f8697582e00bc5d0fb748a824.js?1296643189<br />Line 36</p>
<p>donateUrl: TYPO3.configuration.donateUrl,</p>
<p>and when resizing the window, i get:<br />handler is undefined<br />/typo3temp/compressor/prototype-c68d063e5139c50cf3ae67ae2962a640.js<br />Line 3966</p>
<p>(issue imported from #M17445)</p> TYPO3 Core - Feature #24878 (Closed): Add first and last attribute in sitemap content typehttp://forge.typo3.org/issues/248782011-01-28T14:23:48ZSimon Schaufelberger
<p>currently the sitemap just shows a unordered list with no default classes for first and last item. overwriting is quite complex so add classes by default.</p>
<p>(issue imported from #M17389)</p> TYPO3 Core - Bug #24658 (Closed): New window instead of new tab when viewing a page from the new ...http://forge.typo3.org/issues/246582011-01-19T09:20:00ZSimon Schaufelberger
<p>Opening the kontextmenu in the new page tree and selecting the "show" item opens the page in a new window in Firefox. This is ugly since I want a new tab.</p>
<p>In the 3rd frame on the right if i do the same in the docheader of the page, the page is still opening in a new tab as expected.</p>
<p>can this behavior in the page tree be changed please?</p>
<p>(issue imported from #M17136)</p> TYPO3 Core - Bug #24636 (Closed): moving of docheader when expanding and collapsing typoscript in...http://forge.typo3.org/issues/246362011-01-18T13:00:01ZSimon Schaufelberger
<p>the docheader is moving a few px up when expanding and collapsing typoscript in the object browser</p>
<p>(issue imported from #M17112)</p> TYPO3 Core - Feature #24396 (Closed): Adminlog doesn't have a pagerhttp://forge.typo3.org/issues/243962010-12-22T15:55:45ZSimon Schaufelberger
<p>The adminlog in the backend doesnt have a pager. If you want to dispaly all items, it take quite some time for the browser to render them. a pager would be better.</p>
<p>why not have the admin log extjs based as a grid?</p>
<p>(issue imported from #M16820)</p> TYPO3 Core - Bug #24389 (Closed): speed up typoLink function by caching domain recordshttp://forge.typo3.org/issues/243892010-12-22T11:59:44ZSimon Schaufelberger
<p>there is a big TODO already in the comments, so if TYPO3 4.5 wants to be the fastest TYPO3 ever, this part of the typoLink function should be cached since it is called MANY times on a page...</p>
<pre><code class="php syntaxhl" data-language="php"><span class="nv">$res</span> <span class="o">=</span> <span class="nv">$GLOBALS</span><span class="p">[</span><span class="s1">'TYPO3_DB'</span><span class="p">]</span><span class="o">-></span><span class="nf">exec_SELECTquery</span><span class="p">(</span>
<span class="s1">'pid, domainName, forced'</span><span class="p">,</span>
<span class="s1">'sys_domain'</span><span class="p">,</span>
<span class="s1">'pid IN ('</span> <span class="mf">.</span> <span class="nb">implode</span><span class="p">(</span><span class="s1">','</span><span class="p">,</span> <span class="nv">$targetPageRootlinePids</span><span class="p">)</span> <span class="mf">.</span> <span class="s1">') '</span> <span class="mf">.</span> <span class="s1">' AND redirectTo=\'\' '</span> <span class="mf">.</span> <span class="nv">$this</span><span class="o">-></span><span class="nf">enableFields</span><span class="p">(</span><span class="s1">'sys_domain'</span><span class="p">),</span>
<span class="s1">''</span><span class="p">,</span>
<span class="s1">'sorting ASC'</span>
<span class="p">);</span>
<span class="c1">// TODO maybe it makes sense to hold all sys_domain records in a cache to save additional DB querys on each typolink</span>
<span class="k">while</span> <span class="p">(</span><span class="nv">$row</span> <span class="o">=</span> <span class="nv">$GLOBALS</span><span class="p">[</span><span class="s1">'TYPO3_DB'</span><span class="p">]</span><span class="o">-></span><span class="nf">sql_fetch_assoc</span><span class="p">(</span><span class="nv">$res</span><span class="p">))</span> <span class="p">{</span>
<span class="nv">$foundDomains</span><span class="p">[]</span> <span class="o">=</span> <span class="nb">preg_replace</span><span class="p">(</span><span class="s1">'/\/$/'</span><span class="p">,</span> <span class="s1">''</span><span class="p">,</span> <span class="nv">$row</span><span class="p">[</span><span class="s1">'domainName'</span><span class="p">]);</span>
<span class="k">if</span> <span class="p">(</span><span class="o">!</span><span class="k">isset</span><span class="p">(</span><span class="nv">$firstFoundDomains</span><span class="p">[</span><span class="nv">$row</span><span class="p">[</span><span class="s1">'pid'</span><span class="p">]]))</span> <span class="p">{</span>
<span class="nv">$firstFoundDomains</span><span class="p">[</span><span class="nv">$row</span><span class="p">[</span><span class="s1">'pid'</span><span class="p">]]</span> <span class="o">=</span> <span class="nb">preg_replace</span><span class="p">(</span><span class="s1">'/\/$/'</span><span class="p">,</span> <span class="s1">''</span><span class="p">,</span> <span class="nv">$row</span><span class="p">[</span><span class="s1">'domainName'</span><span class="p">]);</span>
<span class="p">}</span>
<span class="k">if</span> <span class="p">(</span><span class="nv">$row</span><span class="p">[</span><span class="s1">'forced'</span><span class="p">]</span> <span class="o">&&</span> <span class="o">!</span><span class="k">isset</span><span class="p">(</span><span class="nv">$firstFoundForcedDomains</span><span class="p">[</span><span class="nv">$row</span><span class="p">[</span><span class="s1">'pid'</span><span class="p">]]))</span> <span class="p">{</span>
<span class="nv">$firstFoundForcedDomains</span><span class="p">[</span><span class="nv">$row</span><span class="p">[</span><span class="s1">'pid'</span><span class="p">]]</span> <span class="o">=</span> <span class="nb">preg_replace</span><span class="p">(</span><span class="s1">'/\/$/'</span><span class="p">,</span> <span class="s1">''</span><span class="p">,</span> <span class="nv">$row</span><span class="p">[</span><span class="s1">'domainName'</span><span class="p">]);</span>
<span class="p">}</span>
<span class="p">}</span>
</code></pre>
<p>fileref: typo3\sysext\cms\tslib\class.tslib_content.php</p>
<p>(issue imported from #M16812)</p> TYPO3 Core - Bug #24359 (Closed): custom parameters in multimedia object are not parsed into java...http://forge.typo3.org/issues/243592010-12-18T01:07:22ZSimon Schaufelberger
<p>my custom parameter:<br />wmode=opaque</p>
<p>the output:</p>
<p><div id="mmswf4d0bf869f10f2"></div></p>
<p><script type="text/javascript"><br /> var flashvars = {};<br /> var params = {"quality":"high","menu":"false","allowScriptAccess":"sameDomain","allowFullScreen":"true"};<br /> var attributes = {};<br /> swfobject.embedSWF("fileadmin/myvideo.swf", "mmswf4d0bf869f10f2", "700", "400",<br /> "9", "typo3/contrib/flashmedia/swfobject/expressInstall.swf", flashvars, params, attributes);<br /></script></p>
<p>(issue imported from #M16772)</p> TYPO3 Core - Bug #24343 (Closed): htmlArea RTE: Popup layer for editing links is not resizeable i...http://forge.typo3.org/issues/243432010-12-15T14:06:01ZSimon Schaufelberger
<p>when creating or editing a link in RTE, the opened layer window is resizeable in Firefox but NOT in IE 7 and 8. IE 6 i have not tested but i believe it is also not working there.</p>
<p>another problem is, that the default size of the opened layer has a completely different size in FF compared to IE. in IE it is very small compared to FF.</p>
<p>so the bad thing is: Layer in IE is too small and not resizable ;(</p>
<p>(issue imported from #M16750)</p> TYPO3 Core - Bug #24314 (Closed): Moving Content Elements up and down with translationhttp://forge.typo3.org/issues/243142010-12-09T16:24:45ZSimon Schaufelberger
<p>I have 4 content elements all together, 2 in english and a translation of those in german.<br />English is the main language and i am in the Language view at a page where you see the languages side by side.</p>
<p>when i move the first ce of english down, only this content element is moving down. ok, now i move the first german ce down which is the translaton to the one that we just moved down. we see a cross of the content elements now.</p>
<p>now let's move the first german ce also down that we have all translations at the same "level" again. so far so good, i can move the german ce up and down and nothing changes but when i have the german ce at the bottom and moving the ENGLISCH one up again, BOTH content elements are moving up (the english one and the german translation to it).</p>
<p>this is very strange.</p>
<p>ok, this was in live workspace. now let's change to workspace view.</p>
<p>when i move the first english ce down, i suddenly see the german translation in the english column. what? after publishing the changes in the versioning module, both ce's are in its own column again (somehow i have 2 items to publish, the german and the english).</p>
<p>i don't know what SHOULD be the way it should be (moving only one ce at a time or both together) but one of those wrong behaviors shold be fixed.</p>
<p>i hope i could describe the situation so that it is understandable, if not, please ask.</p>
<p>(issue imported from #M16709)</p> TYPO3 Core - Bug #23813 (Closed): Media content object with selection of "HTML Embed Element" doe...http://forge.typo3.org/issues/238132010-10-21T12:55:07ZSimon Schaufelberger
<p>I have the following settings:<br />Media type: Video<br />Width: 960<br />Height: 235<br />Render Type: HTML Embed Element<br />Additional Parameters:<br />- custom parameter:<br />wmode="opaque"</p>
<p>- media parameter:<br />option: quality<br />set to: value entry<br />value: high</p>
<p>in the fronend i get:<br /><embed src="path/to/flash.swf" quality="high"></embed></p>
<p>(issue imported from #M16093)</p> TYPO3 Core - Feature #21960 (Closed): Render Access Lists settings in be_groups configuration as ...http://forge.typo3.org/issues/219602010-01-15T10:02:15ZSimon Schaufelberger
<p>for beginners it is much easier to have "ckeckbox" the default value for accessListRenderMode since there is also a description available.</p>
<p>(issue imported from #M13245)</p> TYPO3 Core - Bug #21056 (Closed): Close Button is at the wrong place when editing a file in filelisthttp://forge.typo3.org/issues/210562009-09-15T10:31:08ZSimon Schaufelberger
<p>When editing a file via the file list browser, the close button is the third icon. everywhere else it is the first one except here. for consistency i would suggest to move it to the first position as well</p>
<p>(issue imported from #M11957)</p>