dougjoseph

Update: I’m now testing in both Safari and Chrome. However, take note of this:

Additional testing seems to indicate that…

Whenever the page first loads, the input element for “pass1” is visible (displayed). Then, after the page loads, an auto-generated password gets created by some code somewhere, and the moment that auto-generated password exists, the input element disappears (the CSS gets changed to include “display:none” for “.no-js .hide-if-no-js”).

If I use “inspect element” and change to “display:block” then I can see and edit the input element (I can input a password).

It seems this is somehow related to the CSS coming from “login.min.css” as regarding “.no-js .hide-if-no-js”

• This reply was modified 3 years, 3 months ago by dougjoseph.
• This reply was modified 3 years, 3 months ago by Steven Stern (sterndata).

I should add, all current testing was done in latest version of Chrome on Mac.

I am now also going to test on other browsers.

Update: I have been snooping around the outputted CSS of the “input new password form” (part of the password reset process) which is displayed by wp-login.php with a query string element like this: “action=rp” (as in reset password).

I have noticed that the CSS for this class:

.no-js .hide-if-no-js

is being set to:

display: none;

…and if I manually set it to:

display: block;

…then the input element named “pass1” appears (which is where the new password would be inputted).

So the input element is being hidden. Would anyone be expert enough to give clues as to why or how that’s being caused? Thanks for any clues. I’m not expecting anyone to do my work for me, and I’m working diligently. I’m just hoping for a nudge in the right direction.

• This reply was modified 3 years, 3 months ago by dougjoseph.

@zaneselvans

It looks like this has been fixed in the codebase as of earlier today.

Cool. Just out of curiosity, approximately how long does it usually take for a fix to eventually be released in a new version of a theme?

To all who were helped: I’m glad, and I also encourage taking note of the more “future proof” way of fixing it pointed out by @linux4me2 …

Reposting the last paragraph here, simply to be able to “reply and mark as resolved.”

I solved this by simply making a copy of the newly existing file, block-patterns.php, in the parent theme, and moving that copy into the child theme. Problem solved. I hope this helps anyone else facing the same issue.

Good news! After a good bit of searching, I found the issue and a fix. It’s apparently an issue unique to GoDaddy hosting.

I found out it about on a search result that led to this page:
https://theme-fusion.com/forums/topic/woocommerce-plugin-creating-error-messages-when-editing-pages/

The “fix” is to add the following to the .htaccess file:

# BEGIN Line too long fix
SubstituteMaxLineLength 10M
# END Line too long fix

Thanks. However, I tried the WP Safe Mode plugin, but it has issues.

I tried unchecking the theme change option, but the theme was changed regardless.

I tried checking the theme change option and choosing various themes, but the theme choices were always ignored.

UPDATE: I did the old trusted process of disabling all plugins, and the main domain started being served. I then ran through process of elimination to find out which plugin was causing the error: It was this one:

the-events-calendar plugin

For us, that is both good news and bad news. The good news is I found out what was causing the issue. The bad news is, it was one of those plugins that actually used, in fact, depended on heavily.

I will attempt to work with the plugin author to get some attention on this.

• This reply was modified 3 years, 4 months ago by dougjoseph.

Re. the iOS issue…. I found a crude workaround, but it’s hardly ideal. I was using Chrome browser on iPhone, no way to play or save EDD purchased MP3 files. I copied the URL to the purchased download, switched to Apple’s Safari browser on iPhone, and pasted the link. I was asked if I wanted to “View or Download” — when choosing “Download” it works. When choosing “View” it does not work.

UPDATE: rebuilding the child theme fixed it. Problem solved.

UPDATE: Whenever I go into “Customize” and attempt a “Live Preview” of the *parent* theme of TwentyTen, the comments all display properly. The child theme displayed the comments properly prior to the updates, yet now doesn’t. It seems that, somehow, something changed that affects the performance of the child theme.

So, here’s my current plan of action. I will rebuild the child theme. More soon.

@lumiden

In your post you mention what sounds like a plugin name: “ultimate membership pro”

This (“amr users”) is not that plugin.

I searched the www.remarpro.com plugin repository for a plugin named “ultimate membership pro” and nothing came up. However, if it is a paid plugin obtained from somewhere else, that would explain why. You’ll need to find where the plugin came from and ask there.

@lumiden

You are posting your question in the wrong place. This area is only for questions about the plugin called “amr users” — it’s a user list plugin, and has absolutely nothing to do with Stripe, which is a payment processing service. If you are using a WordPress plugin related to Stripe, it would have some different name, and its discussion area would be under that name, not “amr users.”

• This reply was modified 3 years, 10 months ago by dougjoseph.

Got it. Thanks. Without knowing beforehand exactly how it worked, I guess I was loosely thinking a defining attribute could have been merely that it was named differently. I can see how that is not enough.