TYPO3 Forge: Issueshttp://forge.typo3.org/http://forge.typo3.org/themes/typo3_forge/favicon/favicon.png?17058661692014-07-27T15:34:20ZTYPO3 Forge
Redmine TYPO3 Core - Task #60622 (Rejected): Deprecate getUrl, curlProxyServer and encourage usage of HTT...http://forge.typo3.org/issues/606222014-07-27T15:34:20ZErnesto Baschnyeb@cron.eu
<p>The SYS.curl* settings are being used by GeneralUtility::getUrl and openid. And probably other extensions are using that too.</p>
<p>Since 6.0 we have the nice HttpRequest adapter for the PEAR HTTP_Request2 component, which is a full replacement of what our old getUrl does.</p>
<p>So we want to deprecate getUrl along with the curl* settings.</p> TYPO3 Core - Task #57209 (Closed): Remove deprecation of BasicFileUtility::init until core stops ...http://forge.typo3.org/issues/572092014-03-23T17:58:02ZErnesto Baschnyeb@cron.eu
<p>Until we fully remove usage of BasicFileUtility throughout the core (i.e. DataHandler, Import/Export module, ElementBrowser and others), the core should not pollute the deprecation log with it.</p> TYPO3 Core - Task #56497 (Closed): Install Tool order of menu itemshttp://forge.typo3.org/issues/564972014-03-03T15:52:16ZErnesto Baschnyeb@cron.eu
<p>According to feedback from the UX team, we should reorder the menu items of the install tool:</p>
<p><a class="external" href="https://projects.invisionapp.com/share/H2IU7YVE#/screens/12116399/comments/7066513">https://projects.invisionapp.com/share/H2IU7YVE#/screens/12116399/comments/7066513</a></p>
<p>(and here a screen in case the above link is not working anymore):</p>
<p><img src="http://forge.typo3.org/attachments/download/26168/install-tool-order.png" alt="" loading="lazy" /></p>
<p>Current Order:</p>
<ul>
<li>Welcome</li>
<li>Important actions</li>
<li>System environment</li>
<li>Configuration Presets</li>
<li>Folder structure</li>
<li>Test setup</li>
<li>Upgrade Wizard</li>
<li>All configuration</li>
<li>Clean up</li>
<li>Logout from Install Tool</li>
</ul>
<p>New proposed order:</p>
<ul>
<li>Important Actions</li>
<li>Configuration Presets</li>
<li>All Configuration</li>
<li>Upgrade Wizard</li>
<li>System environment</li>
<li>Folder Structure</li>
<li>Test Setup</li>
<li>Cleanup</li>
</ul>
<p>"Logout" is put below the menu as a link and "Welcome" is just the first screen but without any menu item for it.</p> TYPO3 Core - Task #55464 (Closed): Install Tool Lock Screen (Backend Mode) Stylinghttp://forge.typo3.org/issues/554642014-01-30T15:09:52ZErnesto Baschnyeb@cron.eu
<p>Warning icon misplaced in the Alert to "Unlock Install Tool" when called as a Backend Module. Fix it.</p> TYPO3 Core - Task #55453 (Closed): Install Tool > All Configuration "Expand All" functionalityhttp://forge.typo3.org/issues/554532014-01-30T12:32:56ZErnesto Baschnyeb@cron.eu
<p>To ease finding settings in the new Install Tool "All Configuration", we want to have an "Expand all" feature to expand (and collapse) all accordions at the same time.</p> TYPO3 Core - Task #54511 (Closed): Travis increase PHP memory_limit to 1280mhttp://forge.typo3.org/issues/545112013-12-19T13:56:58ZErnesto Baschnyeb@cron.eu
<p>Currently travis is failing due to exploded memory_limit (>1024m). Why it takes so much needs to be investigated and is planned here: <a class="issue tracker-1 status-5 priority-4 priority-default closed" title="Bug: phpunit run in Travis: Detect and fix memory leaks (Closed)" href="http://forge.typo3.org/issues/54510">#54510</a></p>
<p>While this is not tackled, we should increase memory_limit for phpunit run a bit so that it at least works again. I.e. to 1280M.</p> TYPO3 Core - Epic #54260 (Closed): WP: FAL Missing Issues / Features / APIhttp://forge.typo3.org/issues/542602013-12-07T14:56:05ZErnesto Baschnyeb@cron.euTYPO3 Core - Task #53988 (Closed): First Time Installation doesn't need a "beforePackageStatesMig...http://forge.typo3.org/issues/539882013-11-26T18:10:24ZErnesto Baschnyeb@cron.eu
<p>For a dummy blank new installation the Installer creates a LocalConfiguration.php in "old-school" way (with extList) and then converts that to PackageStates and moves the old file to LocalConfiguration.beforePackageStatesMigration.php.</p>
<p>This is ugly, as you find yourself with "old files" while you are just installing it for the first time.</p>
<p>Could be streamlined, so that the first time installation activates the packages automatically.</p> TYPO3 Core - Epic #53915 (Closed): Usability and timing issues in Pagetreehttp://forge.typo3.org/issues/539152013-11-25T00:37:06ZErnesto Baschnyeb@cron.eu
<p>The page tree has some problems when it has to deal with long running tasks:</p>
<p>- delete whole tree<br />- copy tree with lots of childs<br />- etc...</p>
<p>This umbrella-issue should try to collect these so that they can be tackled at once.</p> TYPO3 Core - Feature #53890 (Closed): Upgrade Wizard, first step should be Database Migrationhttp://forge.typo3.org/issues/538902013-11-22T21:13:20ZErnesto Baschnyeb@cron.eu
<p>The first "Upgrade Wizard" should be a Database Analyser step that just migrates the database to the newly added features (new fields, new tables, new indexes). No "dropping" of any field at this point (as a later upgrade Wizard might need the information in them).</p>
<p>This first Upgrade Wizard could present a list of changes that will be done and a single checkbox bellow to "accept" that changes.</p>
<p>This Wizard should "hide itself" if it detects that there are no changes required.</p> TYPO3 Core - Task #52814 (Closed): Don't throw Exception if "/Packages" cannot be created in Doc-...http://forge.typo3.org/issues/528142013-10-14T20:59:31ZErnesto Baschnyeb@cron.eu
<p>When the new package management takes over throught the Install Tool it tries to create a "Packages" subdirectory directly in PATH_site. This might fail due to no writing rights on this level.</p>
<p>This is not unusual, as TYPO3 never really needed to write anything here, so many installations have hardened their instances by not allowing doc-root-writing.</p>
<p>So we should instead not fatal with an exception, but accept that it wasn't created and not bother about it.</p> TYPO3 Core - Task #52405 (Closed): Install Tool: Allow multiple status messages for a single Filehttp://forge.typo3.org/issues/524052013-09-30T20:01:09ZErnesto Baschnyeb@cron.eu
<p>Sometimes a file has incorrect content <strong>and</strong> incorrect permissions. Currently only the permission problem is displayed and only after fixing that this uncovers the "wrong content" problem.</p>
<p>We want to see as much "errors" in the same time, thus allow File and Directory status checks to return several errors / warnings at once.</p> TYPO3 Core - Task #51435 (Closed): Document css_styled_content rendering changes in compat_versionhttp://forge.typo3.org/issues/514352013-08-28T12:01:16ZErnesto Baschnyeb@cron.eu
<p>We have an array in css_styled_content in ext_localconf.php (compat_version) which is used by the Upgrade Wizard to inform the user of what has changed in the FE-rendering if he "upgrades" his compat version to the latest version (which is recommended).</p>
<p>The rule in the Core has been to add an entry for every change that was made to the rendering in css_styled_content. This hasn't been done since 4.5 as it seems, which then results in the upgrader not getting any info at all at this point of the wizard what has been changed.</p>
<p>In the sense of Smooth migration we should at least document the major changes since 4.5 to the 6.2 version. I would propose not to backport these back to 4.6 .. 6.1 as it is not worth it. And we don't need to document every individual step but instead could summarize the major changes that happened between the versions instead.</p> TYPO3 Core - Task #24900 (Closed): "Version Compatibility" Upgrade Wizard should not be displayed...http://forge.typo3.org/issues/249002011-01-31T10:47:55ZErnesto Baschnyeb@cron.eu
<p>The "Version Compatibility" wizard will always show up, even if nothing was changed to the FE rendering. So the user is left with a dialog which is pretty confusing (see screenshot upgrade-wizard-compatVersion.png).</p>
<p>Solution: only call this wizard if there is there is something to do.<br />(issue imported from #M17415)</p> TYPO3 Core - Epic #24849 (Closed): Upgrade Wizard Usabilityhttp://forge.typo3.org/issues/248492011-01-27T11:06:34ZErnesto Baschnyeb@cron.eu
<p>The Upgrade Wizard of TYPO3 still lacks a better usability.</p>
<p>This is an umbrella-issue to collect the issues which we should solve in future TYPO3 versions.</p>
<p>Please add other issues which describe bugs, issues and problems with the Upgrade Wizard as a <strong>child</strong> of this issue. Thanks!</p>
<p>(issue imported from #M17353)</p>