-
Notifications
You must be signed in to change notification settings - Fork 808
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Forms: Fix empty form block - show nothing #41313
Conversation
Thank you for your PR! When contributing to Jetpack, we have a few suggestions that can help us test and review your patch:
This comment will be updated as you work on your PR and make changes. If you think that some of those checks are not needed for your PR, please explain why you think so. Thanks for cooperation 🤖 The e2e test report can be found here. Please note that it can take a few minutes after the e2e tests checks are complete for the report to be available. Follow this PR Review Process:
Still unsure? Reach out in #jetpack-developers for guidance! Jetpack plugin: The Jetpack plugin has different release cadences depending on the platform:
If you have any questions about the release process, please ask in the #jetpack-releases channel on Slack. |
Are you an Automattician? Please test your changes on all WordPress.com environments to help mitigate accidental explosions.
Interested in more tips and information?
|
How's the backwards compatibility for something like this? |
I am not really following what you mean by this. |
If someone has a form on their page before as a form "placeholder" block, will they continue having the form on their page? |
There could be cases where a site is using the default form, we wouldn’t want it to suddenly stop rendering. Slack convo here: p1737745728173659-slack-C086RGTJT1D |
@simison Take a look at the PR description. :) After this PR if the user hasn't selected the form they wouldn't see anything. This PR implements the "expected" behaviour as described in #41244.
If we don't want this PR lets close the issue as well. :) |
@enejb sure! :-) Miguel was correct, and yeah I agree this is a good fix and with this PR block would function as expected going forward. But the reality is that people might have used the placeholder block? Maybe they aren't and this is hypothetical:
It's not super annoying bug so might not be worth it — at least now, perhaps if we rename the block slug it becomes easier to fix. |
I think we would try to fix going forward but maybe the best would be to implement something when we switch to the new naming. I will close this PR (without merging) and the issue. Since we won't be fixing it should make sure that in the future versions this is not the case :) Will create an issue that makes the default form look better, right now it doesn't look so nice. |
That works for me; thanks for looking into this! |
Maybe we can improve the editor to make it clearer that a form is already selected? |
I was testing Squarespace forms today and that's how it works there; you install Form block, you get a form. Then you can change it easily to some other format but there's no "placeholder". |
probably a good one for @ilonagl to 🤔 😄 |
I’m sorry, just catching up on my pings. Is this still relevant? I see it’s closed, so I just wanted to check in first. |
I thnk we're good here. |
Fixes #41244
This PR fixes the case where a user added the contact form block but didn't select any form.
Editor
Front end Before: We should show a simple contact form. Notice that the form doesn't have the expected styling.
Front end | After: We show nothing.
Proposed changes:
Other information:
Jetpack product discussion
Does this pull request change what data or activity we track or use?
No
Testing instructions: