TYPO3 Forge: Issueshttp://forge.typo3.org/http://forge.typo3.org/themes/typo3_forge/favicon/favicon.png?17058661692019-12-18T16:19:50ZTYPO3 Forge
Redmine TYPO3 Core - Bug #89990 (Rejected): Wrong reference to big-f0f0f0.gif in xtheme-t3skin.csshttp://forge.typo3.org/issues/899902019-12-18T16:19:50ZTobias Schaefertobias.schaefer@ptb.de
<p>Hello,</p>
<p>in TYPO3 8.7.30 (and all previous versions of TYPO3 8.7 too) in file typo3/sysext/core/Resources/Public/ExtJs/xtheme-t3skin.css in line 493 and 517 are references to ../images/spinner/big-f0f0f0.gif for the background-image url.<br />The folder typo3/sysext/core/Resources/Public/images/spinner doesn't exist. The file big-f0f0f0.gif resides in folder typo3/sysext/core/Resources/Public/ExtJs/images, so it should be:<br />background-image: url("images/big-f0f0f0.gif");</p>
<p>Cheers, Tobias</p> TYPO3 Core - Bug #81969 (Closed): Since 8.7.4 search in extension manager is brokenhttp://forge.typo3.org/issues/819692017-07-26T09:56:47ZTobias Schaefertobias.schaefer@ptb.de
<p>Hi,</p>
<p>With the update 8.7.4 the search in the extension manager doesn't work anymore. The list of extensions used to be filtered while the user types. This doesn't work anymore. Additionally if the user hit enter after typing a string the list of modules is shown twice (see screenshot). If I downgrade to 8.7.3 the EM works as expected.</p>
<p>Cheers, Tobias</p> TYPO3 Core - Bug #78793 (Rejected): Since 6.2.29 filemounts don't show list of folders anymorehttp://forge.typo3.org/issues/787932016-11-25T11:44:01ZTobias Schaefertobias.schaefer@ptb.de
<p>Hello,</p>
<p>since the recent update to 6.2.29 there is bug regarding filemounts.<br />If I try to edit a filemount the dropdown box with the list of folders is emtpy.<br />The error doesn't occur with every filemount. It is depending on the selected storage (see screenshots).<br />With the update to 6.2.29 the function validPathStr in sysext/core/Classes/Utility/GeneralUtility.php was modified:<br />6.2.28: && !preg_match('#(?:^\\.\\.|/\\.\\./|[[:cntrl:]])#u', $theFile);<br />6.2.29: && preg_match('#(?:^\\.\\.|/\\.\\./|[[:cntrl:]])#u', $theFile) === 0;<br />If I change the code to how it looked like with 6.2.28 the error doesn't occur.</p>
<p>Cheers,</p>
<p>Tobias</p> TYPO3 Core - Bug #77642 (Closed): preg_match: Compilation failed: regular expression is too large...http://forge.typo3.org/issues/776422016-08-25T16:47:38ZTobias Schaefertobias.schaefer@ptb.de
<p>If the cropHTML function (typo3/sysext/frontend/Classes/ContentObject/ContentObjectRenderer.php) is called to crop at 1074 (or more) characters it fails with this error message:<br />PHP Warning: preg_match(): Compilation failed: regular expression is too large at offset 27 in typo3/sysext/frontend/Classes/ContentObject/ContentObjectRenderer.php</p>
<p>Increasing pcre.backtrack_limit or pcre.recursion_limit in php.ini doesn't help.<br />To reproduce the bug you can use the news extension. Create a news with a teaser text of more the 1073 characters and set up the list plugin to crop the teaser text at 1074 characters. Cropping at 1073 characters will work.</p>
<p>Here you find a discussion about this problem:<br /><a class="external" href="http://stackoverflow.com/questions/31172837/regular-expression-is-too-large-error-in-php">http://stackoverflow.com/questions/31172837/regular-expression-is-too-large-error-in-php</a></p>
<p>Possible solutions:<br />- If you are trying to match/parse HTML, I would recommend using DOMDocument to parse the HTML and then walk the DOM tree or build an XPATH to find what you're looking for.<br />- Shorten the Regular Expression by using DEFINE for any redundant sub-expressions (see below).<br />- Split your regular expression at | and process the resulting sub-expressions separately. If the regex is essentially numerous keywords separated by |, then converting to a strtok or a loop with strpos may be a better & faster choice.</p>
<p>TYPO3: 6.2.26<br />PHP: 5.5.14<br />Linux: SLES 12 SP1</p>
<p>Cheers,<br />Tobias</p> TYPO3 Core - Bug #66776 (Closed): Exception Call to a member function getValue() on a non-object ...http://forge.typo3.org/issues/667762015-05-03T14:31:56ZTobias Schaefertobias.schaefer@ptb.de
<p>If confirmation is set to 1 in a tx_form submitting the form is failing on the confirmation-page with this exception:<br />PHP Fatal error: Call to a member function getValue() on a non-object in /srv/www/vhosts/typo3_src-6.2.12/typo3/sysext/form/Classes/Domain/Model/Attribute/AttributesAttribute.php on line 141<br />The configuration of the form is:<br />enctype = multipart/form-data<br />method = post<br />prefix = tx_form<br />confirmation = 1<br />postProcessor {<br /> 1 = mail<br /> 1 {<br /> recipientEmail = <a class="email" href="mailto:tobias.schaefer@ptb.de">tobias.schaefer@ptb.de</a><br /> senderEmail = <a class="email" href="mailto:tobias.schaefer@ptb.de">tobias.schaefer@ptb.de</a><br /> subject = test<br /> }<br />}<br />10 = TEXTLINE<br />10 {<br /> name = test<br /> label {<br /> value = Test<br /> }<br />}<br />20 = SUBMIT<br />20 {<br /> name = 3<br /> value = Submit form<br />}</p>
<p>In the installtool the Configuration presets -> Development / Production settings needs to be set to Production to get the confirmation page.<br />Otherwise this Exception is thrown:<br />PHP Warning: Invalid argument supplied for foreach() in /srv/www/vhosts/typo3_src-6.2.12/typo3/sysext/form/Classes/Utility/ValidatorUtility.php line 115<br />(see <a class="external" href="https://forge.typo3.org/issues/58878">https://forge.typo3.org/issues/58878</a>)</p> TYPO3 Core - Bug #66243 (Closed): File links in RTE don't get counted as a reference since TYPO3 ...http://forge.typo3.org/issues/662432015-04-02T15:28:35ZTobias Schaefertobias.schaefer@ptb.de
<p>After the update from TYPO3 6.2.10 to 6.2.11 the file links set in the RTE don't get counted as a reference correctly anymore.<br />Steps to reproduce:<br />1) Insert a link to a file in a text element (RTE)<br />2) Check the number of references for this file in the filelist-module<br />3) The number should get increased, but it doesn't<br />After going back to 6.2.10 the number of references gets updated correctly again.</p> TYPO3 Core - Bug #49962 (Closed): be_users:usergroup_cached_list too smallhttp://forge.typo3.org/issues/499622013-07-12T09:30:18ZTobias Schaefertobias.schaefer@ptb.de
<p>In the database table "be_users" the column "usergroup_cached_list" is defined as varchar(255). If I assign several usergroups with several subgroups to an user the size of usergroup_cached_list is too small. Therefore usergroup_cached_list should be defined as text (=65.535 characters).</p> TYPO3 Core - Bug #40611 (Closed): Call to undefined method t3lib_formprotection_DisabledFormProte...http://forge.typo3.org/issues/406112012-09-04T16:01:20ZTobias Schaefertobias.schaefer@ptb.de
<p>After updating from 4.4.15 to 4.5.19 I always get this error when the BE-session expires and I click on the Logout-button:<br />Fatal error: Call to undefined method t3lib_formprotection_DisabledFormProtection::removeSessionTokenFromRegistry() in /srv/www/libs/typo3_src-4.5.19/typo3/logout.php on line 73</p> TYPO3 Core - Bug #25213 (Closed): Install Tool allows editing settings added by extensions duplic...http://forge.typo3.org/issues/252132011-03-01T16:55:41ZTobias Schaefertobias.schaefer@ptb.de
<p>When I save 'Install Tool' / 'All Configuration', I get (while not having changed anything!):<br />$TYPO3_CONF_VARS['FE']['defaultTypoScript_constants'] = '[GLOBAL]\' . LF . \'extension.pdf_generator2.typeNum = 123';</p>
<p>This was already fixed with the patch of bug <a class="issue tracker-1 status-5 priority-4 priority-default closed" title="Bug: Install Tool duplicates values of textarea fields (Closed)" href="http://forge.typo3.org/issues/21501">#21501</a> and TYPO3 4.4.1. but somehow the bug still occurs in TYPO3 4.4.7.</p>
<p>1) I have installed "pdf_generator2" that does<br />t3lib_extMgm::addTypoScriptConstants('extension.pdf_generator2.typeNum = 123");<br />in ext_localconf.php<br />2) Every save in 'Install Tool' / 'All Configuration' duplicates the contents of $TYPO3_CONF_VARS['FE']['defaultTypoScript_constants']<br />(issue imported from #M17813)</p> TYPO3 Core - Bug #23237 (Closed): Canary mismatch on efree() - heap overflow detected in class.in...http://forge.typo3.org/issues/232372010-07-20T17:44:55ZTobias Schaefertobias.schaefer@ptb.de
<p>On one page with text- and image-contentelements the server quits with a blank page. The corresponding entry in the apache-error_log is:<br />[Tue Jul 20 17:19:54 2010] [error] [client 141.25.XX.XX] ALERT - canary mismatch on efree() - heap overflow detected (attacker '141.25.XX.XX', file '/srv/www/libs/typo3_src-4.2.12/typo3/sysext/indexed_search/class.indexer.php', line 1284), referer: <a class="external" href="http://s85388.bs.ptb.de/t3.internet/index.php?id=ag-811&L=1">http://s85388.bs.ptb.de/t3.internet/index.php?id=ag-811&L=1</a></p>
<p>It could be related to this bug: <a class="external" href="http://bugs.typo3.org/view.php?id=13701">http://bugs.typo3.org/view.php?id=13701</a></p>
<p>The error doesn't occur in the german version (L=0) of the page, but only in the translated english version (L=1).<br />If the german version is requested first and afterwards the english, both versions are shown. If the cache for this page is cleared and the english version is requested directly the error occurs.</p>
<p>PHP Version 5.2.5.<br />Suhosin Patch 0.9.6.2<br />TYPO3 4.2.12<br />Indexed Search Engine 2.11.1</p>
<p>(issue imported from #M15185)</p> TYPO3 Core - Bug #21156 (Rejected): Number as page-alias shouldn't be allowedhttp://forge.typo3.org/issues/211562009-09-30T16:17:13ZTobias Schaefertobias.schaefer@ptb.de
<p>It's possible to set a number as an alias of a page. This conflicts with the page-id. TYPO3 should correct the alias by adding a string or deny saving the page-properties.</p>
<p>(issue imported from #M12084)</p>