TYPO3 Forge: Issueshttp://forge.typo3.org/http://forge.typo3.org/themes/typo3_forge/favicon/favicon.png?17058661692020-02-28T10:37:00ZTYPO3 Forge
Redmine TYPO3 Core - Bug #90568 (Closed): BE user cookie set regardless of sessionhttp://forge.typo3.org/issues/905682020-02-28T10:37:00ZPhilipp Gampephilipp.gampe@typo3.org
<p>The BE user cookie is always set once a user visited the /typo3 login page. Even after logout, a BE user cookie is still present.</p>
<p>Since a BE user cookie is the only way viable way to detect a BE session, it should only be present if there is a current session. This is important for CDNs to bypass cache for active sessions.</p>
<p>That means a) the cookie should only be set after successful login and b) the cookie should be removed during logout.</p> TYPO3 Core - Bug #81992 (Closed): bin/* is ignoredhttp://forge.typo3.org/issues/819922017-07-27T18:51:41ZPhilipp Gampephilipp.gampe@typo3.org
<p>This results in removing typo3/sysext/core/bin/typo3 during `composer archive`.</p>
<p><a class="external" href="https://github.com/composer/satis/issues/324">https://github.com/composer/satis/issues/324</a><br /><a class="external" href="https://github.com/composer/composer/issues/3733">https://github.com/composer/composer/issues/3733</a></p> TYPO3 Core - Bug #81761 (Closed): l10n_mode exclude is ignored in IRRE relations and deletes unre...http://forge.typo3.org/issues/817612017-06-30T19:51:01ZPhilipp Gampephilipp.gampe@typo3.org
<p>If a records has a child records as IRRE relation with foreign field,<br />but the child records also exist freely without parent record and the <br />default value for the foreign field is <code>0</code> (Zero), then translating<br />the parent records will delete all child records without a parent.</p>
<p>Bonus: If the child records is not translatable, a "translated" child<br />record is created anyway.</p>
<p><strong>Expected behavior</strong>:<br />Translated parent and do not show child record IRRE in the translation<br />(Formengine).<br />Free children are left alone.<br />Bonus: Do not create a new child record for each translation.</p>
<p><strong>Actual behavior</strong>:<br />Child record relation is not shown in translation (form engine). [correct]<br />All free children are removed. [big problem]<br />Bonus: A new child record is created for each translation. [small problem]</p>
<p><strong>Workaround</strong>:<br />Make the default value for the foreign field not zero (e.g. <code>-1</code>).</p> TYPO3 Core - Bug #81726 (Closed): Install tool fatals on invalid table namehttp://forge.typo3.org/issues/817262017-06-28T14:12:45ZPhilipp Gampephilipp.gampe@typo3.org
<p>If the list of tables returned by mysql contains an invalid table name, the mysqli driver in the core throws an exception, breaking the install tool initial wizard in the database selection step.</p>
<p>The core should catch the exception and convert if to an error message and also simply skip invalid tables names.</p>
<p>To reproduce the error, create a directory <code>.config</code> in the mysql data dir and restart mysql. it should show an invalid table name like <code>#mysql50#.config</code> in the list of tables.</p> TYPO3 Core - Feature #80689 (Closed): Include static templates should allow .typoscript file exte...http://forge.typo3.org/issues/806892017-04-05T13:38:12ZPhilipp Gampephilipp.gampe@typo3.org
<p>As for the result of the polls [1],</p>
<p>the method <code>\TYPO3\CMS\Core\TypoScript\TemplateService::getTypoScriptSourceFileContent</code> should also check for <code>.typoscript</code> in addition to <code>.txt</code> and <code>.ts</code>.</p>
<p>The the long run, files should be registered individually instead of the magic resolving in the core.</p> TYPO3 Core - Bug #79659 (Closed): Remove checked files in upgrade analysishttp://forge.typo3.org/issues/796592017-02-07T12:49:16ZPhilipp Gampephilipp.gampe@typo3.org
<p>Ignored files are collected and presented for resurrection, if needed.<br />The resurrected list items will be removed from listing, but don't show up in the restored list.</p> TYPO3 Core - Task #79555 (Closed): Add Index.rst to master folderhttp://forge.typo3.org/issues/795552017-01-30T15:04:30ZPhilipp Gampephilipp.gampe@typo3.orgTYPO3 Core - Bug #79377 (Closed): Loading of l10n files broken for extensions starting with cmshttp://forge.typo3.org/issues/793772017-01-18T16:48:00ZPhilipp Gampephilipp.gampe@typo3.org
<p>The core tries to rewrite the l10n files of the former sysext cms. The condition testing for l10n files from cms is to wide, thereby destroying the loading of l10n of all extensions starting with cms.</p>
<p>7.6.* only</p> TYPO3 Core - Task #78144 (Closed): Evaluate inclusion of spdx info filehttp://forge.typo3.org/issues/781442016-10-04T20:32:31ZPhilipp Gampephilipp.gampe@typo3.org
<blockquote>
<p>The Software Package Data Exchange® (SPDX®) specification is a standard format for communicating the components, licenses and copyrights associated with software packages.<br />The SPDX standard helps facilitate compliance with free and open source software licenses by standardizing the way license information is shared across the software supply chain. SPDX reduces redundant work by providing a common format for companies and communities to share important data about software licenses and copyrights, thereby streamlining and improving compliance.<br />The SPDX specification is developed by the SPDX workgroup, which is hosted by the Linux Foundation. The grass-roots effort includes representatives from more than 20 organizations—software, systems and tool vendors, foundations and systems integrators—all committed to creating a standard for software package data exchange formats.</p>
</blockquote>
<p><a class="external" href="https://spdx.org/">https://spdx.org/</a></p> TYPO3 Core - Feature #77799 (Closed): Display TCA migration messages in Install Toolhttp://forge.typo3.org/issues/777992016-09-02T20:56:25ZPhilipp Gampephilipp.gampe@typo3.org
<p>As requested by Lolli, add a report to show the TCA migration messages.</p> TYPO3 Core - Bug #77766 (Closed): Show info about default sockethttp://forge.typo3.org/issues/777662016-09-01T22:39:57ZPhilipp Gampephilipp.gampe@typo3.org
<p>Before the doctrine changes, the install tool displayed a hint if the default socket is used (empty value).</p> TYPO3 Core - Bug #77764 (Closed): Image preview fails if storage is not publichttp://forge.typo3.org/issues/777642016-09-01T21:08:05ZPhilipp Gampephilipp.gampe@typo3.org
<p>This works in TYPO3 7.6, but somehow the file dump thinks it is in frontend mode and tries to get the list of frontend user groups, which do not exists.</p>
<pre>
Uncaught TYPO3 Exception
explode() expects parameter 2 to be string, null given
TypeError thrown in file
/home/phil/t3-playground/t3-git/typo3/sysext/core/Classes/Database/Query/Restriction/FrontendGroupRestriction.php in line 36.
15 explode(",", NULL)
/home/phil/t3-playground/t3-git/typo3/sysext/core/Classes/Database/Query/Restriction/FrontendGroupRestriction.php:
00034: public function __construct(array $frontendGroupIds = null)
00035: {
00036: $this->frontendGroupIds = $frontendGroupIds === null ? explode(',', $GLOBALS['TSFE']->gr_list) : $frontendGroupIds;
00037: }
00038:
14 TYPO3\CMS\Core\Database\Query\Restriction\FrontendGroupRestriction::__construct()
/home/phil/t3-playground/t3-git/typo3/sysext/core/Classes/Utility/GeneralUtility.php:
03889: }
03890: // Create new instance and call constructor with parameters
03891: $instance = new $finalClassName(...$constructorArguments);
03892: // Register new singleton instance
03893: if ($instance instanceof SingletonInterface) {
13 TYPO3\CMS\Core\Utility\GeneralUtility::makeInstance("TYPO3\CMS\Core\Database\Query\Restriction\FrontendGroupRestriction")
/home/phil/t3-playground/t3-git/typo3/sysext/core/Classes/Database/Query/Restriction/AbstractRestrictionContainer.php:
00091: protected function createRestriction($restrictionClass)
00092: {
00093: return GeneralUtility::makeInstance($restrictionClass);
00094: }
00095: }
12 TYPO3\CMS\Core\Database\Query\Restriction\AbstractRestrictionContainer::createRestriction("TYPO3\CMS\Core\Database\Query\Restriction\FrontendGroupRestriction")
/home/phil/t3-playground/t3-git/typo3/sysext/core/Classes/Database/Query/Restriction/FrontendRestrictionContainer.php:
00045: {
00046: foreach ($this->defaultRestrictionTypes as $restrictionType) {
00047: $this->add($this->createRestriction($restrictionType));
00048: }
00049: }
11 TYPO3\CMS\Core\Database\Query\Restriction\FrontendRestrictionContainer::__construct()
/home/phil/t3-playground/t3-git/typo3/sysext/core/Classes/Utility/GeneralUtility.php:
03889: }
03890: // Create new instance and call constructor with parameters
03891: $instance = new $finalClassName(...$constructorArguments);
03892: // Register new singleton instance
03893: if ($instance instanceof SingletonInterface) {
10 TYPO3\CMS\Core\Utility\GeneralUtility::makeInstance("TYPO3\CMS\Core\Database\Query\Restriction\FrontendRestrictionContainer")
/home/phil/t3-playground/t3-git/typo3/sysext/core/Classes/Resource/AbstractRepository.php:
00203: $queryBuilder = GeneralUtility::makeInstance(ConnectionPool::class)->getQueryBuilderForTable($this->table);
00204: if ($this->getEnvironmentMode() === 'FE') {
00205: $queryBuilder->setRestrictions(GeneralUtility::makeInstance(FrontendRestrictionContainer::class));
00206: }
00207: $row = $queryBuilder
9 TYPO3\CMS\Core\Resource\AbstractRepository::findByUid("371")
/home/phil/t3-playground/t3-git/typo3/sysext/core/Classes/Controller/FileDumpController.php:
00063: }
00064: } else {
00065: $file = GeneralUtility::makeInstance(ProcessedFileRepository::class)->findByUid($parameters['p']);
00066: if ($file->isDeleted()) {
00067: $file = null;
8 TYPO3\CMS\Core\Controller\FileDumpController::dumpAction(TYPO3\CMS\Core\Http\ServerRequest, TYPO3\CMS\Core\Http\Response)
7 call_user_func_array(array, array)
/home/phil/t3-playground/t3-git/typo3/sysext/core/Classes/Http/Dispatcher.php:
00039: $targetIdentifier = $request->getAttribute('target');
00040: $target = $this->getCallableFromTarget($targetIdentifier);
00041: return call_user_func_array($target, [$request, $response]);
00042: }
00043:
6 TYPO3\CMS\Core\Http\Dispatcher::dispatch(TYPO3\CMS\Core\Http\ServerRequest, TYPO3\CMS\Core\Http\Response)
/home/phil/t3-playground/t3-git/typo3/sysext/frontend/Classes/Http/EidRequestHandler.php:
00125: $dispatcher = GeneralUtility::makeInstance(Dispatcher::class);
00126: $request = $request->withAttribute('target', $configuration);
00127: return $dispatcher->dispatch($request, $response);
00128: }
00129:
5 TYPO3\CMS\Frontend\Http\EidRequestHandler::dispatch(TYPO3\CMS\Core\Http\ServerRequest)
/home/phil/t3-playground/t3-git/typo3/sysext/frontend/Classes/Http/EidRequestHandler.php:
00073: // Remove any output produced until now
00074: $this->bootstrap->endOutputBufferingAndCleanPreviousOutput();
00075: return $this->dispatch($request);
00076: }
00077:
4 TYPO3\CMS\Frontend\Http\EidRequestHandler::handleRequest(TYPO3\CMS\Core\Http\ServerRequest)
/home/phil/t3-playground/t3-git/typo3/sysext/core/Classes/Core/Bootstrap.php:
00309:
00310: // Execute the command which returns a Response object or NULL
00311: $this->response = $requestHandler->handleRequest($request);
00312: return $this;
00313: }
3 TYPO3\CMS\Core\Core\Bootstrap::handleRequest(TYPO3\CMS\Core\Http\ServerRequest)
/home/phil/t3-playground/t3-git/typo3/sysext/frontend/Classes/Http/Application.php:
00078: public function run(callable $execute = null)
00079: {
00080: $this->bootstrap->handleRequest(\TYPO3\CMS\Core\Http\ServerRequestFactory::fromGlobals());
00081:
00082: if ($execute !== null) {
2 TYPO3\CMS\Frontend\Http\Application::run()
/home/phil/t3-playground/t3-git/index.php:
00027: call_user_func(function () {
00028: $classLoader = require rtrim(realpath(__DIR__ . '/typo3'), '\\/') . '/../vendor/autoload.php';
00029: (new \TYPO3\CMS\Frontend\Http\Application($classLoader))->run();
00030: });
1 {closure}()
/home/phil/t3-playground/t3-git/index.php:
00028: $classLoader = require rtrim(realpath(__DIR__ . '/typo3'), '\\/') . '/../vendor/autoload.php';
00029: (new \TYPO3\CMS\Frontend\Http\Application($classLoader))->run();
00030: });
</pre> TYPO3 Core - Bug #75881 (Closed): Improper usage of processed fileshttp://forge.typo3.org/issues/758812016-04-23T12:45:27ZPhilipp Gampephilipp.gampe@typo3.org
<p><code>$file->process(...)</code> returns a <code>ProcessedFile</code> object, even it could not process the image.<br />The <code>ProcessedFile</code> has a method <code>isProcessed()</code> that needs to be used to check the result, otherwise <code>ProcessedFile</code> returns the properties of the original file.</p> TYPO3 Core - Bug #75847 (Closed): Wrong entrypoint when calling typo3 cli from root binhttp://forge.typo3.org/issues/758472016-04-21T15:56:25ZPhilipp Gampephilipp.gampe@typo3.org
<p>If the <code>typo3</code> cli is called from <code>bin/typo3</code> the entryPointLevel must only be 1, in contrast to calling the script from <code>typo3/sysext/core/bin/typo3</code> where is must be 4.</p> TYPO3 Core - Feature #25183 (Accepted): Pagetree - option to disable drag'n'drop completly; add ...http://forge.typo3.org/issues/251832011-02-26T00:12:57ZPhilipp Gampephilipp.gampe@typo3.org
<p>This feature request is a result from typo3.german:<br /><a class="external" href="http://lists.typo3.org/pipermail/typo3-german/2011-February/076039.html">http://lists.typo3.org/pipermail/typo3-german/2011-February/076039.html</a></p>
<p>Please implement an option to disable any drog'n'drop in backend. <br />There are a lot of unwanted clicks if you use a tabled or a very sensitive touchpad.</p>
<p>I would like to have this in user settings, so each user can turn it on and off on his own. <br />If this is generic, it might even be used by content element drag'n'dropping once it is implemented, as we will for sure have the same problem.</p>
<p>And please add this to 4.5 as it seems to be a nightmare for some users.</p>
<p>Accidently move your mouse while selecting pages. The will get move around and disappear in closed branches.</p>
<p>It was stated that you even delete pages of you do this in the lower part of the pagetree where the delete dropzone appears.</p>
<p>(issue imported from #M17773)</p>