Details
-
Type:
Bug
-
Status:
Closed
-
Priority:
Major
-
Resolution: Fixed
-
Affects Version/s: 2.4.4
-
Fix Version/s: 3.0 M3
-
Component/s: WYSIWYG Editor
-
Labels:None
-
Environment:epiphany browser (ubuntu 10.04)
"Mozilla/5.0 (X11; U; Linux x86_64; de-de) AppleWebKit/531.2+ (KHTML, like Gecko) Version/5.0 Safari/531.2+ Ubuntu/10.04 LTS () Epiphany/2.30.2"
-
Development Priority:High
-
Difficulty:Hard
-
Similar issues:
XWIKI-908Opera browser - WYSIWYG XWIKI-4503"Import > Office Content" doesn't work on WebKit based browsers XWIKI-3497Add support for Opera browser XWIKI-5492Can't move the focus outside of the rich text area in Opera XWIKI-3192Wrap macro output XWIKI-3749 Transformation is not applied on script macro result when output=false XWIKI-5973Use contentEditable attribute instead of designMode property for the richt text area XWIKI-4141A series of {{script language="groovy"}} macros will only output the result of first macro XWIKI-4088The output of the HTML macro with wiki=true is parsed and generates duplicated content XWIKI-2229Browser specific bugs in the charting plugin
Description
Try to edit the content of an existing code macro in the WYSIWYG editor.
If you press the "save" button or change to the "source" editor the modification are lost
Issue Links
- blocks
-
XWIKI-3839
Add support for Safari browser
-
You are editing the code macro in-line right? The output of any macro must be protected (i.e. read-only) because macros are transformations and you have to edit the source of the transformation not the result. Unfortunately macro output is currently unprotected in WebKit-based browsers (like Epiphany). This should be fixed soon (I have a fix, I just need to find the time to properly test and commit it). Sorry for the inconvenience.