Skip to content
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

v4 API: Legacy Resources #663

Merged
merged 20 commits into from
May 29, 2024
Merged

Conversation

n7studios
Copy link
Contributor

@n7studios n7studios commented May 13, 2024

Summary

Reinstates tests for legacy forms and landing pages, using the v4-api WordPress Libraries that now fetch legacy resources.

Testing

  • Legacy resource tests previously marked as incomplete are reinstated.

Checklist

@n7studios n7studios added this to the 2.5.0 milestone May 13, 2024
@n7studios n7studios self-assigned this May 13, 2024
Copy link

@noelherrick noelherrick left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@mercedesb Tim is proposing caching legacy forms on client's WordPress sites since APIv4 won't return legacy forms. Is that correct? Are there plans to include them later, or was that deliberate decision to deprecate them.

Tim, we might need to hold off from moving wholly to the V4 API because I don't know how workable locally caching legacy forms is going to be unless we drop support for legacy forms, in which case I don't think we should be caching them either. This seems like a recipe for an inconsistent user experience.

@mercedesb
Copy link

was that deliberate decision to deprecate them

Yes, it was a deliberate decision to deprecate legacy landing pages that Marc and Megan made and made sense in the long-term with where we want to get to eventually

@noelherrick
Copy link

@n7studios We will be adding another endpoint for legacy forms. We'll keep you posted when that's ready to use!

@n7studios
Copy link
Contributor Author

Tim, we might need to hold off from moving wholly to the V4 API because I don't know how workable locally caching legacy forms is going to be unless we drop support for legacy forms, in which case I don't think we should be caching them either. This seems like a recipe for an inconsistent user experience.

Apologies, I thought I'd replied to this. That's fine - the v4 work merges into its own v4-api branch, so it doesn't affect other work and bugfixes that I'm doing for the current Plugin.

@n7studios We will be adding another endpoint for legacy forms. We'll keep you posted when that's ready to use!

Thanks. I'll look to implement this when ready, which will probably make this PR redundant.

@n7studios n7studios marked this pull request as draft May 20, 2024 14:59
@n7studios n7studios changed the title v4 API: Cache Legacy Resources v4 API: Legacy Resources May 20, 2024
…legacy-resources

# Conflicts:
#	tests/acceptance/general/UpgradePathsCest.php
@n7studios n7studios changed the base branch from v4-api-oauth-tests to v4-api-oauth May 20, 2024 15:01
This will include the necessary v3 API Key, without the Plugin needing to have an API Key due to the likelihood that some installations will be new and have only ever used OAuth.
@n7studios n7studios marked this pull request as ready for review May 28, 2024 14:56
@n7studios n7studios merged commit 4f5086a into v4-api-oauth May 29, 2024
77 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

3 participants