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 6500 - Cannot put -{ }- into CharInsert


Summary:	Cannot put -{ }- into CharInsert

Status:	RESOLVED FIXED

Product:	MediaWiki
Classification:	Unclassified
Component:	Language converter (Other open bugs)
Version:	unspecified
Hardware:	PC All

Importance:	Low normal with 1 vote (vote)
Target Milestone:	---
Assigned To:	Nobody - You can work on this!

URL:	http://sr.wikipedia.org/wiki/MediaWik...
Whiteboard:
Keywords:

Depends on:
Blocks:
	Show dependency tree / graph

Reported:	2006-06-30 15:46 UTC by Robert Stojnic
Modified:	2011-07-12 03:27 UTC (History)
CC List:	4 users (show)

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

Attachments
Add an attachment (proposed patch, testcase, etc.)

Description Robert Stojnic 2006-06-30 15:46:16 UTC

The -{ }- characters are used in languages with variants (like Serbian wiki).

Here is the problem. The following line:
<charinsert><nowiki>-{</nowiki>+<nowiki>}-</nowiki></charinsert>

is in Parser.php replaced with:
<a onclick="insertTags('-{','}-','');return false" href="#">-{}-</a>

However, this replecement is done before $wgContLang->parserConvert() is called,
which interprets 
the -{ }- characters, and deletes them, leaving:
<a onclick="insertTags('','','');return false" href="#"></a>

A dirty hack is possible in LanguageConverter::parserConvert(), however a better
solution would
be if the <nowiki> tags (or actualy the UNIQ-hack tags for nowiki) would be put
in before parserConvert(), i.e. if the charinsert would interpret <nowiki> tags
in the usual way.

Comment 1 Filip Maljkovic [Dungodung] 2008-02-02 00:23:28 UTC

Well, there's a hack in MediaWiki:Edittools itself: since long time ago, we've been using <charinsert>-{-}--{{}-+-{}}--{-}-</charinsert> which isn't pretty but is effective. Does this bug really need to be fixed, because it wouldn't make much difference.

Comment 2 Danny B. 2008-02-02 00:36:45 UTC

How about using entities, would that help? It seems to work on testwiki, however it might have different configuration (I don't know how language variants are set).

So something like

<charinsert>-&#x7b;+&#x7d;-</charinsert>

or escape the dashes or both.

Another approach is this (successfully used on our wiki to hack some issues):

Add <charinsert>{-+-}</charinsert> instead and put some code in MediaWiki:Common.js (just simply iterate over the links, find the one with this text and replace the onclick) which will do the replace to "-{", "}-".

Comment 3 Dan Collins 2011-07-12 03:27:21 UTC

I performed the following test on the serbian wikipedia:

-{x}-

<nowiki>-{</nowiki>x<nowiki>}-</nowiki>

It rendered as follows:

x

-{x}-

Closing as fixed.

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

Search

Personal tools

Navigation

Links

Contents Listing Alphabetical by Author:

A B C D E F G H I J K L M N O P Q R S T U V W X Y Z Unknown Other

Contents Listing Alphabetical by Title:

# A B C D E F G H I J K L M N O P Q R S T U V W Y Z Other

Medical Encyclopedia

Browse by first letter of topic:

A-Ag	Ah-Ap	Aq-Az	B-Bk	Bl-Bz	C-Cg	Ch-Co
Cp-Cz	D-Di	Dj-Dz	E-Ep	Eq-Ez	F	G
H-Hf	Hg-Hz	I-In	Io-Iz	J	K	L-Ln
Lo-Lz	M-Mf	Mg-Mz	N	O	P-Pl	Pm-Pz
Q	R	S-Sh	Si-Sp	Sq-Sz	T-Tn	To-Tz
U	V	W	X	Y	Z	0-9