Setting low priority as Narayam will be superseded by UniversalLanguageSelector / Translate.

http://blog.wikimedia.org/2013/05/22/getting-ready-for-uls-everywhere-2/

arjunaraoc wrote:

IMO, it may be due to the clash between two java scripts when index pages are edited. Can this bug be linked to ULS upcoming release then?

(In reply to comment #3)

Can this bug be linked to ULS upcoming release then?

Not sure what you mean by that sentence, sorry. Could you rephrase?

arjunaraoc wrote:

Does ULS/Translate handle the work of Narayam and ProofRead extension? If it only handles Narayam, the bug may not be resolved by the ULS update. If this bug can be linked to ULS bugs to be tracked for the next release, it could be tracked to closure.

Telugu Wikisource was migrated to ULS. I can reproduce it there: ULS doesn't seem to work in the Index namespace. Moving the bug to the ULS component and resetting priority.

XHR finished loading: "http://te.wikisource.org/w/api.php?action=ulslocalization&language=en&namespace=ext-uls"

Uncaught TypeError: Cannot read property 'addEventListener' of null load.php:242
addTranslit load.php:242
addTextEvent load.php:260
jQuery.Callbacks.fire load.php:974
jQuery.Callbacks.self.add load.php:1020
jQuery.fn.jQuery.ready load.php:246
(anonymous function) load.php:392

Looks like they still have some remnants of local transliteration script which breaks a lot of JS, including ULS, on those pages.

I can try to clean it up.

(In reply to comment #7)

Looks like they still have some remnants of local transliteration script
which
breaks a lot of JS, including ULS, on those pages.

I can try to clean it up.

That was done.

arjunaraoc wrote:

Thanks Nemo, Niklas, Amir Andre for your support in fixing the bug.