PDA

View Full Version : [OPEN] [4.2.3.1180] HTMLEditor - Not working as expected.



enpasos
23 Oct 2013, 2:58 PM
Ext version tested:4.2.3.1180
Ext 4.2.3.1180 rev


Browser versions tested against:
FF 24.0, Chrome 30.0.1599.101, Safari 5.1.7 (7534.57.2)


Description:
HTMLEDITOR in Southpanel of a borderlayout. When collapsing the text diappears and entering new text is no more possible


Steps to reproduce the problem:
https://fiddle.sencha.com/#fiddle/14v


What occures:
When clicking the splitbar. Southpanel collapses. When bringing it back to full size, values have been disappearded and it is not possible to enter text from the keyboard. I expect the value not to disappear and stay changeable. When looking at the page's html: not only the text disappears but also the styling info in iframe/html/header/style is deleted.

enpasos
23 Oct 2013, 9:15 PM
Additional info: My real production problem is worse - but I can not reproduce it in a simple test, yet: there the text+style disappears when moving the splitbar slightly.

Gary Schlosberg
24 Oct 2013, 5:52 AM
Thanks for the report. Looks like this is a known issue and is related to EXTJSIV-11277 as well. Both fixes are currently still pending.

http://www.sencha.com/forum/showthread.php?263853
http://www.sencha.com/forum/showthread.php?271960

enpasos
24 Oct 2013, 8:48 PM
EXTJSIV-9873 has been posted on 16 May 2013.

For our issue we have three project options:

waiting for your bug fix
fix it ourself or find a workaround
use a different component


If you could give a hint on your time shedule for the bug fix it would help us on our decision.

Gary Schlosberg
25 Oct 2013, 1:12 PM
A colleague (http://www.sencha.com/forum/member.php?8730-hendricd) of mine suggested a workaround: Add animCollapse: false to the south region. This will require postition: absolute, which reinits an iframe (htmleditor). Hope that helps.

enpasos
26 Oct 2013, 1:45 AM
Gary, thanks a lot. The workaround works for the testcase I put on fiddle.

We still have the problem in our production code. But as we do not see it in our testcase, it could be a different cause - maybe a problem associated with using MathJax. I am working on isolating a testcase.

enpasos
26 Oct 2013, 3:34 AM
My production bug is related to MathJax. Here is the code to reproduce it:
index.html


<html>
<head>
<link rel="stylesheet" type="text/css" href="../../prgs/ext-4.2.3.1180/resources/css/ext-all-neptune.css">
<script type="text/javascript" src="../../prgs/ext-4.2.3.1180/ext-all-debug.js"></script>
<script type="text/javascript"
src="http://cdn.mathjax.org/mathjax/latest/MathJax.js?config=TeX-AMS-MML_HTMLorMML">
</script>
<script src="app.js"></script>
</head>
<body>
</body>
</html>

app.js


Ext.onReady(function() {
Ext.create('Ext.container.Viewport', {
renderTo: Ext.getBody(),
overflowY: 'auto',
layout: 'border',
requires: ['Ext.layout.container.Border', 'Ext.form.field.HtmlEditor'],
items: [{
region: 'center',
border: false,
layout: 'fit'
}, {
region: 'south',
layout: 'fit',
height: 300,
split: true,
weight: 10,
border: false,
items: [{
xtype: 'htmleditor',
id: 'editor',
value: 'test'
}]
}],
afterrender: function() {
MathJax.Hub.Queue(["Typeset", MathJax.Hub]);

}

});
});


When moving the splitbar the value is deleted from the htmledit panel.