[Remonté au deuxième échelon] Conflict official Font Awesome plugin (4.0.0-rc20) and Toolset

[Auteur]

Publications

[martijnH]

Hi,

I use the official Font Awesome plugin (4.0.0-rc20) and Toolset. I am also a Font Awesome Pro user. I use the Kit solution of Font Awesome (not the CDN).

Many Toolset icons in the backend are show as questionmarks. Also the delete button on repeatable field groups is not working (not clickable). See attachment. When I turn on conflict detection from Font Awesome I see there is a svg file which has a 404 respons:
lien caché (also see screenshot).

When I disable the Font Awesome plugin, all Toolset icons work ok, but offcourse I do not have working icons on the frontend.

I asume wpv-custom.svg is a Toolset file, so I think this file is in conflict with the Font Awesome plugin

Thanks in advance!
Martijn Hoogma

[Jamal]

Hello Martijn and thank you for contacting the Toolset support.

To better understand and resolve this issue, I have created a test site and installed some Toolset plugins on it. If you can reproduce this issue on it and note the exact steps to follow, I'll escalate this ticket to our compatibility team for further analysis.
Please use the credentials in my previous private reply(May 23, 2020 at 1:42 pm) to login in. You can install any required Toolset plugin from the Toolset Installer in Plugins->Add New->Commercial(tab).

[martijnH]

Hello Jamal,

I have reproduced the issue. See the test post "Hello world!" and screenshots.
And still the 404 for wpv-custom.svg...

Thanks for your help.

[Nigel]

Hi Martijn

Jamal has a few days holiday, let me step in here.

I checked the test site and can see the issue on the Hello World! post (though I don't see any 404 for wpv-custom-svg).

I'm not familiar with the Font Awesome plugin, but I checked the settings and I can see that the problem only occurs when you specify SVG under the "Technology" setting, rather than Web Font.

With that option it seems that the plugin when it identifies icon tags on the page replaces them with svg markup, which introduces the problem.

I'm guessing your preferred option it to use SVG, which is why you've set it up that way.

I'll check with the developers about what's the best way to proceed here and I'll let you know.

[Nigel]

The problems happen because the plugin scans for icons on the page and then—with JavaScript—replaces the markup for those icons with SVGs, which is where the problems arise.

I understand from the developer comments that we cannot integrate with the plugin because of how Font Awesome is handled within Toolset, in common code that is shared across the whole suite of plugins, but knowing what the plugin does we can make some changes which should prevent these problems, and we have an internal ticket now to do so.

In the meantime you cannot use the SVG mode of the plugin.

I'll let you know when there is an update.