It seems the plugin works well in one direction: reading contents from the Vanilla forum installation, e.g. displaying the forum embed page and recent discussions as a widget.

But it seems like the comment embedding does not work as expected. It does not show the form at all.

Without the form, I cannot say if it embeds blog post comments properly because I cannot create them :)

(I use the latest stable 2.8 version and Wordpress 5.1.1)

This may be an issue with Vanilla core rather than the WP plugin, but a bug has appeared in the embedded comments system for us. Possibly a result of server upgrade?:

• Expected (previous) behaviour: When a user logs in to comment under a WP post, the redirect reloads the comment iFrame from the forum embed url.
• Current behaviour: The iFrame is refreshing on login, but results in the full parent page loading (not just the comments). If approved domains are not listed in the Vanilla control panel, the forum homepage loads.
• If the page is refreshed, loads with Wordpress article and logged in Vanilla comment field correctly.

You can see current behaviour here: htxt.co.za

Suggested solution is to force a full page refresh on pop-up close?

More details here: https://vanillaforums.org/discussion/32442/comments-login-loading-full-page-not-embed#latest

https://github.com/vanilla/wordpress-vanilla/blob/master/embed.php#L141
https://github.com/vanilla/wordpress-vanilla/blob/master/widgets.php#L114

It can be categories or categoryTree. The latter needs to be flattened!

Why do you use this fudge (your own words)?

https://github.com/vanilla/wordpress-vanilla/blob/master/functions.php#L354-L359

vanilla-forums/functions.php (line 342)
Change:
if (!function_exists('get_currentuserinfo')) require_once ABSPATH . WPINC . '/pluggable.php'; get_currentuserinfo();

To
if (!function_exists('wp_get_current_user')) require_once ABSPATH . WPINC . '/pluggable.php'; wp_get_current_user();

Which seems to fix a "Whoops" parseerror when using the "/sso" link.

I see that your validation function is looking for

https://github.com/vanilla/wordpress-vanilla/blob/master/functions.php#L181

WebRoot" value=" but the latest Vanilla that I installed has the following:

'WebRoot' : "http:\/\/forum.sitename.com\/"

Unfortunately I had to hack the plugin to hardcode my site. Looks like the regex needs to be updated. The embedding works after that.

We have reports that since updating wordpress, the comment integration has stopped displaying. The plugin has not been updated recently and is not tested up to the newest version.   

Dear,

I tried to install the Wordpress plugin and succeeded. However, the Wordpress plugin forces to use the very outdated MD5 hashing method. In the Vanilla plugin you can, however, select a manyfold of hashing techniques, which results in a signature error if you don't choose MD5.

I hope you are able to update the Wordpress plugin to the latest hashing methods very quickly, since this concerns all the users of the Wordpress plugin. Online I read something about bcrypt, but you programmers know way better than me whether this is the right thing :).

And I hope you will update the hashing methods listed in the Vanilla plugin too.

When trying to post a comment from a wordpress blog with the rich-editor enabled is broken (see error below). When the rich-editor is disabled and the advanced-editor is enable comments work.

The Body of the comment isn't being posted as json. It looks like this body content is being save as a string instead of JSON.

To Reproduce:

1. Setup a wordpress site with the vanilla wp plugin
2. Integrated wordpress site with your vanilla forum
3. Enable Rich-Editor on you vanilla forum
4. Try posting a comment from your wp site

On the Vanilla Comment Integration page, the plug-in attempts to pull the list of categories from the /categories/all.json endpoint of the Vanilla site. It doesn't use any special method of doing this. It grabs the list like a guest would grab the list. If the site is a private community, an attempt to contact /categories/all.json will redirect the user to the sign-in page, which will not provide the data necessary to populate the category dropdown in the WordPress plug-in config. The user will be unable to select a category in Vanilla.

Deploy the latest version and document how it was accomplished.

Add forum widgets to your blog: Place widgets throughout your blog with information like: recent discussions, discussion categories, and recent forum activity.

Widgets will not display information.

i have changed the url of website from http to https and some days after i have seen, that i can update to the 1.1.18 version. during the update i receive a fatal error with the information:

Parse error: syntax error, unexpected '[' in /web/htdocs/www.url-of-the-website/home/wp-content/plugins/vanilla-forums/functions.php on line 480

what can i do?

Widgets can't currently be used against private sites; it should say this.

Paraphrased report from user:

Recent Active Users shows small user photos in the footer but the images are pointing to a non-existent jpg file. Specifically its missing the letter "n" from the jpg file name in the begining. So for example the plugin is trying to load the photo in /forum/uploads/userpics/801/N0L9X51Q00H2.jpg when the actuall photo is named nN0L9X51Q00H2.jpg. So its missing an "n" in the beggining in every photo.

The missing code is Gdn_Upload::url(changeBasename($Value, 'n%s')); which will need to get reproduced appropriately in the WordPress plugin.

Please note calls to usericon.png may be effected by a change here. It needs actual testing, not just a blind patch.

Capitalization matters.