• Resolved fryrpc

    (@fryrpc)


    Since the 2nd April all my PodCasts are showing File size: 0.0MB on the feed.

    Historically the file size was auto completed by this plugin and the first thing I noticed is that all podcasts after 2nd April had a blank file size – so it stopped auto detecting this after this date. Even when I manually complete this field in the podcasts it still fails to show it on the feed.

    Looking at the database it appears that the meta_key of filesize_raw is not populated on podcasts after the 2nd April and is not populated when you manually put a filesize in.

Viewing 11 replies - 1 through 11 (of 11 total)
  • Hi there,

    I’m sorry to hear about the issue you are experiencing.

    Did this issue occur after updating Seriously Simple Podcasting?

    Are you referring to the https://mysite/feed/podcast link not showing the size correctly?

    If you save the size information inside your podcast itself does it display in the editor or does the size field stay blank?

    Thread Starter fryrpc

    (@fryrpc)

    I am not sure about whether the Seriously Simple Podcasting plugin had been updated as I update all plugins on a weekly basis.

    Yes I am referring to the …/feed/podcast link

    If I set the specific attribute filesize_raw to the size of the file then it does appear in the …/feed/podcast link.

    So the issue seems to be when the podcast is created – it used to auto populate both the filesize=24.90M and filesize_raw=26134697 based on the URL to the MP3 file but since the 2nd April neither of these have been auto populated for any new podcast and hence why the feed page lists the file size at 0.0MB.

    So I guess the question is why and what populates these fields when creating a new podcast? This might help identify the component that is failing to operate as it has done so in the past.

    Regards

    If I create a new podcast and simply upload a dummy .mp3 file it works as expected.

    Would you mind retesting this with WP_DEBUG_LOG enabled and let me know if there are any PHP errors regarding this?

    You may find documentation to debugging in WordPress over here – https://codex.www.ads-software.com/Debugging_in_WordPress

    I hope this helps ??

    Thread Starter fryrpc

    (@fryrpc)

    I changed the settings in my wp-config.php file as per below

    define(‘WP_DEBUG’, true);
    define(‘WP_DEBUG_LOG’, true);
    define(‘WP_DEBUG_DISPLAY’, true);

    I added a new podcast and this field was not calculated – no errors were displayed on screen and nothing was put in the debug.log file.

    Thanks for the update. This is strange, I am unable to recreate this issue.

    Are there any JavaScript issues when SSP tries to autopopulate the file sizes?

    Thread Starter fryrpc

    (@fryrpc)

    This is the process I am following.
    Add Podcast – Enter Episode Title – Enter Episode Text – Put in URL to MP3 that is hosted on my Amazon S3 space – Save Draft

    As far as I know this is the same process I have used each time and have always just used URL’s in all my podcasts to the same area on my Amazon S3 storage – i.e. not browsed and uploaded.

    This is what I got on the browser console:
    load-scripts.php?c=0&load[]=jquery-core,jquery-migrate,utils,jquery-ui-core,plupload&ver=4.7.4:9 JQMIGRATE: Migrate is installed, version 1.4.1
    [Violation] Forced reflow while executing JavaScript took 31ms
    load-scripts.php?c=0&load[]=jquery-core,jquery-migrate,utils,jquery-ui-core,plupload&ver=4.7.4:2 [Violation] ‘DOMContentLoaded’ handler took 370ms
    [Violation] Forced reflow while executing JavaScript took 76ms
    onloadwff.js:35 [Violation] ‘setTimeout’ handler took 90ms
    onloadwff.js:41 [Violation] ‘setTimeout’ handler took 829ms
    onloadwff.js:41 [Violation] ‘setTimeout’ handler took 513ms

    Regards

    Hello.

    I have the same problem. On my feed i see 0.00 MB file size.
    This is link to feed: https://tuzprzyuchu.pl/feed/podcast

    SS Podcasting 1.15.2
    SS Speakers 1.0
    SS Transcripts 1.0
    SS Stats 1.1

    WordPress 4.7.4
    PHP 7.0.16
    Apache/2.4.6 () mod_fcgid/2.3.9 mod_perl/2.0.10 Perl/v5.16.3
    MySQL 10.1.21-MariaDB-cll-lve

    Probably I have found a solution to the problem. When I fill in the “file size” field, the “filesize_raw” field does not appear after publishing the podcast episode, which is responsible for displaying the file size in the feed.

    I had the same problem.

    I’ve published 3 episodes. The filesize was automatically detected for the first episode, but not for the next two. The filesize field was empty, so I manually added the size. However, it wasn’t showing up in the feed, it was just 0.0MB.

    Once I read this, I went back and found that the filesize_raw field had not been created for these two episodes. I added it manually and the problem was solved (at least in the feed, my podcast app can’t see it yet, but I guess that’s a caching thing).

    Hope it’s something that can be fixed. Thanks!

    You’re not alone. I’ve had this issue since the WordPress Core update last Dec that took the SSP plug-in by surprise. I spent weeks (of failed release schedule) trying to figure out what was wrong. Thankfully the feed is working, but I cannot since the WP Core update, get my plug-in to automatically calculate file size (like it used to…I now get WordPress 404 page on Publish), and henceforth my RSS shows all subsequent episodes as 0.00 MB which can be a real problem for some pod-catching apps.

    I hope this is fixed in an upcoming update. I know there’s awareness around this issue.

    I was looking at my episodes that turned up null (0.00 MB), and those don’t even have a filesize_raw field.

    I saw that I could add one, but how do you manually calculate the filesize_raw?

Viewing 11 replies - 1 through 11 (of 11 total)
  • The topic ‘Feed reporting File size: 0.0MB’ is closed to new replies.