Project

General

Profile

Actions

Bug #74373

closed

EXT:form - Form wizard not correctly working on IE

Added by Björn Jacob over 8 years ago. Updated almost 8 years ago.

Status:
Closed
Priority:
Should have
Assignee:
-
Category:
Form Framework
Target version:
-
Start date:
2016-03-06
Due date:
% Done:

30%

Estimated time:
TYPO3 Version:
7
PHP Version:
Tags:
extjs
Complexity:
hard
Is Regression:
No
Sprint Focus:

Description

There are some misbehaviours when using the form wizard on master and TYPO3 7 with IE 11 (and lower?). Steps to reproduce:

  • Add new mailform element.
  • Create form elements.
  • Save.
    • TYPO3 7: close and open wizard again.
    • master: wait till wizard is reloaded.
  • The markup has changed for the saved elements. The following markup (for a TEXTLINE object) is gone:
<div class="overflow-hidden"><label for="">Edit this label <em></em></label><input name="2345" type="text"></div>

Furthermore, the rows for the elements are too long and the icons are missing.


Related issues 1 (0 open1 closed)

Related to TYPO3 Core - Task #74317: EXT:form - optimize layout of inline form wizardClosed2016-03-05

Actions
Actions #1

Updated by Björn Jacob over 8 years ago

  • Target version set to Candidate for patchlevel
Actions #2

Updated by Sebastian Wagner over 8 years ago

  • Status changed from New to In Progress
Actions #3

Updated by Björn Jacob over 8 years ago

  • TYPO3 Version changed from 8 to 7

We've tested the problem again and decided to not fix the issues for T3 8 since the wizard will be rewritten. For T3 7 we have to tackle the following problems:

  • When opening an empty form in the wizard, the intro text is not loaded/ displayed correctly.
  • When storing a form, the data is saved correctly. When opening the form wizard again, the shown result is not correct. The label, the form itself and the buttons to the right are missing.
Actions #4

Updated by Sebastian Wagner over 8 years ago

  • % Done changed from 0 to 30
  • Tags set to extjs
  • Complexity set to hard

IE11, Firefox and Chrome behave similarly as they they all remove the whole right side of the wizard multiple times and add it's items again.
But IE seems to construct each item from scratch, while other browsers do reuse existing items and add dom elements including children in one rush.

Here is some debug output:

IE

overwrite,beforeapplyTemplate:  <form id="ext-gen120" novalidate="novalidate"><ol class=" formwizard-container" id="ext-gen119"><li class=" formwizard-element textline" id="ext-comp-1007" style="height: auto;"><div class=" buttongroup" id="ext-comp-1008"><span class=" x-btn-icon" id="ext-comp-1009"></span><span class=" x-btn-icon" id="ext-comp-1010"></span></div></li></ol></form>
overwrite,afterApplyTemplate:  <form novalidate="novalidate"><ol></ol></form>
onRender:  [object HTMLFormElement]
   <form id="ext-gen131" novalidate="novalidate"></form>
  onRender,thisEl:  [object HTMLFormElement]   <form id="ext-gen131" novalidate="novalidate"></form>
renderItem,insertBefore:  [object HTMLOListElement] [object HTMLLIElement]
   <ol class=" formwizard-container" id="ext-gen130"></ol>
   <li class=" formwizard-element textline" id="ext-comp-1007" style="height: auto;"></li>
renderItem,insertBefore:  [object HTMLLIElement] [object HTMLDivElement]
   <li class=" formwizard-element textline" id="ext-comp-1007" style="height: auto;"></li>
   <div class=" buttongroup" id="ext-comp-1008"></div>
renderItem,insertBefore:  [object HTMLDivElement] [object HTMLSpanElement]
   <div class=" buttongroup" id="ext-comp-1008"></div>
   <span class=" x-btn-icon" id="ext-comp-1009"></span>
renderItem,insertBefore:  [object HTMLDivElement] [object HTMLSpanElement]
   <div class=" buttongroup" id="ext-comp-1008"></div>
   <span class=" x-btn-icon" id="ext-comp-1010"></span>
onRender:  [object HTMLFormElement]
   <form id="ext-gen131" novalidate="novalidate"></form>
  onRender,thisEl:  [object HTMLFormElement]   <form id="ext-gen131" novalidate="novalidate"></form>

chrome, like Firefox

overwrite,beforeapplyTemplate:  <form novalidate="novalidate" id="ext-gen120"><ol id="ext-gen119" class=" formwizard-container"><li id="ext-comp-1007" class=" formwizard-element textline" style="height: auto;"><div id="ext-comp-1008" class=" buttongroup"><span id="ext-comp-1009" class=" x-btn-icon"><button type="button" class=" x-btn-text t3-icon t3-icon-actions t3-icon-actions-edit t3-icon-edit-delete" id="ext-gen111" title="Delete this element">&nbsp;</button></span><span id="ext-comp-1010" class=" x-btn-icon"><button type="button" class=" x-btn-text t3-icon t3-icon-actions t3-icon-actions-document t3-icon-document-open" id="ext-gen112" title="Edit this element">&nbsp;</button></span></div><div class="overflow-hidden"><label for="">Edit this label <em></em></label><input type="text" name="ggoo"></div></li></ol></form>
overwrite,afterApplyTemplate:  <form novalidate="novalidate"><ol></ol></form>
onRender:  <form novalidate=​"novalidate" id=​"ext-gen131">​…​</form>​
  onRender,thisEl:  <form novalidate=​"novalidate" id=​"ext-gen131">​…​</form>​
renderItem,insertBefore:  <ol id=​"ext-gen130" class=​" formwizard-container">​…​</ol>​ <li id=​"ext-comp-1007" class=​" formwizard-element textline" style=​"height:​ auto;​">​…​</li>​
onRender:  <form novalidate=​"novalidate" id=​"ext-gen131">​…​</form>​
  onRender,thisEl:  <form novalidate=​"novalidate" id=​"ext-gen131">​…​</form>​
Actions #5

Updated by Oliver Hader almost 8 years ago

I'd don't think that it's worth to fix this misbehavior in a particular scenario in the nested ExtJS structures (ExtJS is not used in CMS 8 anymore).
The solutions in this regard is hard but simple: "use a modern browser - either IE or any other evergreens"

Actions #6

Updated by Björn Jacob almost 8 years ago

  • Status changed from In Progress to Closed
  • Assignee deleted (Sebastian Wagner)
  • Target version deleted (Candidate for patchlevel)

Okay, thanks Olli for your valueable opinion. Since the problem is quite tough to tackle and fix, I am closing the issue. Let's concentrate on the new editor :)

Actions

Also available in: Atom PDF