2.2.6 triggers a fatal error

Thanks for reporting this. As you can see here: https://netmix.co/radio-station-demo/, 2.2.6 is live on the demo site and is active and not throwing any errors. Can you please do the following:

1. Switch to and test with a default WordPress theme like Twenty-Twelve
2. Disable all plugins except for Radio Station and see if there is an issue there.

If that doesn’t help, please let us know and we’ll investigate further. This currently is the only reported issue. That doesn’t mean it doesn’t exist for you. It just means that no one else has reported this issue yet.

Ok.I’ll do some tests Can you give me a download link for the previous version to put back on my live site?

?Cómo hago para volver a la versión 2.2.4? Esa funcionaba, la 2.2.6 NO anda

Test site, completely different server and the plugin doesn’t even activate 2017 theme, no plugins.

Warning: require(/www/webroot/test.cci/html/wp-content/plugins/radio-station/includes/post-types.php): failed to open stream: No such file or directory in /www/webroot/test.cci/html/wp-content/plugins/radio-station/radio-station.php on line 57

Fatal error: require(): Failed opening required ‘/www/webroot/test.cci/html/wp-content/plugins/radio-station/includes/post-types.php’ (include_path=’.:/usr/share/pear:/usr/share/php’) in /www/webroot/test.cci/html/wp-content/plugins/radio-station/radio-station.php on line 57

Error Fatal:

Warning: require(/home/u543265268/public_html/wp-content/plugins/radio-station/includes/post-types.php): failed to open stream: No such file or directory in /home/u543265268/public_html/wp-content/plugins/radio-station/radio-station.php on line 57

Warning: require(/home/u543265268/public_html/wp-content/plugins/radio-station/includes/post-types.php): failed to open stream: No such file or directory in /home/u543265268/public_html/wp-content/plugins/radio-station/radio-station.php on line 57

Fatal error: require(): Failed opening required ‘/home/u543265268/public_html/wp-content/plugins/radio-station/includes/post-types.php’ (include_path=’.:/opt/alt/php72/usr/share/pear’) in /home/u543265268/public_html/wp-content/plugins/radio-station/radio-station.php on line 57

Hey, All, @tonyzeoli

In radio-station/radio-station.php there’s spelling issues of the file names line 57 to 63

Currently

require RADIO_STATION_DIR . '/includes/post-types.php';
require RADIO_STATION_DIR . '/includes/master-schedule.php';
require RADIO_STATION_DIR . '/includes/shortcodes.php';
require RADIO_STATION_DIR . '/includes/class-dj-upcoming-widget.php';
require RADIO_STATION_DIR . '/includes/class-dj-widget.php';
require RADIO_STATION_DIR . '/includes/class-playlist-widget.php';
require RADIO_STATION_DIR . '/includes/support-functions.php';

Needs to be:

require RADIO_STATION_DIR . '/includes/post_types.php';
require RADIO_STATION_DIR . '/includes/master_schedule.php';
require RADIO_STATION_DIR . '/includes/shortcodes.php';
require RADIO_STATION_DIR . '/includes/widget_djcomingup.php';
require RADIO_STATION_DIR . '/includes/widget_djonair.php';
require RADIO_STATION_DIR . '/includes/widget_nowplaying.php';
require RADIO_STATION_DIR . '/includes/support_functions.php';

• This reply was modified 5 years, 3 months ago by Abland.

@letternauta seems to be reporting an issue here, as well.

I’ve notified the developer who pitched in on the 2.2.6, which brings the plugin up to coding standards. The bug report is here for your to follow: https://github.com/netmix/radio-station/issues/43

@majik, the core developer, is in Australia and it’s overnight there now as I am in North Carolina, EST. I’ve asked him to take a look at this when he can in the morning his time and the other developer from Virginia who updated this.

As you probably know, you should never update a plugin on live until you test it in staging. I know people tend to just change it, but this is a good reason why you shouldn’t do that.

I don’t have a version of 2.2.4 on my desktop and we’re not using the branches on Git at the moment, so the rollback is not available at this very moment. I am asking @majick to get you a copy or we’ll try to issue a fix asap.

BTW, what version of php are you running?

@abland Thanks for this. I’ll correct these and push a new update as soon as possible.

@abland please check the /includes folder. I’m looking at the includes folder now and the files are named correct as they are required by radio-station.php. The word “widget” is changed to “class” and the files in the include folder have that name assigned.

You can check on Git here: https://github.com/netmix/radio-station/blob/master/radio-station.php

And, you can view inside the folder here:https://github.com/netmix/radio-station/tree/master/includes

It doesn’t require the word “widget” in the file name.

• This reply was modified 5 years, 3 months ago by Tony Zeoli.

@tonyzeoli

When I updated the site it crashed and the files in the include folder were named:

/includes/post_types.php
/includes/master_schedule.php
/includes/shortcodes.php
/includes/widget_djcomingup.php
/includes/widget_djonair.php
/includes/widget_nowplaying.php
/includes/support_functions.php

That’s why renaming them in radio-station.php to the above fixed it.

@tonyzeoli

I just checked again to confirm the naming of those files.

@tonyzeoli – and I just downloaded the update version 2,2,6 and the files in the include folder are also named as above.

• This reply was modified 5 years, 3 months ago by Abland.

@abland Can you clarify what you mean by “I just downloaded the update version 2,2,6 and the files in the include folder are also named as above.”? They were named “widget” or “class”?

• This reply was modified 5 years, 3 months ago by Tony Zeoli.

@abland I see after taking the download from the plugins page for Radio Station that the includes folder includes both the WIDGET and CLASS php files. But, radio-station.php calls for “CLASS” and not “WIDGET.”

The WIDGET php files did not get removed for some reason in the latest push, but they don’t exist anymore in the trunk, so something strange happened that they were not removed. I’m checking into why this is. But, I hesitate to rename those files WIDGET, because the developer brought this up to WordPress coding standards and regardless, on my demo site after clearing the cache, the plugin is not throwing an error.

I have gone in via SFTP and renamed the WIDGET files in the /includes folder by adding a “+” to the file name. See: https://cloudup.com/cvTUzGTeq7e

That had no detrimental affect on the demo site here: https://netmix.co/radio-station-demo/

What version of php are you running?

@tonyzeoli FYI both my live site and the . site I tested on are running PHP 7.2.21