Bug #43672
closed
Admin panel unnecessarily reloads page upon expand/collapse
0%
Description
When expanding/collapsing a section in the admin panel it (unnecessarily?) reloads the page.
(Tested on 6.0, but I guess that's standard-behaviour since long.)
Updated by Mathias Schreiber over 9 years ago
- Status changed from New to Accepted
- Target version set to 7.2 (Frontend)
- Is Regression set to No
I'm pretty sure this is due to the fact that the AP needs to set parameters on opening/closing
Updated by Stefan Neufeind over 9 years ago
Parameters that get saved you mean? Could we do that via AJAX then?
Updated by Helmut Hummel over 9 years ago
Stefan Neufeind wrote:
Parameters that get saved you mean? Could we do that via AJAX then?
It sets get parameters. Changing that, will mean re-writing the admin panel (internals) as a whole.
Updated by Benni Mack almost 9 years ago
- Target version changed from 7.2 (Frontend) to 7.4 (Backend)
Updated by Susanne Moog over 8 years ago
- Target version changed from 7.4 (Backend) to 7.5
Updated by Benni Mack over 8 years ago
- Target version changed from 7 LTS to 8 LTS
The rewrite of admin panel did not make it into cms7, so I move it to v8.
Updated by Benni Mack about 7 years ago
- Target version changed from 8 LTS to Candidate for Major Version
Updated by Riccardo De Contardi about 6 years ago
- Related to Epic #84044: Admin Panel Rework added
Updated by Riccardo De Contardi about 6 years ago
- Related to Feature #22564: The selected preview group in FE is not active if the admin-panel is not expanded. added
Updated by Riccardo De Contardi about 6 years ago
- Related to Bug #84198: simulate usergroup in admin panel is reset on update added
Updated by Riccardo De Contardi about 6 years ago
I took a look with 7.6.23, 8.7.10 and 9.2.0-dev (latest master)
- on all versions expanding/collapsing a single section of admin panel triggers the reloading of the page
- only on version 7.6.23 expanding/collapsing the whole admin panel triggers the reloading of the page
Updated by Susanne Moog over 5 years ago
- Related to Feature #84584: Re-Design the admin panel added
Updated by Susanne Moog over 5 years ago
- Target version changed from Candidate for Major Version to 9 LTS
Updated by Riccardo De Contardi over 5 years ago
Updated situation after Admin Panel rework:
1) Enabling/Disabling the admin panel (red/green switch icon): forces reload of page
2) Expanding/Collapsing the TypoScript Section: does not force reload of the page
2.1) Expanding/Collapsing the "settigns group": does not force reload of the page
2.2) Clicking on "Save" button forces reload of the page
3) Expanding/Collapsing the Info Section (and all tabs): does not force reload of the page
4) Expanding/Collapsing the Settings Section: does not force reload of the page
4.1) Clicking on "Update settings" button forces reload of the page
4.2) Clicking on "Clear cache of current page" button forces reload of the page
4.3) Clicking on "Clear Frontend cache" button forces reload of the page
4.4) All icons in "Edit" section force a reload of the page (in fact, they open a different page inside /typo3/), except "Open TYPO3 backend" that opens the backend in anoter tab
Updated by Susanne Moog over 5 years ago
- Status changed from Accepted to Needs Feedback
@Riccardo
If I got this right, the adminpanel only reloads when it needs to now (for example because information changed because of changed settings).
Updated by Stefan Neufeind over 5 years ago
I can't yet provide feedback regarding the redesigned Admin-Panel for 9 LTS. But in previous versions even closing an information-div leaded to a reload, which could of course have happened by just setting a CSS-class to "closed" or something. That was the intention to improve with this issue.
Updated by Susanne Moog over 5 years ago
- Target version changed from 9 LTS to Candidate for patchlevel
Updated by Susanne Moog over 5 years ago
- Status changed from Needs Feedback to Closed
Fixed with the rewrite.
Updated by Susanne Moog over 5 years ago
- Sprint Focus set to On Location Sprint