-
Notifications
You must be signed in to change notification settings - Fork 4.7k
Integration tests: remove client ID from fixtures #38685
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
Conversation
|
Size Change: 0 B Total Size: 1.14 MB ℹ️ View Unchanged
|
dmsnell
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thanks for the follow-up. I had wondered if clientId is necessary. Same for isValid but we had one isValid: false in there and I didn't want to poke it.
In testing I removed all the .json files and regenerated the fixture data with GENERATE_MISSING_FIXTURES and apart from a formatting difference, they were semantically identical.
An The tests should probably fail if |
I guess there are two: core cover gradient and core file pdf. Both of these tests are testing deprecated blocks and their updates and so I think the point of the test is to ensure we don't break that update process. If you see otherwise then yeah, let's zap the property. I'm reluctant to remove something though that I think people are relying on. |
|
For the file block one, the fixture is wrong. It looks like it happened after this change - #37100. I think one of the anchor elements (the button one) should have an href that matches the It is difficult to adjust a deprecated fixture. It's not straightforward to use the editor to produce the markup, so I imagine this adjustment was done by hand, and that's how the error happened. (edit: here's a fix for the file fixture - #38725) The cover fixture looks like it was only just added - #38392. |
|
Fix for the Cover Block deprecation: Thanks for the heads up, folks. |
|
I can't think of a reason for an invalid fixture. So I agree, I think There might be added complexity in recursing through inner blocks and also checking their validity. Though I don't know whether that's strictly necessary, as an inner block should have its own fixture. |
Description
Similarly to #38638, the client ID is a useless piece of data to have in the test fixtures since it's just the block index.
JS change to review: https://github.com/WordPress/gutenberg/pull/38685/files?file-filters%5B%5D=.js&show-viewed-files=true
The fixtures are regenerated.
Testing Instructions
Screenshots
Types of changes
Checklist:
*.native.jsfiles for terms that need renaming or removal).