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

WordPress 6.0 editor pending issues and blockers #40139

Closed
7 of 15 tasks
priethor opened this issue Apr 7, 2022 · 9 comments
Closed
7 of 15 tasks

WordPress 6.0 editor pending issues and blockers #40139

priethor opened this issue Apr 7, 2022 · 9 comments
Labels
[Priority] High Used to indicate top priority items that need quick attention [Type] Tracking Issue Tactical breakdown of efforts across the codebase and/or tied to Overview issues.

Comments

@priethor
Copy link
Contributor

priethor commented Apr 7, 2022

This is a tracking issue to provide a quick overview of the editor's remaining triaged tasks and is expected to evolve in the coming weeks as the 6.0 release proceeds, in the spirit of the similar issue used in the last release cycle.

What was found in the 6.0 walk-through and what currently exists in the project board is serving as the foundation.


🚨 Major blocking issues

✅ All good! Nothing is blocking the next Beta release.


⚠️ Must-haves before RC

Specific functionalities require the following issues, but they do not block or put at risk the whole release.


✨ Nice to have and feature polishing - Not for 6.0 anymore as time run out 🙅


Major kudos to @annezazu for helping compile this list

@priethor priethor added [Type] Tracking Issue Tactical breakdown of efforts across the codebase and/or tied to Overview issues. [Priority] High Used to indicate top priority items that need quick attention labels Apr 7, 2022
@kjellr
Copy link
Contributor

kjellr commented Apr 7, 2022

I'd suggest we add #35331 to Nice to have and feature polishing. Duotone is applied in one of the Twenty Twenty-Two alternate styles that we plan to ship with 6.0, but it does not currently render in the site editor. We can strip it out if need be, but it would be great to have it working.

@priethor
Copy link
Contributor Author

Thanks @kjellr, I triaged it and added to the list 💯

@gziolo
Copy link
Member

gziolo commented Apr 27, 2022

@priethor, is there anything actionable left for WP 6.0? Should we update it to target 6.1 instead?

@priethor
Copy link
Contributor Author

With the Webfonts API alternative merged in #40472, the only remaining high-priority issue is #40059. Considering it's a bug, I would say we are in a good place. cc @ndiego for awareness of this issue, too

At this late stage, the other nice-to-haves should be punted to 6.1.

@ndiego
Copy link
Member

ndiego commented Apr 27, 2022

@priethor see my latest comment on #40059. This is an issue in the Twenty Twenty-Two theme. It should be addressed in the theme by the 6.0 release but is not Gutenberg specific.

@priethor
Copy link
Contributor Author

priethor commented Apr 27, 2022

@youknowriad also shared some insightful feedback that explains it's not a bug, but a conceptual issue; solving it holistically in the editor doesn't seem feasible for 6.0.

In any case, at this point, it doesn't seem to me that this unexpected behavior should be a blocker to shipping the new block variations in 6.0, and I'd lean towards downgrading its severity here.

Any thoughts or objections, @adamziel @gziolo @ndiego @annezazu @youknowriad ?

@annezazu
Copy link
Contributor

I agree with your read and don't think this should be a blocker, especially after reading the insights from Riad (thank you, as always).

@priethor
Copy link
Contributor Author

priethor commented Apr 29, 2022

Thanks for the feedback; I updated the opening post with the latest status update and de-prioritized it. Let's continue the #40059-specific convo there and confirm whether it can be fixed at the theme level.

@priethor
Copy link
Contributor Author

Let's wrap this up. The only actionable item for 6.0 at this point is bug #35331, which has been partially fixed for the Site Editor and backported but still has a few loose ends (further context here).

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
[Priority] High Used to indicate top priority items that need quick attention [Type] Tracking Issue Tactical breakdown of efforts across the codebase and/or tied to Overview issues.
Projects
No open projects
Archived in project
Development

No branches or pull requests

5 participants