@Ricardohz Semantic MediaWiki bugs are tracked on their github repo: https://github.com/SemanticMediaWiki/SemanticMediaWiki/issues, rather than here on Phabricator. Are you able to re-post your report there instead?

@Anomie http://i.imgur.com/9V2YNNa.png?1 Tested while logged in and out, with the same results. Do you see something different?

Caused by http://git.wikimedia.org/blob/mediawiki%2Fcore.git/099d9cf764d81fe4c0890201e77d978a762564b1/includes%2Fhtmlform%2FHTMLMultiSelectField.php#L44

@Krinkle I'm confused as to how is this bug meant to be resolved? If it's purely for tracking, it should be closed as all the blocking tasks have been closed (unless I'm misinterpreting the nature of tracking bugs). However, the feature is still missing, and this task has no description of what needs implementing beyond what it should be called.

Similar code used in Mozilla's kuma: https://github.com/mozilla/kuma/blob/master/media/js/wiki-edit.js#L559 (happened to spot the functionality while looking for soemthing else). Seems pretty simple to implement :)

From what I understand, the current behaviour is not to find the actual closing tag but the first closing tag encountered irrespective of whether another tag has been opened and/or closed since the original opening tag. I'd consider that to be incorrect behaviour which if fixed might allow extensions to handle nested tags if they so choose, for example if something like TemplateData elected to use XML markup instead of JSON.

How about using local storage? The longest page on enwp is <10% of the space allowed on local storage at time of writing and it's likely to be gone in under a minute. It could potentially be reduced too depending on how substantial the changes are.

Something Wikia introduced after upgrading to 1.19 (i.e. have RL support) was importArticles, see http://community.wikia.com/wiki/Help:Including_additional_JavaScript_and_CSS for usage. It allows you to lookup pages by name (much like the now deprecated importScript/importStylesheet) and has all the benefits of RL. I believe it's just a wrapper for importScriptURI (perhaps swap it for mw.loader.load?), but it works really well on Wikia.

@Mjbmr Surely the point is to approve people known in the community? Approving anyone could cause any number of issues.

This is fixed in Wikia's version of Scribunto by https://github.com/Wikia/app/commit/dcdccd1dbe3493d3539a963c980fdf94565329fa and based on that would appear to be fixed by http://git.wikimedia.org/commit/mediawiki%2Fextensions%2FScribunto/c44d576b78ef3c03fe33a593e0e8fab07c943e99 as well. Can anyone confirm if this bug is still valid?