Bug #28851

Problems with cardlayout (loadingmasks)

Added by Kay Strobach almost 11 years ago. Updated over 10 years ago.

Status:
Closed
Priority:
Must have
Assignee:
Category:
Backend User Interface
Target version:
Start date:
2011-08-08
Due date:
% Done:

100%

Estimated time:
TYPO3 Version:
4.6
PHP Version:
5.3
Tags:
Complexity:
medium
Is Regression:
Sprint Focus:

Description

* tested card layout intensively [FF current stable, no plugins (fresh install)]--> really needs some work
  --> if connection to server is not stable (thin line), this leads to massive problems (list for Kay: got 2 different loading masks, finish loading not correctly detected, changing modules/page without waiting for load sometimes got weird experiences, especially I saw loaded stuff through the mask, but it didnt went away - seems that the events of "finally loaded" are not handled anymore if loading lasts a minute :P)
  --> if clicking too fast, the backend is stucked (this also happens on switching from modules wiht pagetree to modules without), stuck means loading masks reside, too. Or module/page combination (marked active) does not match the module in the content area

Taken from http://sketchpad.cc/vryDVArlyW - thanks to steffen r.


Files


Related issues

Related to TYPO3 Core - Task #30645: Revert "[FEATURE] Speed-up Backend with CardLayout"ClosedXavier Perseguers2011-10-08

Actions
#1

Updated by Kay Strobach almost 11 years ago

@steffen could you please review that patch sets items 1 and 2 ;) - thanks

first version of the patch

This fix contains several parts:

1. alt_file_navframe.php
   changed top.TYPO3.Backend.ContentContainer.setUrl()
   to new function
   top.TYPO3.ModuleMenu.App.openInContentFrame()

   This fix solves the problem in the filemodule

2. iframepanel.js
   added small delay to ensure, that the panel is rendered with correct
   size before applying the mask (force centering of loading indicator)

3. to be done
   make tree detect changed ids
#2

Updated by Kay Strobach almost 11 years ago

note to myself, that needs to be done directly after change of tree node has been detected ;)

  1. use recordId = TYPO3.ModuleMenu.Store.find('key','web'); to get the index of the selected main module
  2. record = TYPO3.ModuleMenu.Store.getById(recordId);
  3. iterate over record subs ...
  4. set uri of each related iframe to about:blank ... to force reload of the card

Regards
Kay

#3

Updated by Susanne Moog almost 11 years ago

  • Status changed from New to Accepted
  • Complexity set to medium
#4

Updated by Kay Strobach almost 11 years ago

otherwise call setUriIfChanged after switching the card ... this way the module start is always displayed after switching ...

This works for file and listmodule ... while note2 just works for web modules

#5

Updated by Mr. Hudson almost 11 years ago

Patch set 1 of change Ibccd5d6880e1e957d5de232fdc8f4ad168cd16ab has been pushed to the review server.
It is available at http://review.typo3.org/4299

#6

Updated by Mr. Hudson almost 11 years ago

Patch set 2 of change Ibccd5d6880e1e957d5de232fdc8f4ad168cd16ab has been pushed to the review server.
It is available at http://review.typo3.org/4299

#7

Updated by Mr. Hudson almost 11 years ago

Patch set 3 of change Ibccd5d6880e1e957d5de232fdc8f4ad168cd16ab has been pushed to the review server.
It is available at http://review.typo3.org/4299

#8

Updated by Kay Strobach almost 11 years ago

  • Status changed from Accepted to Resolved
  • % Done changed from 0 to 100
#9

Updated by Xavier Perseguers over 10 years ago

  • Status changed from Resolved to Closed

Also available in: Atom PDF