-
Notifications
You must be signed in to change notification settings - Fork 2k
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
Plugin updates: Gutenberg 7.7.1 #40078
Comments
@p-jackson pointed out the changes to the header in 7.7 CurrentWith 7.7 enabledThis breaks our back button pretty hard. My uneducated guess is that we'd need to update the FSE BackButtonOverride hook method ? Also filed as an issue here: #40065 |
That override will only work for dotcom-fse sites, so I think it will need fixed elsewhere too... Trying to remember where that is 🤔 This also breaks the frame around the editor for dotcom-fse: And the new "document sidebar" button is hidden by our staging icon |
In dotcom-fse, we should probably just stick with the overridden back button and remove the W icon for now. I say this because the W icon in the template part editor won't make sense -- we still need to get back to the page editor, not back to wp-admin. And we should probably keep the back button in the page editor consistent with that for now. |
hmmm so what's the best release process for getting neccessary fixes changes to gutenberg into this release? ( I'm thinking of this one #40127) This is the process as I understand it: Gutenberg PR -> Gutenberg Master -> Tag a new Gutenberg release v7.7.x -> zip file -> install on wpcom edge sites -> test -> call for testing -> make it live for everyone The problem then is that the new Gutenberg release v7.7.x will include a whole set of commits that haven't been tested with wpcom so we almost have to restart the testing effort rather than just checking this bug off the list of known issues. But we can also manually change the zip file right, it sounds like that's the safer solution in this case, is that what you guys were thinking? Currently v7.7.0 is a tag on the master branch, I've seen teams create release branches for this kind of complex release and then apply or cherry-pick commits on to that branch.. but that would be a different future discussion I think. |
For major blockers we can update the files ourselves on .com. The only headache will be making sure we file a corresponding PR on the WordPress/Gutenberg repo.
I think we could carry on as we've been doing: deal with each release as it comes out from Gutenberg, and fixing things on our end + creating Gutenberg PRs to ensure that our changes make it into future versions. |
…obile and desktop because webdriver can't close the page template selector. We're temporarily disabling this test until we smooth out the integration of Gutenberg 7.7.1 See: #40078
I'll close this — we can continue in 7.8.0 issue for the next version. |
Gutenberg 7.7.1 was released on March 13, 2020.
This issue tracks progress upgrading wpcom.
With 7.7.1, we're skipping stable versions (7.4.0 (potentially), 7.5.0 and 7.6.0).
7.4.0 is currently waiting in the halls until the ongoing work on the data migration project (pbAok1-f8-p2) is complete, however the completion date is unknown with estimation 5-6 days, starting on Monday March 16th.
Gutenberg
Other
Bugs encountered 🐞
Potential blocker if not addressed in 7.7.1 p3btAN-1dt-p2 and p3btAN-1dr-p2 Check that these have been addressed in core before we update.Fixed here D40222-codePunted after release
Hide block patterns and their UI on .com (Block patterns: hide sidebar when no patterns are registered WordPress/gutenberg#20867)We'll keep this (p7DVsv-8gl-p2#comment-27375)The text was updated successfully, but these errors were encountered: