Trevor Anderson

Version 1.1 update should fix this issue, let me know if you are still seeing any problems.

So, if I understand correctly, the top and bottom widget in your example are added automatically by the theme? Regardless I’ll look at getting it to not output anything extra if none of our widgets are used, probably be able to put out an update before the end of the week.

Yes, there should be an Ace editor there, are there any errors in the browser console? What plugins are you running, and have you tried disabling them?

No, the readme.txt in trunk is the one that points to the stable tag, not the other way around. I’m not sure if it really matters what stable version the readme.txt in the tag folder points to, but I’ve always had it set to the version of the tag it’s in.

Yes, you have to update the stable tag in the readme.txt in trunk. Read section 3 on tagging here – https://www.ads-software.com/plugins/about/svn/

The action is add_meta_boxes not add_metaboxes – https://codex.www.ads-software.com/Plugin_API/Action_Reference/add_meta_boxes

Looks like there’s another thread about this issue here https://www.ads-software.com/support/topic/read-more-not-working-in-homepage

It looks like it’s not using excerpts, if you try a search on your site you’ll see that it works there.

That might require you to turn on Excerpts in the Customizer. There is a more-link which is generated by the <!--more--> tag, but it’s set to display:none;

Fixed – 1.1 – We now authenticate a logged in user that has the capability to upload files before any processing.

Yes, you’re correct, thanks for pointing this out. It’s fixed in 1.1. I don’t think I can use async-upload.php with a WP AJAX function, which I’d like to have WordPress handle this as normally as possible, and just insert my code in-between.

Nick,

I actually don’t think this will solve the issue you’re having, I believe you’re running on Windows (my fallback would be linux only) which requires a little more setup for file info than other systems.

From https://www.php.net/manual/en/fileinfo.installation.php “Windows users must include the bundled php_fileinfo.dll DLL file in php.ini to enable this extension.”

Maybe this isn’t doable as you say the ini file gets immediately overwritten to defaults. Have you tried overriding the ini values in .htaccess or maybe wp-config.php? https://www.sitepoint.com/how-to-override-php-configuration-settings/

Trevor

Hi Nick,

Looks like the file info extension isn’t installed or enabled on that system. I’ve created a fallback for it that will hopefully work for you. Give version 1.0.1 a spin and let me know.

Thanks,
Trevor