Support » Plugin: podPress » Podpress widget not playing mp3s

  • I have been using Podpress for several months, and just noticed that my widget player is loading and displaying media files, but isn’t playing them. The in-post player is working 100%.

    Debugged and saw a script 438 error, “object doesn’t support opacity rollover”, but no idea why the sudden issue (or how to fix on my own). Have tested in IE9, FireFox and Chrome with the same results.

    Currently running on WP 3.14 with BuddyPress 1.28. All media files for the widget player are locally hosted and called from XSPF playlist. Site url is

Viewing 12 replies - 1 through 12 (of 12 total)
  • Plugin Author ntm


    I don’t know whether or not the script error has something to do with the problem. But this error is related to a jQuery plugin called galleriffic. It seems to be a part of your theme. The error occurs not on the home page but on the single post view pages. The cause is that a script in the footer part of the page tries to call a module/object from a library of this plugin. But this library does not get imported on page load. You can find /* <script type="text/javascript" src=""></script> */ in the <head> section of the source code of the home page (for some reason it is surrounded by comment characters there) but you cannot find this line in the source code of single post views.
    So check the single.php or footer.php of your theme to disable the code in the footer too. (Or enqueue the script in the header of the single view pages.)

    The XSPF player gets the playlist from the XSPF feed of your blog: If you open/click on this link in your browser you will get a text file with the name playlist.xspf. I have done this to look for problems in this file. I have also validated it with the XSPF validator (

    The playlist is valid and looks fine so far. Since only the playlist file needs to be on the same domain as the blog, I have uploaded the playlist file to my test blog (“”). at least the first the mp3 files are pno problem for the player. (If you go to my web site then don’t get confused by the different list content. The player on my blog cannot access the ID3 data of your mp3 files because they are on a different server. That is why the player uses the info from the playlist file.)

    Further I have noticed that the time display in the player (at your blog) says NaN (Not a Number) instead of the time. I need to ask the author of the XSPF player when this may happens. (The XSPF is a 3rd party software in podPress.) I will do this tomorrow.
    In the meantime, you should try to rule out that this is a problem which is caused by this script problem.

    Thanks for your quick reply. I have done a variety of tests, including adding the commented script to single.php and footer.php, as well as uncommenting the script in the header and adding to the single and footer files. Same results with all tests.

    I am going to try deactivating PIs to see if the conflict might reside there. Otherwise I’m at a loss – it worked fine last week but not at all this week.

    I’ve localized the issue to the WP-Member Invites plugin. Once deactivated, the widget player works again, although now the player dimensions are distorted (much smaller, but still in the defined widget block) in IE9 and FireFox. Any advice on how to adjust this would be greatly appreciated.

    Plugin Author ntm


    I have took another look at your blog. This time with my Firefox browser which has an active NoScript AddOn. By default all scripts getting blocked. But it is possible to allow single elements like the XSPF Flash player.
    I have loaded the blog and allowed only the XSPF player to appear and the result was/is that the player plays all your episodes without problems. There is one issue: the playlist looks like in my blog. It seems that the player needs some further Javascript to retrieve the other information from the files. But that issue is probably explained by the restrictive script blocker.
    Since the NoScript blocks for instance scripts of your blog, it blocks also script errors and that is the important thing. It seems very likely that if you can resolve the Javascript errors of your blog than the player will work again.

    I have just noticed, that you are working on the code 🙂 . no errors anymore on the Home page and the player is working.

    Any advice on how to adjust this would be greatly appreciated.

    This effect should be go a way when you clear the cache memory of your browser and you reload the page.

    During your tests you have inserted the line of code with the URL of the gallerific library and the comment characters /* */ into the footer. That is probably okay. But these kind of comment characters do not work for HTML tags like <script>. You should remove them (BTW: they are visible at the bottom of your blog pages).

    On the category pages and the pages with a single post one JS error still occurs.

    Fehler: $("#thumbs ul.thumbs li").opacityrollover is not a function
    Zeile: 574

    If removing the comment characters does not help then you should place the line in the header of these pages. Maybe it is important that this library is loaded at an earlier point in time during the page load.

    Since this error still exists on certain pages and the XSPF player is not longer visible on these pages, it is hard to say whether the player would work on these pages or not.
    Is the WP-Member Invites plugin active again?
    Does this certain error occur while the WP-Members plugin is deactivated?

    After deactivating WP Member Invites, the player did start working again, however it stopped working shortly thereafter in IE9.

    In FireFox, the player is working, but the feed playlist is loading instead of my XSPF playlist. Here are the links:

    Correct playlist (not loading):

    Feed playlist (loading in FF):

    Plugin Author ntm


    Ah, okay that explains it. Forget my long explanation about the Javascript errors a little bit.

    The file from the custom playlist are not working because they are not linked with a correct URL. For instance “file:///mobinterviews/David_Feherty_7-9-11.mp3” is no real URL. It should be “”.

    Why do you use such a custom playlist?

    The correct playlist is mobinterviewplaylist.xspf. All audio for this playlist exist at (I have temporarily modified access to allow for directory browsing – so please confirm ASAP so I can restict).

    Plugin Author ntm


    I have just downloaded your theme. The opacityrollover error is a bug of the theme.
    To put the gallerific library into the header of each page take look at the header.php:

    <?php if ( (is_home())  ) { ?>
    <script type="text/javascript" src=""></script>
    <script type="text/javascript" src="<?php bloginfo('template_url'); ?>/js/jquery.galleriffic.js"></script>
    <script type="text/javascript" src="<?php bloginfo('template_url'); ?>/js/jquery.opacityrollover.js"></script>
    <script src="<?php bloginfo('template_url'); ?>/js/contentslider.js" type="text/javascript"></script>
    <?php } else { ?>
    <?php wp_head(); ?>
    <?php } ?>

    That says that the jQuery stuff gets loaded only on the Home page. On all other pages load the default header.
    I don’t know why the theme author has done this this way. But to not-load wp_head() on the home page is no good practise (and not good for podPress) and to load some scripts only on one page while functions on other pages which depend on it, is not good either.
    Furthermore loading jquery.min.js from a differen server is not necessary this jQuery version is already part of WordPress.

    Maybe try this instead:

    <script type="text/javascript" src="<?php bloginfo('template_url'); ?>/js/jquery.galleriffic.js"></script>
    <script type="text/javascript" src="<?php bloginfo('template_url'); ?>/js/jquery.opacityrollover.js"></script>
    <script type="text/javascript" src="<?php bloginfo('template_url'); ?>/js/contentslider.js"></script>

    Plugin Author ntm


    All audio for this playlist exist at

    Yes, correct. But that was not my point.

    In the file mobinterviewplaylist.xspf the locations of the files are not complete URLs e.g. <location>file:///mobinterviews/David_Feherty_7-9-11.mp3</location>.
    Replace file:/// with the full URL of the path e.g. <location></location>.

    I can’t thank you enough – this corrected the issue in all browsers and the player works perfectly!! A donation is on its way for your help and assistance 🙂

    Plugin Author ntm


    I’m glad that I could help!
    (BTW: I’m not Dan (seek3r) and I have no donation button.)

    In lieu of a donation, I’d be happy to send you a gift certificate for Greater Golf Express or Loudmouth Golf – just send me your contact info to If golf isn’t your thing, please let me know how else I can be of service.

Viewing 12 replies - 1 through 12 (of 12 total)
  • The topic ‘Podpress widget not playing mp3s’ is closed to new replies.