Can’t switch off ‘subscribe to site’ below comment form
-
In the Jetpack settings (Jetpack → Settings → Discussion) it seems I can switch off all subscriptions, but the front of the website nevertheless always shows the ‘subscribe to site’ option.
I’d like to display just ‘subscribe to comments’. Any suggestions how to achieve that?
Thanks very much.
—
I’m referring to these settings:
https://jetpackme.files.wordpress.com/2020/01/screen-shot-on-2020-01-14-at-07-29-27.png?w=1024(screenshot by Jetpack, not my personal settings)
-
Hi there!
What’s the address of your site?
As I understand, in those setting you disabled the optionSubscribe to site
but it still appears on your site, is that correct?Hi @fresatomica,
Thanks for your reply.
Yes, that’s correct. These are my settings:
Translations:
- abonneren op site (from screenshot) = subscribe to site = Houd me via e-mail op de hoogte van nieuwe berichten (message shown at the front of the website)
- abonneren op reacties (from screenshot) = subscribe to comments = Houd me via e-mail op de hoogte van nieuwe reacties (message shown at the front of the website)
With the settings in the screenshot still BOTH subscribe options do show at the front of the website.
—
Even when I disable all, like this:
… STILL the front of the website shows the option ‘subscribe to site’ (= Houd me via e-mail op de hoogte van nieuwe berichten)
—
The website affected: https://www.vooreenandergeluid.nl/blog/algemeen/hoe-blijf-jij-in-deze-tijd-sterker-staan-in-de-arbeidsmarkt/
(again: what you see there, is with these settings: https://i.imgur.com/4rYbj3m.png)
We’re being blocked from accessing https://www.vooreenandergeluid.nl/xmlrpc.php which Jetpack requires to function.
When we run:
curl -A "Jetpack by WordPress.com" -is -H 'Content-Type: text/xml' --data '<?xml version="1.0"?><methodCall><methodName>demo.sayHello</methodName><params></params></methodCall>' 'https://www.vooreenandergeluid.nl/xmlrpc.php' && echo
We get:
HTTP/2 403 date: Mon, 22 Jun 2020 21:58:22 GMT
Unfortunately, blocking XML-RPC is not a great solution for fighting security risks. It’s akin to selling your car because you don’t want it to be stolen.
Your site’s XML-RPC file is kind of like a communication gateway to your site. Jetpack, the WordPress Mobile Apps, and other plugins and services will use this file to communicate to your site. If this is blocked, you will have other issues pop-up down the road for the same reasons.
If you are using any security plugins, please try connecting with those temporarily deactivated. If you don’t have any, or if that didn’t work, I would suggest contacting your hosting provider and asking them to unblock your site’s XML-RPC. The most popular hosting providers out there have managed to find other ways to protect their servers without having to hinder your site and your ability to use services with your WordPress site.
Hi @macmanx,
Thanks for looking into this, much appreciated.
I’m running a firewall at https://www.vooreenandergeluid.nl indeed, but it’s not blocking xmlrpc.php. I arranged that in the settings. But to be sure I did a test with the firewall completely switched off.
Again with these settings:
Unfortunately there was no difference though: still both options were displayed at the front, while I switched off the first (subscribe to site) in the back.
—
The issue could be caused by the hosting provider then (like you supposed), so I took a look to another website I’m running as well:
https://www.q-art.nl/magazine/redactioneel/drie-liederen-voor-sopraan-contrabas-en-piano/Again with these settings:
This one has another hosting provider and as far as I can find out, there is no block for xmlrpc.php.
Could you please investigate the issue through this website then? Because my problem with these Jetpack settings is not limited to just one website. I noticed it for some time now, a few months I think, in several websites I do maintenance for.
Thanks again!
The second site does not return the same problem, so maybe ask your hosting provider’s support to compare security settings on the two.
Hi @macmanx,
They are different hosting providers, so I can’t ask one of them to compare both websites..
Since the hosting provider for https://www.q-art.nl/magazine/redactioneel/drie-liederen-voor-sopraan-contrabas-en-piano/ apparently is not blocking xmlrpc.php, and I do neither, could you please have a suggestion why Jetpack nevertheless seems to ignore my settings for this website?
Because my problem is not the blocking of xmlrpc.php by any hosting provider, but Jetpack not letting me switch off ‘subscribe to site’ below the comment form.
Thanks again!
Best regards,
PlimfecHi Plimfec,
I was trying this on my test site and that setting is working perfectly – I was not able to reproduce this so, if it doesn’t work on any of your sites, I’d suggest checking what they have in common.
I noticed that you’re using an outdated version of Jetpack on https://www.q-art.nl – I would strongly advise you to update it, although it doesn’t seem to be related to this issue.
I can see that there are some plugins that you have installed on both sites – it would be great to rule out a plugin conflict.
Please try to disable all plugins, and switch to the default Twenty Twenty theme. If the problem goes away, enable them one by one to identify the source of the problem.To make it easier, you can install Health Check. On the troubleshooting tab, you can click the button to disable all plugins and change the theme for you, while you’re still logged in, without affecting normal visitors to your site.
Hi @fresatomica,
Thanks very much for replying.
I tested the issue here at my test website:
https://www.leestipper.nl/nieuws-acties/nieuws/polare-sluit-na-winkels-nu-ook-website/This one is updated for WordPress, theme and plugins. It’s running the default Twenty Twenty theme, like you suggested. None of these plugins are in conflict with Jetpack (I tested with all deactivated).
It’s interesting, because here the problem does NOT exist. But in my other websites it still does.
—
I tried to rule out a thousand of possible causes, but can’t get it solved yet. There is one strange thing though: the translations (English -> Dutch) are different.
- Houd me via e-mail op de hoogte van nieuwe reacties.
- Houd me via e-mail op de hoogte van nieuwe berichten.
to: https://www.leestipper.nl/nieuws-acties/nieuws/polare-sluit-na-winkels-nu-ook-website/
- Stuur mij een e-mail als er vervolgreacties zijn.
- Stuur mij een e-mail als er nieuwe berichten zijn.
Both websites are up-to-date and running the last version of WordPress and Jetpack (8.6.1). So one could expect the same translations here.
—
QUESTIONS:
- Where can I find these translations?
- How come these translations are different while running the same versions?
- And most important: could the cause for my problem somehow be related to the (source of the) translations? Perhaps the old translation files are blocking to obey the settings?
Hi there,
There is one strange thing though: the translations (English -> Dutch) are different.
That’s because you’re using different themes for those sites. Each theme has its own translation.
Can you please explain to me what’s the problem that’s present on leestipper.nl but not on your other sites?
Hi @fstat, hi @fresatomica,
No, those different translations are not theme related.. To prove I switched leestipper.nl to the same theme as the vooreenandergeluid.nl website (Twenty Eleven) and the differences in translation remain:
Compare please:
https://www.vooreenandergeluid.nl/blog/algemeen/hoe-blijf-jij-in-deze-tijd-sterker-staan-in-de-arbeidsmarkt/
and:
https://www.leestipper.nl/nieuws-acties/nieuws/polare-sluit-na-winkels-nu-ook-website/You see?
These messages are imported in the website directly from Jetpack as far as I know. I can’t change them. They are not in the theme’s translations files. They’re not in the WordPress core translation files either.
–> This is precisely why it is strange they are different; they should be the same when they come directly from Jetpack and I’m running the same WordPress version, the same Jetpack version, the same theme and there is no conflict between Jetpack and the plugins running on both websites.
The ONLY difference I can find is the translations, so that’s why I suggested this difference could help you to assist with my problem. I hope they can lead you to a possible cause.
—
Please read what my problem is.. I described it above.
Thanks again for your time!
Somebody marked this thread as resolved, but it is not. There are several questions unanswered and my problem still exists.
Would you please contact us via https://jetpack.com/contact-support/?rel=support so we can take a closer look?
- The topic ‘Can’t switch off ‘subscribe to site’ below comment form’ is closed to new replies.