Bug #28851: Problems with cardlayout (loadingmasks) - TYPO3 Core - TYPO3 Forge

Actions

Copy link

Bug #28851

closed

Problems with cardlayout (loadingmasks)

Added by Kay Strobach over 12 years ago. Updated about 12 years ago.

Status:

Closed

Priority:

Must have

Assignee:

Kay Strobach

Category:

Backend User Interface

Target version:

4.6.0-beta2

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

0001-BUGFIX-Problems-with-Cardlayout.patch (2.77 KB) 0001-BUGFIX-Problems-with-Cardlayout.patch

first part

Kay Strobach, 2011-08-09 10:45

Related issues 1 (0 open — 1 closed)

Actions

Copy link

Updated by Kay Strobach over 12 years ago

File 0001-BUGFIX-Problems-with-Cardlayout.patch 0001-BUGFIX-Problems-with-Cardlayout.patch added

@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

Actions

Copy link

Updated by Kay Strobach over 12 years ago

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

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

Regards
Kay

Actions

Copy link