It seems to show the page info just fine -- you have a screen shot of it on your blog -- so I'm not sure what exactly the issue is.

The mixed-mode content warning is probably due to loading some CSS images or JS scripts offsite without using the correct protocol-independent URLs; other browsers similarly show either subtle or ugly hints about that complaint as well, depending on their configuration.

Created attachment 9342
Even more invasive complaint from Firefox when it's configured that way

Attached:

Created attachment 9343
Less invasive default behavior of IE 9

IE 9 by default disables any content loaded insecurely on an HTTPS page, and shows a nudgy complaint bar at the bottom of the page. Not bad, actually!

Attached:

This should be cleared up now, I've fixed the loading of a few scripts so they load over SSL now:

https://hi.wikipedia.org/w/index.php?title=%E0%A4%AE%E0%A5%80%E0%A4%A1%E0%A4%BF%E0%A4%AF%E0%A4%BE%E0%A4%B5%E0%A4%BF%E0%A4%95%E0%A4%BF:Common.js&curid=220433&diff=1553107&oldid=1445398

https://hi.wikipedia.org/w/index.php?title=%E0%A4%AE%E0%A5%80%E0%A4%A1%E0%A4%BF%E0%A4%AF%E0%A4%BE%E0%A4%B5%E0%A4%BF%E0%A4%95%E0%A4%BF:Vector.js&curid=216191&diff=1553126&oldid=1505135

Chrome and Firefox both show clear for me now on http://hi.wikipedia.org.

(In reply to comment #4)

This should be cleared up now, I've fixed the loading of a few scripts so they
load over SSL now:

Wrong place to ask, but could this be done on all our wikis by some steward/sysadmin/global editinterface? Running a bot over all MediaWiki namespaces with some stupid replacements (such as https://meta.wikimedia.org/?oldid=3033504#Https_security_compromised_by_global_message ) should suffice in most cases and avoid a lot of head scratching especially on small wikis.