maximilianknap

Doesn’t do the trick – the initial set of comments is always rendered on page load (but not lazy loaded). This seems to work only for subsequent comments at the bottom of the list.

I figured out there are a couple of plugins that enable lazy load for the entire comments section, maybe that’s a workaround. For Cloudflare page caching to work properly with comments, not only the user comments, but also the entire commenting form would have to be lazy loaded via ajax, taking the current users cookies into accout, because user login status as well as the form itself etc. must not be treated static.

Same problem as described here (and the poster already stated a solution – please fix the plugin code 🙂 )

https://wordpress.org/support/topic/link-to-tags-categories-are-wrong/

I applied that fix (use $tag->term_id instead of $tag->term_taxonomy_id) manually and it temporarily solved the issue.

Thanks!

• This reply was modified 8 years, 9 months ago by maximilianknap.
• This reply was modified 8 years, 9 months ago by maximilianknap.

.

Hi Daniel,

I have to come back to this because my database structure is still out of sync with what the plugin expects.

You stated the new, correct table structure above. With which version exactly have these three fields been added, and shouldn’t this be reflected somewhere in the sources? I can’t find any add column statement.

option_value_text varchar(1000) DEFAULT NULL,
include_zero tinyint(1) DEFAULT ‘1’,
required tinyint(1) DEFAULT ‘0’

It’s a bit confusing, to me it seems that the update process didn’t work properly for me. Just want to make sure I get it corrected the right way, executing the right ‘alter table add column’ statements including indexes and so on. I might not be the only one running into that issue, having three installations and all having the same issue.

Could you please provide a proper ‘alter table’ script as it would have been executed during the update?

Thank you very much,
Maximilian

Hi Daniel,

bad news: I checked the database and there is no column ‘required’. Here is a full select. Note that I have a custom prefix configured during setup:

SELECT rating_item_id, rating_id, description, default_option_value, max_option_value, active, weight, type FROM dsmarwp_mr_rating_item

So eventually during plugin upgrade to 4.1 it failed to extend the table by new column ‘required’?

Can you please provide a full DB structure script so I can check if there are more columns missing? Hope there is a fix though…

Thanks
Maximilian

Are you sure that your answer is related to my question? Sounds like the answer was meant for a different thread 🙂

Please tell me:
Does the current version of this plugin import comments also into the wordpress commenting system, so they are available in the backend?

Thanks in advance!