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: [email protected]
ReportedBy: [email protected]
CC: [email protected]
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
[email protected]
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l