Hari Shanker R

Hi @grl570810

That is definitely an odd problem! I did some digging, and found details of the changes that happened in WordPress 6.0.1 to: \wp-includes\class-wp-textdomain-registry.php: https://core.trac.wordpress.org/changeset/54669/

To summarize, the update changes how WP_Textdomain_Registry stores the default languages path. This change addresses a past issue which caused a performance regression during just-in-time changes in locales. It fixes this by storing the default languages paths in a separate way, while at the same time making WP_Textdomain_Registry easier to maintain and adding new tests to catch future regressions. Looking at the changeset, I can see how this makes a reference to the trailingslashit() function and the untrailingslashit() function periodically, which adds and removes trailing slashes.

From your error message, it appears that the maintenance mode is triggered from this line: #3 D:\HTTP\WP_Sites\Recipes\wp-settings.php(74): wp_maintenance(). However, it appears that while attempting to load the textdomain, one of the changes made in 6.0.1 (potentially the issue I reported above), seems to be causing troubles with the trailingslashit functions, causing this error.

In other words, what I am suggesting is that this might be a core bug, especially since you observed that this is working fine with *nix servers. As you rightly identified, I suspect that it is the forward slashes that are causing the issue.

I would suggest that you test with WordPress 6.0 if the issue repeats itself, and if it doesn’t, we can confirm that changeset #54669 is causing this regression. If that’s the case, would you be so kind as to report a core bug here? https://core.trac.wordpress.org/newticket
More on that here: https://make.wordpress.org/core/handbook/testing/reporting-bugs/

I know that wasn’t a solution, but I do hope that this guides you in the right direction!

Hi @dset

That’s an excellent question you’ve asked. Making sure that I’m on the same page as you – you are:

• Trying to create a newsletter service based on WordPress.
• Trying to remove other features manually by editing the template to just show up a newsletter subscription page

.well-known;css;images;include;js;contact.html;footer.html;gallery-4-cols.html;index.html;menu.html;style.css;team-3-cols.html

I’m not 100% sure what you tried to do here; it appears that you’ve tried creating a custom block theme, and to add a newsletter service on top of that, yes?

WordPress does not offer the post subscription feature or the newsletter feature out of the box. You are going to need a plugin for the same. If found quite a few of them over there: https://wordpress.org/plugins/search/newsletter/

Many of them offer support for blocks. Perhaps, you can add one of the email subscription blocks in your homepage using the template editor. You can then manipulate the template in such a way that the remainder of the posts are not directly visible in the homepage, or something similar.

I’m not sure if that was the solution you were looking for, but if you could share more details, I’m happy to see what I can do to help!

Hi @lockoloop

Sorry to hear about the troubles you are facing with users being unable to reset the lost password page, and that too in certain browsers. I tried creating a test account in your site and was able to replicate the issue myself.

I did some research for you, and based on my findings, this definitely appears to be an issue with WooCommerce itself. I can think of two potential reasons that might trigger the issue:

• Do you have any security/anti-spam/CAPTCHA plugins or systems in your site? They might be trying to erroneously protect that page, causing the issue. I know you mentioned doing a conflict test, but I’d take another look to see if something like this is present
• Do you have any server-side caching set up in your site (like varnish for instance)? If so, could you temporarily disable it or set rules to prevent your my account page from being cached? I doubt this might be the cause of the issue in this specific case, but it’s still worth trying.

In any case, I’d recommend reaching out to the good folks at WooCommerce support about this issue, this seems to come up quite often for them, and they might have a handy solution. Please post your issue here: https://wordpress.org/support/plugin/woocommerce/

I hope this helps!

Hey @elffuts

First of all, I’m so sorry that you had to go through this. When there is an error message like this, especially for a work site, it always causes so much frustration. I would love to help you fix this.

I did some digging on this for you. Since you have already eliminated a plugin or theme conflict by conflict testing, the next step would be to check if there is an issue with one of the WordPress files, which seems to be the case, in this situation.

Try downloading WordPress again, access your server via SFTP or FTP, or a file manager in your hosting account’s control panel (consult your hosting provider’s documentation for specifics on these), and delete then replace your copies of everything on the server except the wp-config.php file and the /wp-content/ directory with fresh copies from the download. This will effectively replace all of your core files without damaging your content and settings.

Some uploaders tend to be unreliable when overwriting files, so don’t forget to delete the original files before replacing them.

Hello @narangcreations

That’s an excellent question. You can force a download by adding the “download” attribute to the <a> tags in the URL you’re creating. For example, let’s say your URL is: yoururl.in/uploads/yourname.vcf.

When I hyperlink it for download, it would look like this:

 
<a href="https://yoururl.in/uploads/yourname.vcf" download>
  My Contact
</a>

As you can see, I have added the mention download within the <a> tag. I have assumed that the text My Contact links to the file that needs to be downloaded though. You can change that accordingly.

For further guidance, check out this W3Schools article which explains this in detail: https://www.w3schools.com/howto/howto_html_download_link.asp

I hope that helps!

• This reply was modified 1 year, 5 months ago by Hari Shanker R.
• This reply was modified 1 year, 5 months ago by Hari Shanker R.
• This reply was modified 1 year, 5 months ago by Hari Shanker R.
• This reply was modified 1 year, 5 months ago by Hari Shanker R.

Hey @briz_dad

First of all, my apologies for my late reply. It looks like the good folks at Dreamhost did a great job identifying the issue. There seems to be some sort of conflict emanating here, and clearly there is an issue with the block editor (which is why switching to the Classic Editor fixed the issue).

In your earlier message, you mentioned that you had tried turning off plugins and also tried installing and using a different theme.

If you can install plugins, could you try and install and activate “Health Check”: https://wordpress.org/plugins/health-check/ please?
It will add some additional features under the menu item under Tools > Site Health.
On its troubleshooting tab, you can Enable Troubleshooting Mode. This will disable all plugins, switch to a standard WordPress theme (if available), allow you to turn your plugins on and off and switch between themes, without affecting normal visitors to your site. This allows you to test for various compatibility issues.
There’s a more detailed description about how to use the Health Check plugin and its Troubleshooting Mode at https://make.wordpress.org/support/handbook/appendix/troubleshooting-using-the-health-check/

After installing Health Check and enabling the trouble shooting mode, could you try and see if you’re still facing this issue?

@jpopuk

Yes, it seems as though I need to setup a live streaming service, and then link to it using an audio player!

Yeah, that seems to be the way to go here, I hope you’re able to find a solution for your requirement. All the best!

That’s great! I hope this helps you in resolving the issue. Do let us know here if the problems persist and you need any further help!