mennobouma

Hello Alexandre,

Yes i run 1.2.6. on all remote sites. I think it’s not the WordPress cache but a server cache which gives issues. I had a chat with WPMU DEV of 2 hours and they couldn’t find a solution for it.

Here is also a ticket: https://premium.wpmudev.org/forums/topic/issue-with-wp-remote-users-sync-updating-data/#post-3805927

Maybe your settings cache is cached :), which gives a ‘lag’. If you have a beta version i would like to use it. I hope it doesn’t take too long to update, because i can’t change settings on the plugin. I would like to use it :).

Hello Alexandre,

Thanks for your great support and fast updates! I tried it and it looks promising! I only have 5 remote sites and that makes a lot of redirects :).

I’m running into a issue where i can’t save settings of the plugin. It only happens with your plugin. Does it conflict with object cache?

Cheers,
Menno

Haha i’m sorry :p. I think it’s good news for every user of your plugin :).

Keep up the good work Alexandre!

Hello Alexandre,

Thanks for your comprehensive answer. Too bad that Safari blocks cross-site tracking by default, but i understand it with privacy in mind.

Most of the iOS users don’t untick the prevent cross-site tracking setting i’m afraid. Maybe it’s interesting to look at Google or Microsoft. I know they have an army of developers but single sign on works at their sites on Mobile Safari.

I also found some sources, maybe it’s possible that it can be implemented in the plugin:

– https://stackoverflow.com/questions/12150320/disable-same-origin-policy-in-mobile-safari/22270776#22270776
– https://gist.github.com/iansltx/18caf551baaa60b79206

• This reply was modified 4 years, 6 months ago by mennobouma.

Hello Alexandre,

I think i replied to fast! It looks like it’s working now!

Thank you :D.

Menno

Hello Alexandre,

Thanks for your fast response and update!

When i login one of the sites the other site is still logged out. This is from the console:

A cookie associated with a cross-site resource at <URL> was set without the SameSite attribute. It has been blocked, as Chrome now only delivers cookies with cross-site requests if they are set with SameSite=None and Secure. You can review cookies in developer tools under Application>Storage>Cookies and see more details at <URL> and <URL>.
(index):525 Cross-Origin Read Blocking (CORB) blocked cross-origin response https://www.othersite.nl/login/?wprusdata=kLCK_8Yhq36LYsjDy34534poHSMarYkkE715Ju0b_5Kfa8jd7kClOWAtFCR4BY37482hEjX4JgtbapmPOkeBtXFik4n3y_rDmOcBSQnMlyAjhdnP9PYjxsoubxMnHo5ynbN2FWmxv0ZX7M2NPbwW7YolK1PG%2Bu6GfdOqfUfXUb6ssTw%3D&token with MIME type text/html. See https://www.chromestatus.com/feature/5629709824032768 for more details.

Any idea how to solve this?

Thanks,
Menno

Thanks Subrata, we’re testing this ??

I just bought the plugin and i’m also having this problem. Did you solved it?

Thanks, Menno

Hi Matthew, thanks for your research.

This is one of the logs (all other subscription logs look the same):

02-20-2017 @ 14:59:25 – Order ID = 632 (Status = completed). Contact synced successfully (ActiveCampaign ID = 147)

Thanks, Menno

I’m not tracking the order status yet. Both options are unchecked. The debug option is on, but there are no error logs.

I have 4 lists and 2 automations. The first list is default and subscribers get into it by the ActiveCampaign List ID option. All clients get in this list and get a few e-mails. After the last e-mail there is a second automation who splits the subscribers into the other 3 lists based on the product tag. So the default tag does nothing here.

Thanks, Menno

Hi Matthew,

Thanks for your response.

We have a product with recurring payments and offer extra support with manuals. We use Active Campaign for this. We use the Woocommerce Subscriptions plugin for this. I noticed that the automation starts over after the first renewal.

We have a default list with a automation and after this the subscriber gets in a ‘splitter’ automation, based on the product tag it separates the subscriber in other lists.

I think the first automation is triggered by the default list, because it started the first automation. The automation setting in AC was already at running once.

Any idea how to solve this?

Thanks, Menno

Matthew… You are my HERO of the day!!

Everything works like a charm now! You really saved my business, because i sell online courses with e-mailsupport with AC. Tried expensive solutions but they didn’t work properly on multisite and your plugin DOES!

Going to make a donation for your work and service ??

Thanks, have a nice day!

Hi Matthew,

Thanks for this. Here are my answers:

1. Yes, Woocommerce is network activated for all subsites at once

2. Yes, same for the WC-AC Hook plugin

3. Woocommerce settings are made on site-level, no other plugin to manage these settings

4. Yes, both plugins, Woocommerce and WC-AC Hook are listed and active. Only Woocommerce has a settings link, WC-AC not. Both have a label ‘Network active’.

5. On non of the subsites the integration tab is visible

Thanks, Menno

I installed it through the plugins page (not with a ftp program). In multisite you need to network activate the plugin to let it work on all sites within the network. The plugin is listed on the plugin page and active. There is no settings link on the plugins page.

Thanks, Menno

Hi Mtreherne,

Thanks for your fast response! I got this from my error log:
****, server: www.******.nl, request: “GET /wp-admin/network/update.php?action=install-plugin&plugin=wc-ac-hook&_wpnonce=0aa2bc10e8 HTTP/1.1”, upstream: “fastcgi://unix:/dev/shm/php-fpm.nlwins-amoudator.sock:”, host: “www.******.nl”, referrer: “https://www.******.nl/wp-admin/network/plugin-install.php?tab=search&s=WC-AC+Hook&#8221;

– Menno