TYPO3 Forge: Issueshttp://forge.typo3.org/http://forge.typo3.org/themes/typo3_forge/favicon/favicon.png?17058661692024-03-20T12:27:42ZTYPO3 Forge
Redmine TYPO3 Core - Bug #103436 (Accepted): Wrong creation of redirectshttp://forge.typo3.org/issues/1034362024-03-20T12:27:42ZGeorg Ringer
<p>Given is a page which is hidden and starttime + enddtime in the past.</p>
<p>If the slug of this page is changed, 2 redirects are created!</p>
<ul>
<li>one regular redirect</li>
<li>one redirect with source_path <code>/</code></li>
</ul> TYPO3 Core - Bug #102707 (New): Icon wizards in dark modehttp://forge.typo3.org/issues/1027072023-12-21T07:21:20ZGeorg Ringer
<p>I am not sure if this is intended but the icon selection wizard doesn't look good/well integrated when dark mode is selected.</p>
<p>dark mode enabled:<br /><img src="http://forge.typo3.org/attachments/download/38179/clipboard-202312210820-lcxbr.png" alt="" loading="lazy" /></p>
<p>regular:</p>
<p><img src="http://forge.typo3.org/attachments/download/38180/clipboard-202312210821-zuwj5.png" alt="" loading="lazy" /></p> TYPO3 Core - Bug #100697 (Accepted): Upgrade wizard "Migrate backend users' selected UI languages...http://forge.typo3.org/issues/1006972023-04-21T06:23:41ZGeorg Ringer
<p>the upgrade wizard "Migrate backend users' selected UI languages to new format." does not work as long as the following change in the database compare is not done</p>
<pre>
ALTER TABLE `be_users` CHANGE `lang` `lang` VARCHAR(10) DEFAULT 'default' NOT NULL
Current value: lang VARCHAR(6) CHARACTER SET latin1 DEFAULT '' NOT NULL COLLATE `latin1_swedish_ci`
</pre>
<p>error<br /><pre>
An exception occurred while executing 'UPDATE `be_users` SET `lang` = ? WHERE `uid` = ?' with params ["default", 1]: Data too long for column 'lang' at row 1
</pre></p>
<p>it would be great if the wizard could do the migration or at least checks it</p> TYPO3 Core - Task #99508 (Accepted): Give more hints if Services.yaml is incompletehttp://forge.typo3.org/issues/995082023-01-10T15:46:45ZGeorg Ringer
<p>If the <code>Services.yaml</code> doesn't include</p>
<pre>
Vendor\Name\:
resource: '../Classes/*'
</pre>
<p>the class is not found with exception<br /><pre>
You have requested a non-existent service "Vendor\Name\Controller\EventController".
</pre></p>
<p>Suggestions:</p>
<ul>
<li>Add an important rst</li>
</ul> TYPO3 Core - Bug #98080 (Accepted): Remove useless options.passwordResethttp://forge.typo3.org/issues/980802022-08-05T09:26:31ZGeorg Ringer
<p>The user tsconfig <code>options.passwordReset</code> can be used to define which users are allowed to reset passwords of <strong>other</strong> backend users in the backend.</p>
<p>However the module "backend users" is restricted to admins anyway which means that me as an admin can set the tsconfig of my own user to whatever I like which makes this restriction useless.</p>
<p>See also <a class="issue tracker-1 status-5 priority-4 priority-default closed" title="Bug: Disabling password reset wirh options.passwordReset for only user with email still shows password... (Closed)" href="http://forge.typo3.org/issues/98021">#98021</a> for how this setting confuses because of same naming as the global setting in typo3_conf_vars</p> TYPO3 Core - Task #97237 (Accepted): Clear redirects in Redirects modulehttp://forge.typo3.org/issues/972372022-03-25T07:50:09ZGeorg Ringer
<p>The table <code>sys_redirect</code> should be clearable in the module</p> TYPO3 Core - Bug #95914 (New): Extbase controllers fetches TS from plugin path even if not desiredhttp://forge.typo3.org/issues/959142021-11-08T19:19:28ZGeorg Ringer
<p>Having a TypoScript</p>
<pre>
plugin.tx_felogin_login.settings.pages = 123
lib.loginBox = USER
lib.loginBox {
userFunc = TYPO3\CMS\Extbase\Core\Bootstrap->run
extensionName = Felogin
pluginName = Login
# settings < plugin.tx_felogin_login.settings
settings >
settings.pages = 187
}
page.20 < lib.loginBox
</pre>
<p>still shows <code>pages</code> with <code>123</code> but should be <code>187</code></p>
<p>(related stackoverflow <a class="external" href="https://stackoverflow.com/questions/69886972/typo3-11-felogin-with-typoscript/69887466?noredirect=1#comment123539460_69887466">https://stackoverflow.com/questions/69886972/typo3-11-felogin-with-typoscript/69887466?noredirect=1#comment123539460_69887466</a>)</p> TYPO3 Core - Bug #92647 (New): Inputs with charcounter misses correct markup for alert outputhttp://forge.typo3.org/issues/926472020-10-21T16:18:53ZGeorg Ringer
<p>When focusing the input an information is visually displayed underneath the input called "Remaining characters: 255". Such warnings and suggestions for form inputs need to have a special markup, so that also screenreader users are aware of the existence of such a warning. The alert message is not marked up correctly for screenreader users.</p> TYPO3 Core - Bug #91503 (Accepted): Use default error handlerhttp://forge.typo3.org/issues/915032020-05-27T10:50:14ZGeorg Ringer
<p>The error handling accepts different error types like 404,500, ... and the code <code>0</code> is described with</p>
<blockquote>
<p>any error not defined otherwise</p>
</blockquote>
<p>+</p>
<blockquote>
<p>Make sure to have at least 0 (not defined otherwise) configured in order to serve helpful error messages to your visitors.</p>
</blockquote>
<p>however there is never a fallback to use this error type which is useful if you just have one error page and not different ones per error code</p> TYPO3 Core - Bug #90669 (Accepted): Check translations for wrong handling of htmlhttp://forge.typo3.org/issues/906692020-03-06T20:51:54ZGeorg Ringer
<p>it seems the pootle export changed the xlf files and escapes parts of the HTML</p> TYPO3 Core - Feature #90342 (Accepted): Group items in tab of content element wizardhttp://forge.typo3.org/issues/903422020-02-08T20:56:15ZGeorg Ringer
<p>Items in the content element wizard should be able to be grouped, including a header</p> TYPO3 Core - Task #89334 (Accepted): Unify retrieving strings from XLIFF fileshttp://forge.typo3.org/issues/893342019-10-03T05:12:52ZGeorg Ringer
<p>There are multiple implementations how translations are retreived from the core.</p>
<p>The following code parts have been identified:</p>
<ul>
<li><code>\TYPO3\CMS\Backend\Controller\AbstractFormEngineAjaxController::getLabelsFromLocalizationFile</code></li>
<li><code>\TYPO3\CMS\Frontend\Plugin\AbstractPlugin::pi_getLL</code></li>
<li><code>\TYPO3\CMS\Core\Localization\LanguageService::getLLL</code></li>
<li><code>\TYPO3\CMS\Extbase\Utility\LocalizationUtility::translate</code></li>
<li><code>\TYPO3\CMS\Form\Service\TranslationService::translate</code></li>
<li><code>\TYPO3\CMS\Core\Localization\Parser\XliffParser::doParsingFromRoot</code></li>
</ul>
<p>Todo:</p>
<p>- find the correct way<br />- implement it</p> TYPO3 Core - Epic #83669 (New): Improve file list / file browserhttp://forge.typo3.org/issues/836692018-01-24T10:45:04ZGeorg Ringer
<a name="Ideas"></a>
<h1 >Ideas<a href="#Ideas" class="wiki-anchor">¶</a></h1>
<a name="Layout"></a>
<h2 >Layout<a href="#Layout" class="wiki-anchor">¶</a></h2>
<p>Provide different layouts like</p>
<ul>
<li>list</li>
<li>gallery view</li>
<li>thumbnails</li>
</ul>
<a name="Filters"></a>
<h2 >Filters<a href="#Filters" class="wiki-anchor">¶</a></h2> TYPO3 Core - Bug #79473 (New): Typo3DbQueryParser fails since Doctrine by comparing date fieldshttp://forge.typo3.org/issues/794732017-01-26T08:36:40ZGeorg Ringer
<p>Since the move to native Doctrine querybuilding in extbase with <a class="issue tracker-1 status-5 priority-4 priority-default closed" title="Bug: Doctrine: Migrate extbase Typo3DbBackend and Typo3DbQueryParser (Closed)" href="http://forge.typo3.org/issues/77379">#77379</a>, the comparing using calls like greaterThan,lessThan,... fail if a date field should be compared.</p>
<p>The error can easily be spotted by taking a look into the method <code>parseDynamicOperand</code> <a href="https://github.com/TYPO3/TYPO3.CMS/blob/a522617e2a549e8165671be5a78586e885db66f4/typo3/sysext/extbase/Classes/Persistence/Generic/Storage/Typo3DbQueryParser.php#L439" class="external">Github</a></p>
<pre>
case QueryInterface::OPERATOR_LESS_THAN_OR_EQUAL_TO:
$value = $this->queryBuilder->createNamedParameter($this->dataMapper->getPlainValue($value), \PDO::PARAM_INT);
$expr = $exprBuilder->comparison($fieldName, $exprBuilder::LTE, $value);
break;
</pre>
<p>Using <code>PDO::PARAM_INT</code> is wrong if in the DB an actual date or datetime type is used.</p> TYPO3 Core - Bug #22348 (Accepted): Security problem with flexforms, especially extbase and overr...http://forge.typo3.org/issues/223482010-03-29T21:50:40ZGeorg Ringer
<p>Description:<br />-----------------<br />A user can save anything in the flexform field by using e.g. firebug and<br />modifiying the name-attribute of the fields. Extbase is configured to<br />merge flexform and typoscript settings automatically and further more it<br />uses specific keywords to set e.g. the used templates.</p>
<p>For example: Any textarea / input field can be changed to save data into<br />the field "view.templateRootPath" which is then used as template path.</p>
<p>Problem:<br />----------------<br />If a user has the rights to create html files or maybe the right to<br />upload files to a specific folder in fileadmin/, he can change the<br />template of any extbase extension he has access to.</p>
<p>Problem with pibase:<br />----------------<br />As there is no speficic keyword for the pibase extension it is not that<br />easy there. Of course if an extension merges every flexform setting with<br />the TS settings itself, the same problem occurs.</p>
<p>Possible Solution:<br />----------------<br />I don't know if the proposed solution is the correct one but IMO before<br />the record is saved/updated, it needs to be checked if every flexform<br />field is existing in the flexform file.</p>
<p>IMO there is at least one problem: If the flexform file is extended by<br />the extension author, old and unsed sections remain in the database<br />because everything is merged there.</p>
<p>(issue imported from #M13955)</p>