Ok before we do the temp access let me provide some answers to your questions as follows:
I noticed links were down as customers were complaining they could not complete purchases from the pages with pricing tables on them which point to the shopping cart items. I then fixed them all. That was last week.
This week the same thing happened and I fixed them but. But this time turned off W3T cache as when making BB changes it’s quicker without it on. All fixes were made with W3T Cache disabled and the BB cache was also flushed before reactiving W3T cache. W3T cache was them reactivated and some links were replaced on each specific page with the URL of the page they were on.
In W3T cache I purged the CDN completely, cleared the cache and the links remained broken.
So if a page URL is mysite.com/order-at-this-url/ that would now be the URL in each pricing table button link instead of the link to each particular product.
The url structure entered into the pricing table is relative and in two formats of which both are replaced with the page URL thus breaking the links.
Below are examples of the formats that were originally entered but now replaced by the page URL:
So the relative links you posted above were the original links you placed on the Pricing Table button? And when you activated W3TC it gets replaced with the page URL?
We did have issues with the Pricing Table module when updating from an older version 1.6+ to 1.7. The links were being replaced with the page URL as well. Is this the case for you? What version of the plugin are you running right now? If the links work fine without W3TC on, then it’s most likely a caching issue. Did you clear all caches from W3TC? I have it on my local dev and there’s an Empty All Caches button on its dashboard, is that what you did? Sorry for the question, just needed to make sure we cover everything.
One last thing we could try is to manually delete the advanced-cache.php file inside the wp-contents folder. You’ll have to deactivate the W3TC plugin first, and maybe export your settings before doing so. Probably take a backup of it as well before deleting it. Once done, reactivate W3TC and see if it works this time.
Yes your understanding on your first question is correct.
I’m running 1.7.3 and I can’t quite recall when I upgraded but I’m pretty sure it wasnt in the last week or so.
The links are now broken (replaced with the page URL) with our without W3T cache. I did “Empty all Caches” and purged the CDN entirely from W3T cache so I doubt it’s a caching issue. Even if I turn W3T cache off the links are broken.
Right after running “Empty all Caches” in W3T cache a brand new modified URL appears in the place of the previously broken URLs so now:
I can’t seem to replicate the issue on my end. Do you think you can share temp admin access to the site so we can check further? If it’s a live site you don’t want to be played with, perhaps you can copy it over to a staging URL?
I have another site at BB 220.127.116.11 which needs to be upgraded to 1.7.3. Am I going to have the same issue here?
We’ve fixed those issues on the latest update, 1.7.3. The only remaining issue is that the buttons’ color may differ since on the latest version, there’s already a separate setting for it.
The login’s working now but I can’t seem to see the issue on the page you’ve mentioned above? I visited the page first, all links are working fine. Deactivated W3T Cache, same thing. Reactivated the plugin, and I’m seeing the same thing as well. I did visit the site as well on Incognito each time. Are you experiencing this issue right now on the same page?
Yes, we did have a bug on the latest version of the plugin and it has something to do with the background overlays. We’ve already fixed it on our end though and should be available on the next maintenance patch.