fixednet
Forum Replies Created
-
Hi there,
Thank you for your response. We compared the CPT that works with the one that does not:
- branches: public: true
- activities: public: true
The activities CPT displays the Jetpack Stats/Views value correctly, but branches does not. In both cases, the Stats column itself is present.
For branches, the HTML contains:
<span aria-hidden="true">—</span> <span class="screen-reader-text">No stats</span>However, this is not a tracking/data issue. For example, a published Branch post has 187 views when viewed through the individual Jetpack Stats page.
We also found a 422 Unprocessable Entity response from the Jetpack Stats API endpoint /stats/views/posts when the Stats column was being populated.
We also tested the number of posts populated per page. It was originally set to 20, and we changed it to 10 to reduce the number of Branch posts being processed. However, the issue remains the same.
We’re currently using Jetpack 16.0.1.
Since both CPTs have public: true, we’re wondering if there is another condition or limitation that could cause Jetpack to return “No stats” for some CPTs.
Can anyone confirm what determines whether Jetpack can retrieve and display the Views value in the admin post list, or suggest what else we should check?
Hi Krystian, thanks for coming back to me — we’ve tried the new version you kindly provided however it hasn’t fixed the issue, with the variations on products continue to keep spinning if I try and edit.
If I disable the plugin, they work right away.
We’ve tested on a staging as part of the troubleshooting, to see if anything else is troublesome however it seems to only have an issue if WooCommerce Subscriptions and Paypal Payments are active together.
Just to confirm, did/do you have the Subscription plugin enabled on your test environment, too?Hi Peter,
Thanks! It’s looks to be OK now, will e-mail at @wf.com if needed.
Thanks again.Martin G.
We have the same issue – all of a sudden we’re getting blocked when using the Vulnerability Feed API:
https://www.wordfence.com/api/intelligence/v2/vulnerabilities/production
[2024-08-05 07:06:39] API HTTP response code: 403
And curl request from the service to wordfence.com is 403 by CloudFront.
curl -IL wordfence.comHTTP/2 403
server: CloudFront
date: Mon, 05 Aug 2024 08:37:45 GMT
content-type: text/html
content-length: 919
x-cache: Error from cloudfrontIt’s fine when doing so using local ISP.
Hi Peter,
Could we please have an update on the above ?
Thank you,
Fixed.netHi Peter, thanks for this!
We tried the above tweaks but not luck unfortunately.
Is there a way to provide WP & SSH access privately for you to check, just in case we’re missing something ?
Thank you,
Fixed.netHello,
Thank you for your reply. We have now sent you 2 reports, one from the live site and one from the staging site. Please check them and let us know if we need to provide you with any additional information.
Forum: Fixing WordPress
In reply to: source code displaying horizontallyHi Mik
Not harmful. This is often done to reduce the size of the files that a user has to download.
Doesn’t look neat, but shouldn’t affect the usability of your site at all.