icon not displaying on any page, post, or media despite all correct settings

You can see an example of the missing “heart” in a test Comment on this page of my site now at this link: http://crystalcovehoa.net/cchoa-blog. As you can see, the count of posts (1) is there and shows in red, and to the left of the count if you place your mouse there, you’ll find a spot where the heart should be. If you check, the count changes. But the heart is invisible. Some setting is wrong, but I can’t figure out what it is. Thank you for any help.

How do you suggest I alter that js in order to correct the problem?

I just wrote a long reply that WP deleted for me I think because I had Zight links in it, although I’ve seen those in here before. What I tried to say was that I had installed Query Monitor plugin and it found 2 primary elements that are deprecated in your plugin’s code: calling get_class() without arguments and Creation of dynamic property OACS\SolidPostLikes\Controllers\App\SolidPostLikesLoader::$shortcodes.

Then I linked to the Zight list of many PHP codes that were found within those two elements that could be causing the symbol not to display. I can share them with you privately but I don’t have an address to do so. I’ll try another reply separate from this and see if it will work. Anyway, do you think the above information will help you?

You said above:

Something on your site is commenting out the icomoon font that is required to display the icons: https://share.zight.com/9ZuJBQk8
I think this is disabling the icon display.

I found the path to that file but I don’t see anything in it that would disable the icon. As far as I can tell, it’s your php file, isn’t it? I do have 3 warnings in it from my file editor that may or may not matter:

Line 10: font-display: block is an unknown property
Line 13: [class^="icon-"], [class*=" icon-"]
Attribute selectors with ^= are known to be real slow!
Attribute selectors with *= are known to be real slow!
Unqualified attribute selectors are known to be slow.
Line 16: speak: never
Expected (normal | none | spell-out | inherit) but found ‘never’.

Is there anything specific in that file that I am missing? Please help me solve this problem. Otherwise, I’ll have to use another, less attractive plugin. Thank you.

It does display in another theme so it must be a conflict with my theme (Superb Themes: Customizable Bloggily). I even disabled all plugins but solid-post-likes in my current theme and it still won’t display. I’ll check with the designer of my current theme.

Thanks for this suggestion. Since it displays in a simpler theme, I’ll mark it resolved for your part.

Even though I marked this resolved on your part, I found out something from my theme designer that you should know. In researching why their theme had a conflict with your plugin, they discovered the following:

The plugin authors have made a small mistake when they apply their “icomoon” font to their icon elements. Instead of targeting their specifics icons, they target all icon classes on the website. This will conflict with any other plugins or themes that are modifying general icons as well. This is not the correct implementation for a plugin with its own icons.

Additionally, they are targeting the parent element instead of the ::before element that contains the icon.

“The plugin authors of Solid Post Likes should consider updating their CSS to properly target only their own icon elements, and correctly target the ::before element that contains the icon.

For example, by updating their icon selects to include their plugin class prefix:

.oacs-spl-icon[class^=”icon-“]::before, .oacs-spl-icon[class*=” icon-“]::before {
font-family: “icomoon” !important;
}

This will prevent conflicts with any other theme or plugin that modify general icon classes.

That’s the end of their message to me. When I added that code to my site’s custom CSS, the heart symbol immediately displayed, so I guess their advice worked. I wanted you to know.

• This reply was modified 7 months, 3 weeks ago by ldevore849.