Last modified: 2014-08-15 20:19:30 UTC
Every language of Wikipedia is also available through HTTPS. I have provided the URL for the English Wikipedia secure server. These are not supported by WikiBhasha, but probably should be.
Giving lower priority to this issue for now.
At least for the bookmarklet code the fix should be easy, because currently it is just checking location.href against the regex: /^(http):\/\/[A-Za-z]+.(wikipedia.org)/ but it could check for /^(http):\/\/[a-z0-9\-]+.(wikipedia.org)|https:\/\/secure\.wikimedia\.org\/wikipedia\//i or something like that. See also the regex used on http://en.wikipedia.org/wiki/MediaWiki:Common.js/secure.js
Any progress on this?
we realize that there are few issues with CTF popup (not displaying properly) on 'https' version. we are looking into the issue.
Now that we have "Native HTTPS support enabled for all Wikimedia Foundation wikis"[1], could you try to fix this bug at least for the new https://*.wikipedia.org addresses? I think the regex from [2] /^(http):\/\/[A-Za-z]+\.(wikipedia.org)/ could be changed to /^(https?):\/\/[A-Za-z\-]+\.(wikipedia.org)/ (notice that the inclusion of the "-" in the character class is necessary for wikis such as http://roa-rup.wikipedia.org/ http://be-x-old.wikipedia.org/ http://zh-yue.wikipedia.org/ http://bat-smg.wikipedia.org/ ) Besides, the instructions for "Installing WikiBhasha beta as a Wikipedia Gadget"[3] should be updated to use protocol relative URLs and mw.loader.load (because importScriptURI is deprecated[4]), as in: mw.loader.load( '//en.wikipedia.org/w/index.php?title=User:WikiBhasha.MSR/WikiBhasha.js&action=raw&ctype=text/js&smaxage=21600&maxage=86400' ); [1] http://blog.wikimedia.org/2011/10/03/native-https-support-enabled-for-all-wikimedia-foundation-wikis/ [2] http://www.wikibhasha.org/js/main.js [3] http://www.wikibhasha.org/wikibhasha/install.htm [4] http://www.mediawiki.org/wiki/RL/JD#wikibits.js
(In reply to comment #5) > mw.loader.load( > '//en.wikipedia.org/w/index.php?title=User:WikiBhasha.MSR/WikiBhasha.js&action=raw&ctype=text/js&smaxage=21600&maxage=86400' > ); Uoops, this "ctype=text/js" is wrong (I think I reported this somewhere else). It should be "ctype=text/javascript".
Are there any news on this?
Does this work on the new secure, ie https://xx.wikipedia.org ? If so, this bug should be closed, we're not making it work on secure.wm.o
Not really. The "Wikipedia Gadget" version present in the documentation[1] imports the code from a wiki page[2] which was not updated since 8 December 2010[3], so the regex is still the same and ignores "https" (be it from new or old secure server). [1] http://www.wikibhasha.org/wikibhasha/install.htm [2] https://en.wikipedia.org/wiki/User:WikiBhasha.MSR/WikiBhasha.js?oldid=401217727 [3] https://en.wikipedia.org/wiki/User:WikiBhasha.MSR/WikiBhasha.js?action=history
It's a shame that this is basically abandonware.. apparently. http://en.wikipedia.org/w/index.php?title=User%3AWikiBhasha.MSR%2FWikiBhasha.js&diff=552250760&oldid=401217727 I have updated the launcher part on en.wikipedia, but I can't fix their website, or the main wikibasha script that the en.wp launcher is loading of course. :( The code is still in our SVN and didn't make it to git: http://www.mediawiki.org/wiki/Extension:WikiBhasha http://svn.wikimedia.org/viewvc/mediawiki/trunk/extensions/WikiBhasha Even if we did But if it doesn't deploy on their website, then probably it'll be quite pointless. Any way we could gather some user stats of this script ?
