ticket summary component milestone type severity created_ field description_ _changetime _reporter 1576 Xinha does not work in IE9 Browsers_InternetExplorer defect blocker 2011-04-09T11:54:14Z+0000 comment 2012-06-16T02:11:33Z+0000 guest 1576 Xinha does not work in IE9 Browsers_InternetExplorer defect blocker 2011-04-09T11:54:14Z+0000 comment See comment by gogo for the fix: http://www.xinha.org/punbb/viewtopic.php?id=3782#p9491 2012-06-16T02:11:33Z+0000 guest 1576 Xinha does not work in IE9 Browsers_InternetExplorer defect blocker 2011-04-09T11:54:14Z+0000 description "See forum post http://www.xinha.org/punbb/viewtopic.php?id=3782 In IE9 xinha build 1263 onwards fail to load. They stop showing in the loading box. Loading in progress. Please wait! Create Toolbar Using IE developers tools I get the following error in the console... but not in compatibility mode when it works fine. SCRIPT5002: Function expected XinhaCore.js, line 1572 character 18 " 2012-06-16T02:11:33Z+0000 guest 1582 Wrong dialog size of ImageManager in FF7 Dialogs defect normal 2011-10-04T18:22:35Z+0000 comment seems that problem was fixed with new FF update 2011-10-06T19:18:44Z+0000 guest 1582 Wrong dialog size of ImageManager in FF7 Dialogs defect normal 2011-10-04T18:22:35Z+0000 comment 2011-10-06T19:18:44Z+0000 guest 1596 "TransformerInnerHTML.js hangs browser in raw image data ""img"" tag" Xinha Core defect normal 2012-07-04T14:18:18Z+0000 comment 2012-09-17T02:27:16Z+0000 guest 1596 "TransformerInnerHTML.js hangs browser in raw image data ""img"" tag" Xinha Core defect normal 2012-07-04T14:18:18Z+0000 cc ejucovy 2012-09-17T02:27:16Z+0000 guest 1583 Trac - Create Ticket links dont work Website defect normal 2011-10-06T09:43:46Z+0000 comment 2012-03-30T01:28:26Z+0000 guest 1606 Text area always disabled Xinha Core defect normal 2013-02-28T03:29:41Z+0000 comment By the way, if in the browser console I do a xinha_editors.myTextArea.generate, everything works fine. is there a way to destroy the existing editor and generate a new one every time I open the dialog box? 2013-02-28T03:37:19Z+0000 guest 1595 suhosin causes failure in MootoolsFileManager (and other backend data perhaps) Xinha Core defect normal 2012-06-22T14:00:49Z+0000 comment changeset:1327 2012-06-22T14:02:12Z+0000 gogo 1589 Strange issue with the string 'graph' in the body of a xinha enabled text area Xinha Core defect normal 2011-11-29T15:52:34Z+0000 comment "I don't know who reported this, but I found the same issue and tracked it down to the Equation plugin (ASCIIMathML.js) at this line: var am = /amath\b|graph/i.test(st); I'm not sure about how to fix this properly, but for now I've just removed the graph test: var am = /amath\b/i.test(st);" 2012-02-15T07:19:38Z+0000 guest 1589 Strange issue with the string 'graph' in the body of a xinha enabled text area Xinha Core defect normal 2011-11-29T15:52:34Z+0000 comment "Disable all Xinha plugins and then try. There's no reason that simply the word ""graph"" would cause such a thing in the Xinha core that I can think of. And for the love of all that is holy, use a proper browser when you debug, Chrome or Firefox." 2012-02-15T07:19:38Z+0000 guest 1591 Security hole in Extended File Manager Plugins defect major 2012-02-06T13:15:35Z+0000 comment "The folder opened is restricted to the the example (demo) images distributed with Xinha, it is fine for somebody to delete these if the developer has not config'd Xinha, who cares, they are only example images. You can not escape the example images folder unless the developer specifically changes the config to another folder. If they change the config to another folder, then they would also change the other configuration items for EFM to meet their security requirements. This is only a problem in my view if you have a way to escape the demo images folder with default EFM configuration. Such a way is not proven to exist. " 2012-02-08T20:46:50Z+0000 guest 1591 Security hole in Extended File Manager Plugins defect major 2012-02-06T13:15:35Z+0000 comment "You can see the problem in Xinha demo instalation, right here: http://xinha.raimundmeyer.de/latest/plugins/ExtendedFileManager/backend.php?__plugin=ExtendedFileManager&__function=images&mode=image&viewtype=thumbview# Isn't the permission to delete the files being denied by the operating system instead of the application? Should this screen appears called directly by the browser or should it only appears called by the editor? Isn't this the latest version?" 2012-02-08T20:46:50Z+0000 guest 1591 Security hole in Extended File Manager Plugins defect major 2012-02-06T13:15:35Z+0000 cc fernando.algarvio@gmail.com, guest 2012-02-08T20:46:50Z+0000 guest 1591 Security hole in Extended File Manager Plugins defect major 2012-02-06T13:15:35Z+0000 comment No it doesn't. You must have a poor configuration or an old version. Ensure you properly configure your EFM and ImageManger. 2012-02-08T20:46:50Z+0000 guest 1597 Safari 5.1.6 Webkit insertNodeAtSelection Xinha Core defect normal 2012-07-30T13:08:16Z+0000 comment 2012-09-17T02:26:54Z+0000 guest 1597 Safari 5.1.6 Webkit insertNodeAtSelection Xinha Core defect normal 2012-07-30T13:08:16Z+0000 cc ejucovy 2012-09-17T02:26:54Z+0000 guest 1516 removal of several tags in html5 Xinha Core 0.96 defect normal 2010-05-04T15:23:15Z+0000 comment "Replying to [comment:1 gogo]: > Also... it could be argued that in the context of a WYSIWYG editor like Xinha, using and etc is the correct thing to do, when a user clicks the BOLD button in the editor, they are speifically saying ""I want this to be in a bold typeface"", not ""I think this is strongly important"", same goes for ""I want this to be in an italic typeface"" versus ""I think this should be emphasized"". I don't mean to resurrect this bug, just fix this claim (though if this info causes it to be resurrected, I'm certainly not going to complain), since it's a fairly persistent misconception: and weren't deprecated. Of those three, only is. See http://www.w3.org/TR/html4/index/elements.html" 2011-06-28T14:51:30Z+0000 guest 1580 Pas de barre d'outils Xinha Core defect normal 2011-06-03T07:34:03Z+0000 comment 2011-06-04T01:17:51Z+0000 guest 1580 Pas de barre d'outils Xinha Core defect normal 2011-06-03T07:34:03Z+0000 comment "Je suis desole mais je parle francais un petite seulemant. J'ai essay votre page et il fonctionne sans erreur. Regardez la photo. Ce n'est pas un bug. " 2011-06-04T01:17:51Z+0000 guest 1524 Mootoolsfilemanager not working in ie8 Plugins defect major 2010-06-05T08:50:33Z+0000 comment changeset:1316 probably fixes this 2012-06-16T02:45:09Z+0000 guest 1593 Misc Updates Xinha Core task normal 2012-06-16T01:51:36Z+0000 comment 2012-06-16T01:52:17Z+0000 gogo 1593 Misc Updates Xinha Core task normal 2012-06-16T01:51:36Z+0000 comment 2012-06-16T01:52:17Z+0000 gogo 1593 Misc Updates Xinha Core task normal 2012-06-16T01:51:36Z+0000 description "Committed changeset:1313 {{{ A few belated patches to Xinha... Use session_write_close in php-xinha to close the session quicker in order to reduce lock waits Set the default borders for insert table to no-border Allow to choose no border style when inserting tables Skip the ""complete"" attribute of images when domwalking (think this was firefox or something) A handful of fixes to the (old) MootoolsFileManager? Small fix to Stylist Add .htaccess to ExtendedFileManager demo_images Small fix to PasteText? Trac is down for me right now so no ticket number, will add a ticket to reference this changeset asap. }}}" 2012-06-16T01:52:17Z+0000 gogo 1577 InsertAnchor does not create anchor in IE7 Browsers_InternetExplorer defect normal 2011-05-18T12:52:02Z+0000 comment Committed changeset:1315 2012-06-16T02:08:54Z+0000 guest 1601 Incorrect width calculations Xinha Core defect normal 2012-09-15T14:44:26Z+0000 comment "There seem to be two problems with the status bar's width calculation: 1. Its width property is set to be equal to the width of the overall container. But in Xinha.css, the statusbar is given 4px padding-left and 4px padding-right, as well as a 1px border on each side. So when `_statusBar.style.width` is set to N px, its actual calculated width ends up being N+10 px. 1. Even after accounting for that, the status bar's width property is derived from the _htmlArea's offsetWidth, but the _htmlArea's offset width has an extra two pixels (from borders, I think) that shouldn't be included. The following patch addresses the problem I'm seeing, by using _htmlArea.clientWidth instead of .offsetWidth, and by manually subtracting 10 pixels to account for the status bar's styles; probably the 10 pixels shouldn't be hardcoded, and I'm not sure if using clientWidth is really correct here. Also, I haven't tested on any other browsers/versions/operating systems, so the patch isn't final. {{{ Index: XinhaCore.js =================================================================== --- XinhaCore.js (revision 1327) +++ XinhaCore.js (working copy) @@ -2230,7 +2230,9 @@ } else { - var width = size['width']; + var width = parseInt(size['width']); + // the statusbar has 4px padding on each side, plus 1px border on each side + width = width - 10; self._statusBar.style.width = width + ""px""; } }); @@ -3054,8 +3056,9 @@ this._textArea.style.height = this._iframe.style.height; this._textArea.style.width = this._iframe.style.width; - this.notifyOf('resize', {width:this._htmlArea.offsetWidth, height:this._htmlArea.offsetHeight}); - this.firePluginEvent('onResize',this._htmlArea.offsetWidth, this._htmlArea.offsetWidth); + this.notifyOf('resize', {width:this._htmlArea.clientWidth, height:this._htmlArea.offsetHeight}); + this.firePluginEvent('onResize',this._htmlArea.clientWidth, this._htmlArea.offsetWidth); + this._risizing = false; }; /** FIXME: Never used, what is this for? }}}" 2012-09-15T14:52:25Z+0000 ejucovy 1581 IE9 Fix Xinha Core defect major 2011-09-30T19:02:02Z+0000 comment "Commited (something like it) in changeset:1314 Leaving ticket open so it's easy for people to find this." 2012-06-16T02:04:27Z+0000 guest 1581 IE9 Fix Xinha Core defect major 2011-09-30T19:02:02Z+0000 description "XinHaCore.Js {{{ 1. approx line 1610 function noselect(e) { if (e.tagName) { e.unselectable = ""on""; } if (e.childNodes) { var imax = e.childNodes.length; for (var i = 0; i < imax; i += 1) { if (e.tagName) { noselect(e.childNodes[i]); } } } } 2. approx Line 6284 Xinha._stopEvent = function(ev) { if (ev.preventDefault) { //add ev.preventDefault(); } if (ev.stopPropagation){ //add ev.stopPropagation(); } }; }}}" 2012-06-16T02:04:27Z+0000 guest 1581 IE9 Fix Xinha Core defect major 2011-09-30T19:02:02Z+0000 comment Thanks, that worked for me. 2012-06-16T02:04:27Z+0000 guest 1581 IE9 Fix Xinha Core defect major 2011-09-30T19:02:02Z+0000 severity major 2012-06-16T02:04:27Z+0000 guest 1594 hasAttribute not supported in IE7 Xinha Core defect normal 2012-06-22T13:56:19Z+0000 comment changeset:1326 2012-06-22T13:57:28Z+0000 gogo 1298 CSS styling gets inserted into table cell after viewing source (Safari only) Browsers_Firefox 0.96 defect normal 2008-10-09T21:17:48Z+0000 comment Changeset [1312]. 2011-08-29T21:53:26Z+0000 nicholasbs 1298 CSS styling gets inserted into table cell after viewing source (Safari only) Browsers_Firefox 0.96 defect normal 2008-10-09T21:17:48Z+0000 comment Recent versions of Firefox do in fact exhibit the problem, and a quick check of IE also shows some signs of it. I will apply Nicholas' fix to these modules, and also Opera (which I have not checked but at the least I don't see how it could hurt anything). 2011-08-29T21:53:26Z+0000 nicholasbs 1575 CharacterMap defunct popups Plugins defect normal 2011-03-30T00:32:49Z+0000 comment changeset:1301 2011-03-30T00:33:22Z+0000 gogo 1600 auto scroll on enter User Interface defect major 2012-09-11T09:17:01Z+0000 comment 2012-09-17T02:26:48Z+0000 guest 1600 auto scroll on enter User Interface defect major 2012-09-11T09:17:01Z+0000 cc ejucovy 2012-09-17T02:26:48Z+0000 guest 1600 auto scroll on enter User Interface defect major 2012-09-11T09:17:01Z+0000 comment 2012-09-17T02:26:48Z+0000 guest 1600 auto scroll on enter User Interface defect major 2012-09-11T09:17:01Z+0000 keywords enter, auto, scroll, new line 2012-09-17T02:26:48Z+0000 guest 1224 [confirmed] sevenbitclean? / ghost cursor error with html mode toggle (Firefox) Xinha Core 0.96 defect major 2008-06-05T01:51:54Z+0000 comment It seems that Chrome 12.0.742.68 beta-m is producing the ghost cursor once more. If I toggle from WYSIWYG to HTML and back then save the contents and reload the content, the ghost cursor shows up where at the last cursor position. 2011-05-29T00:22:40Z+0000 guest