Last modified: 2006-06-06 02:59:08 UTC

Wikimedia Bugzilla is closed!

Wikimedia has migrated from Bugzilla to Phabricator. Bug reports should be created and updated in Wikimedia Phabricator instead. Please create an account in Phabricator and add your Bugzilla email address to it.
Wikimedia Bugzilla is read-only. If you try to edit or create any bug report in Bugzilla you will be shown an intentional error message.
In order to access the Phabricator task corresponding to a Bugzilla report, just remove "static-" from its URL.
You could still run searches in Bugzilla or access your list of votes but bug reports will obviously not be up-to-date in Bugzilla.
Bug 6203 - <nowiki> broken in <charinsert>
<nowiki> broken in <charinsert>
Status: RESOLVED FIXED
Product: MediaWiki extensions
Classification: Unclassified
CharInsert (Other open bugs)
unspecified
All All
: Normal normal (vote)
: ---
Assigned To: Brion Vibber
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2006-06-05 10:09 UTC by Tisza Gergő
Modified: 2006-06-06 02:59 UTC (History)
1 user (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments

Description Tisza Gergő 2006-06-05 10:09:52 UTC
Due to some change in parsing, the <nowiki> tags stopped working inside
<charinsert>. This makes it impossible to use templates (which expand when not
inside <nowiki>), and anything containing + or space (which have a special
meaning inside <charinsert>). This breaks some of the most useful functions of
MediaWiki:Edittools (the insertion of templates and things like <ref name=""/>).

Some examples: 

<nowiki>{{</nowiki>SN}} used to result in insertTags('{{SN}}', '', ''), now it
results in insertTags('<nowiki>{{</nowiki>SN}}', '', '').

<ref<nowiki> </nowiki>name="+"<nowiki> </nowiki>/> used to result in
insertTags('<ref name="', '" />', ''), now it results in three separate links
containing insertTags('<ref<nowiki>', '', ''), insertTags('</nowiki>name="',
'"<nowiki>', '') and  insertTags('</nowiki>/>', '', '').

Please restore the old parsing or provide some sort of workaround. (An optional
attribute like <charinsert space="1"> suppressing the special meaning of
whitespace would solve half of the problem.)
Comment 1 Tisza Gergő 2006-06-05 10:30:54 UTC
A workaround for the template problem is to include everything from another
namespace (templates inside <charinsert> expand in the MediaWiki namespace
only), so only the space problem remains.
Comment 2 Brion Vibber 2006-06-05 18:45:14 UTC
It's not "broken", it just doesn't exist. <charinsert> doesn't contain wiki
markup.

It's possible <charinsert> could have it's very own <nowiki> parsing, but
that just seems silly. Anyway, needs to be very carefully checked for security
if added.
Comment 3 Brion Vibber 2006-06-06 02:15:16 UTC
Working on this...
Comment 4 Brion Vibber 2006-06-06 02:59:08 UTC
Added a pseudo-<nowiki> for <charinsert> in r14584, in which 
whitespace is allowed. Other characters appear the same in or 
out.

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links