[archiveorg] code to use https link instead of http
-
The [archiveorg] embed shortcode doesn’t work properly for audio from archive.org. I created a blog about it here:
https://howtoembedarchivedotorgaudioon.wordpress.com/2014/11/24/embedding-audio-from-archive-org-on-a-wordpress-com-site/The iframe created by the [archiveorg] shortcode is ok, but the link loaded is a http link instead op https so the player won’t show up.
If you change the link from http to https with a tool like firebug it does work.
The blog I need help with is: (visible only to logged in users)
-
-
you can’t. the <iframe tag is generated automaticly from the [archiveorg] shortcode using only the archive.org content id as a parameter. There is no way to change the src url of the iframe.
-
Try switching to the Text / html tab on the editor (not visual) – as @RC noted above you should be able to modify the html code
-
Nope. Using text-mode also shows the [archiveorg] shortcode.
See screenshot: https://howtoembedarchivedotorgaudioon.files.wordpress.com/2014/11/screen-shot-2014-11-25-at-09-28-41.pngIt’s a wordpress.com feature described here: http://en.support.wordpress.com/shortcodes/
-
This code in the editor:
[archiveorg id=somanyladies width=500 height=50]
Will be rendered as seen in this image: https://howtoembedarchivedotorgaudioon.files.wordpress.com/2014/11/screen-shot-2014-11-25-at-09-33-09.png
Changing the URL from http to https will fix the issue.
-
Hi there,
So to clarify for the record, it appears that archive.org has now moved to full HTTPS for their entire site, and thus our shortcode (which pulls only http) no longer works.
Is that the case?
-
I used the code
[archiveorg id=somanyladies width=500 height=50]and it works fine for me.
See the screenshot —-> https://cloudup.com/cwHBd2PQTqxTested with Opera, Maxthon, Chrome, Safari…
-
-
is your site running on https also?
My main site doesn’t running on https, for this reason:
https://en.forums.wordpress.com/topic/https-issues-and-other-things-annoyed?replies=12#post-2145480But this test site (mine too) does it:
-
And in that site, with https, the same code
[archiveorg id=somanyladies width=500 height=50]works fine. -
So it might be a Firefox (on mac) issue.
Or not. I was able to reproduce the same issue with Firefox 33.1.1 on PC (Windows 7).
https://cloudup.com/cRrzIkk_ZST@amightywp: what is the real cause?
-
I’ve been playing with this as well, and I have consistently gotten it to work on Safari (what I get for trying to tech things in Safari). Chrome is working intermittently for me, and FF just isn’t working at all.
I have put this in front of some of our developers to see if we can’t get to the bottom of this erratic behavior and when I get some additional information I will get back to you!
-
Our developer was nice and fast! He has already rolled out a fix for this. My tests are showing that it’s working. Let me know if you guys are having any problems!
-
A spanish forum user has a similar problem. See this thread:
http://es.forums.wordpress.com/topic/funcion-gyga-a-veces-falla-con-flash-y-no-sale-la-imagen?replies=7#post-73432Screenshot: https://cloudup.com/c9_9b0PYWf0
-
Gigya is a strange “in between” shortcode has been unsupported for several years. I’ll bring it up to our devs, but since it has been declared unsupported it may not get the same treatment as actually supported shortcodes.
Thanks for letting me know, however.
-
- The topic ‘[archiveorg] code to use https link instead of http’ is closed to new replies.