C. E.

Well, that’s another problem. The code in the documentation

CloudDeploy[APIFunction[{"x" -> "Integer"}, FactorInteger[#x] &], Permissions -> "Public"]

should not trigger HTTP 500. It also should not show the login form, since it is public. This is a problem on the Wolfram Language side, not in the plugin. But that aside, it is also troubling that the HTTP request which the plugin obviously had to send to get the HTTP 500 response has not been registered in Core Control. This indicates that there is something strange going on with the requests. If I could reproduce it, I might be able to figure it out, but for now I don’t know how to reproduce it. Sorry. I will tell you if I think of something else that can be tested. Thank you for your help in debugging.

• This reply was modified 8 years, 8 months ago by C. E..

Sorry for the delay, for some reason I was not notified of this post. So, when you tried this on your actual website you did not see any HTTP requests at all from Mathematica Toolbox, yet the shortcodes worked?

One thing that I’ve noticed with this forum is that it (like WordPress) replaces “” with a stylized version. When you typed [mma_se_profile_box user_id=”731″ expiration=”1″], did you type it in yourself or did you copy it from here? It’s important that you wrote it yourself, otherwise it may not have any effect on the expiration of the cache at all at all.

I use wp_remote_get to retrieve information from the Stack Exchange API, so if there were any problems that should also affect WordPress in general, not just this plugin.

When trying things out, don’t forget to set a small expiration time. Use for example [mma_se_profile_box user_id=”731″ expiration=”1″]. Otherwise, you will have to wait for the cache to expire before you can notice any difference. When you change to a new expiration time, this will not be affected by previously cached values, so you will immediately prompt the plugin to make a new request to the Stack Exchange API.

Please try this first, just to make sure the problem isn’t that the result of a bad request got cached.

I have reproduced the problem and concluded that it happens because of lines 118 to 120 in the current release of mathematica-toolbox/includes/Mathematica-WP-Toolbox-loader.php:

remove_filter( 'the_content', 'wpautop' );
		add_filter( 'the_content', 'wpautop' , 99);
		add_filter( 'the_content', 'shortcode_unautop',100 );

Specifically the first two lines, which change the priority of the wpautop filter. This is a commonly used trick to make sure that the wpautop filter does not affect text inside shortcodes, which in the case of Mathematica Toolbox is needed to prevent WordPress from messing with Wolfram Language code.

Zotpress apparently rely on this filter to work inside shortcodes, that’s why it fails when it’s used in conjunction with Mathematica Toolbox. Since I need to use this trick I will not make any changes to the plugin, but if you want to you can remove the lines above, although it will probably also affect highlighting of Wolfram Language code.

Perhaps Zotpress can do something about this. There is no need to rely on WordPress filters to format programmatically generated content they way they are.

Great, I’m glad I could help 🙂

Now I see what’s going on. It’s not that the CDF is not working, it’s just that it’s hidden. Basically the CDF is placed within a container, and that container collapses to 0x0 pixels because of its surroundings. I will push an update to the repository later today where I make the container assert itself better. It will take a while because I first want to see if there is anything else I should include in the update, I don’t want to bother users with updates too often. There will also be some delay before you see in the admin panel that the update is available. Please get back to me when you have the update and tell me if it works.

Please do this for me as well: Try viewing your CDF that you included with Mathematica Toolbox in both Safari and Firefox and see how it goes, then try viewing CDFs on the Wolfram Demonstrations Project website in both Safari and Firefox, and report back to me where CDFs did work and in which browser.

I’ve found that on my computer neither the Demonstrations Project nor Mathematica Toolbox CDFs work in Safari, but they all work in Firefox. That’s why this would be useful information. Formerly they all worked in both browsers.

I have a strong feeling this has to be related to the server configuration, could you please install Health check and see if it warns you about something? I test the plugin using version 5.4.9 which is not too far off of what you are using. I would expect this error in PHP version < 5.3.3, but I don’t know what it means in versions newer than that.