https://bugzilla.wikimedia.org/show_bug.cgi?id=19062
Summary: Escaped HTML-entities do not round-trip when using forms Product: MediaWiki extensions Version: any Platform: All URL: http://km.aifb.uni- karlsruhe.de/projects/owltests/index.php?title=Consisten t-but-all-unsat&oldid=3329 OS/Version: All Status: NEW Severity: normal Priority: Normal Component: SemanticForms AssignedTo: yaro...@gmail.com ReportedBy: mar...@semantic-mediawiki.org CC: wikibugs-l@lists.wikimedia.org The above example URL shows a wiki where XML-documents are managed using templates and forms. XML uses many characters that also have special meaning in MediaWiki, but most of those do not need any escaping, since they do not occur in contexts that MW recognizes. There are two exceptions: * Comments in XML are written as in MediaWiki. To prevent MW from interpreting them, it is necessary to write "<!--" on the wiki page instead of "<!--". * XML entities are unescaped by MediaWiki during parsing. So to get an escaped entity like "<" into a semantic property value, one needs to write "&lt;" in the input. Both encodings work in MW and SMW. (A more general but less user-friendly strategy would be to escape all <, >, ", ... in the input fields. This would be more systematic, but most cases work pretty well without such escapes.) Now the problem is that, when editing with SRF, the text that is loaded into the form does not contain the original entities, i.e. it shows "<!--" where the page included "<!--" and it shows "<" where the page included "&lt;". Either SF does too much unescaping, or it simply passes on literal escaped text to the browser who unescapes it for display. In any case, "edit with form" changes the page contents even if the user does not modify the form contents at all. Tested on FF 3.0.10, MW 1.14alpha, SMW 1.5e-SVN, SF 1.6. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. _______________________________________________ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l