I don’t have solution yet. But I wanted to give you a quick update. I was hoping for a one line simple fix that I could give you as a hot fix (and subsequently release an update) but that is looking unlikely.
I suspect the problem started about 3 weeks ago when version 3.38.2 of WP Fusion Lite was released.
WP Fusion Lite make use of an Active Campaign API:
https://github.com/ActiveCampaign/activecampaign-api-php
This code is pretty much used by any plugin that needs to access AC. The wp-fusion-lite developer had customised the API to rename all the classes (to avoid clashes) but with 3.38.2 they removed the custom names, on all but one class (the top level class – which they have renamed from ActiveCampaign to ActiveCampaign_API). If they had customized every class name (as prior to 3.38.2) or left the API class names unchanged it would all be fine. But because they are in both camps, the solution for me is not trivial (without using namespaces – which as I explained is a problem due to old versions of PHP still in use).
Sorry to give you a running commentary. I would rather not customize the ActiveCampaign API code to get things to work because then I cannot easily take version updates for this code (which is created by ActiveCampaign) from GitHub.
Another solution is to have wc-ac-hook use the ActiveCampaign_API class (if it is declared), and I think it should work, but it is an older version of the API, and as so it might not. wp-fusion-lite uses a slightly older version of the ActiveCampaign API compared to wc-ac-hook which uses the latest 2.0.3. So that muddies the waters.
I will sleep on it and will get back to you but it may be a couple of days.