aglyons

I’ve overridden the CSS so the site does not show the behaviour.

It still needs to be fixed.

after extensive testing, I’ve determined it has something to do with overflow. With a textarea that has no content in it to start, once content is added, the space for scroll bars, whether they are shown or not, will be added. When this happens, the container will expand and cover anything below.

Since I have my submit button below the textarea, it gets covered up.

I have only seen this behaviour on Android/Chrome on a Pixel2XL.

Setting overflow to hidden resolves the issue.

I am not sure if this is a bug with Android/Chrome or if this an issue in CF7 but it is reproducible.

@neil – Thanks for jumping in.

I am fairly proficient with CSS/HTML/JS. I’ve reached the end of my patience and I was hoping someone else could look and see if I am missing something.

As mentioned, the behaviour does not show on IOS Chrome/Safari. This would discount media query concerns. I have not come across any CSS that would dictate this behaviour. The concern is how the field expands. It doesn’t expand the parent DIV and push the submit button down. The field expands outside of the parent DIV and covers the submit.

Wondering if this is an Android/Chrome ‘feature’??

Hi Paularillo,

When you say “it worked” are you saying you don’t see the issue I described or are you saying yes, there is an issue?

Hey Neil,

Thx for contributing. I’m sorry but I don’t see where what you’ve shared can do what I’m asking.

Aside from invoking flex box on these DOM objects, I don’t see how CSS can change the display order of DIVs.

I guess I’m asking the devs to include the response as an item you’d add in the designer as markup. Then you could put the response anywhere you’d like.

• This reply was modified 5 years, 7 months ago by aglyons.

H iJess,

Thanks for getting back to me.

Here’s an attempt to clarify my question. This isn’t specifically a config question about WP SMTP but rather my attempt to determine if my hosting company is trying to brush my request off and, in the end, rip me off selling me a dedicated IP that is more vanity than anything else.

Let’s say the servers shared IP address is 123.456.789.123. I paid extra to have a dedicated IP address for my account. Let’s say that that IP is 456.789.123.456.

I’ve configured WP SMTP to connect to my GSuite server via simple authenticated SMTP. As an extra security layer, I’ve only allowed my dedicated server IP address (456.789.123.456) to connect. BUT, it fails because the IP address that actually Tries to connect to GSuite’s SMTP server is 123.456.789.123 which is the shared IP address of the server.

I was trying to determine if the SMTP connection SHOULD be coming from the dedicated IP I paid for rather than the shared IP.

The hosting support people were trying to tell me that the SMTP requests will go out the shared IP which doesn’t make sense to me. If WP SMTP is making a direct connection, the IP address should be the private address I paid for.

I hope that clears up the issue. I think I understand that WP SMTP connects directly and there is no purpose for the dedicated IP address I paid my hosting for.

From another story to;

Indeed, the WP SMTP functionality allows you to change the SMTP server for the outgoing emails, however the IP address the outgoing SMTP connection is originated from cannot be changed on our shared servers.

While I understand, you can’t answer questions regarding how they have their network setup. Why are these requests not coming from the IP address my website is hosted on? Shouldn’t they? That’s where wp_mail, class_phpmailer are located after all.

from the support rep;

The WP sites are using phpmail or sendmail functionality. Even when SMTP method is selected, the server functions are used and they use the built in mechanisms for SMTP communication.

solved it.

when entering the URL’s in ReCaptcha settings. DO NOT put the preceding https:// or https:// in the URL.

Still unable to use Recaptchav3

recaptcha__en.js:505 Uncaught Error: Invalid site key or not loaded in api.js: 6LfEdZsUAAAAABUiQVR1XQEXMbxwdnnoxyFuUh5P
at Object.JL [as execute] (recaptcha__en.js:505)
at execute ((index):296)
at $p (recaptcha__en.js:507)
at iG (recaptcha__en.js:508)
at recaptcha__en.js:521
at recaptcha__en.js:540

I’ve disabled and re-enabled. Re-created keys 4 times. Disabled all caching and minification plugins. Not working at all.

As it happens, WebP Express does support the replacement of background images as defined in CSS or loaded dynamically via JScript.

Thanks for that!

Followup question: Is there a tradeoff or caveat when using Varied Image Responses?

• This reply was modified 5 years, 11 months ago by aglyons.

I should add that I am using WP Mail SMTP going to Google Gmail Oauth. Not sure if that has anything to do with this problem.

I should add, I’ve NEVER seen the recaptcha badge on my site ever. Even when it was working prior to v5.1.1

I have recreated v3 keys three times now. There are only two fields to enter on CF7’s recaptcha settings page.

Nothing that I am doing is causing the error here.

It simply is not working since 5.1.1.

Cleared all caching disabled CDN, forced reload of server data in chrome. Made no difference with brand new v3 keys.

Latest PHP error messages trying to get this working.

Apr 01, 21:53:56

Warning: count(): Parameter must be an array or an object that implements Countable in /wp-content/plugins/contact-form-7-mailchimp-extension/lib/system.php on line 92

Apr 01, 00:35:22

Warning: Invalid argument supplied for foreach() in /wp-content/plugins/contact-form-7-mailchimp-extension/lib/functions.php on line 266

Apr 01, 00:35:22

Warning: array_column() expects parameter 1 to be array, null given in /wp-content/plugins/contact-form-7-mailchimp-extension/lib/functions.php on line 264

Mar 29, 14:58:21

Warning: count(): Parameter must be an array or an object that implements Countable in /wp-content/plugins/contact-form-7-mailchimp-extension/lib/system.php on line 92