-
Notifications
You must be signed in to change notification settings - Fork 4.3k
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
Editor: Remove constants for notices #68361
Conversation
The following accounts have interacted with this PR and/or linked issues. I will continue to update these lists as activity occurs. You can also manually ask me to refresh this list by adding the Unlinked AccountsThe following contributors have not linked their GitHub and WordPress.org accounts: @aduth. Contributors, please read how to link your accounts to ensure your work is properly credited in WordPress releases. If you're merging code through a pull request on GitHub, copy and paste the following into the bottom of the merge commit message.
To understand the WordPress project's expectations around crediting contributors, please review the Contributor Attribution page in the Core Handbook. |
@@ -347,7 +346,6 @@ export const trashPost = | |||
const postType = await registry | |||
.resolveSelect( coreStore ) | |||
.getPostType( postTypeSlug ); | |||
registry.dispatch( noticesStore ).removeNotice( TRASH_POST_NOTICE_ID ); |
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.
There is no need to remove the failed trash notice. If actions fail again, the same notice will be reused because the notice has the same static ID. Users will be redirected if they succeed, and WP will display a different notice.
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.
Makes sense to me 👍
Size Change: -20 B (0%) Total Size: 1.84 MB
ℹ️ View Unchanged
|
Flaky tests detected in 425e33b. 🔍 Workflow run URL: https://github.com/WordPress/gutenberg/actions/runs/12550667396
|
@@ -113,7 +108,7 @@ export function getNotificationArgumentsForSaveFail( data ) { | |||
return [ | |||
noticeMessage, | |||
{ | |||
id: SAVE_POST_NOTICE_ID, |
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.
I think there was a reason that the save success and save error notices were using the same notice, though.
Right now if you do the following:
- Save a post successfully
- Quickly block the save REST API request URL
- Save quickly, see failure notice
You'll see the success notice remains together with the failure one:
Haven't tested, but I believe that if you keep the same ID for both error and success, the new (failure) notice should remove the old (success) one properly.
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.
That's a good point. I'll update to use the same string value again.
@@ -347,7 +346,6 @@ export const trashPost = | |||
const postType = await registry | |||
.resolveSelect( coreStore ) | |||
.getPostType( postTypeSlug ); | |||
registry.dispatch( noticesStore ).removeNotice( TRASH_POST_NOTICE_ID ); |
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.
Makes sense to me 👍
export const SAVE_POST_NOTICE_ID = 'SAVE_POST_NOTICE_ID'; | ||
export const TRASH_POST_NOTICE_ID = 'TRASH_POST_NOTICE_ID'; |
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 working to clean those up 👏
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.
LGTM 👍
Thanks for the review, @tyxla! |
What?
Closes #11202.
PR updates IDs for editor notices to use string values directly instead of unnecessary constants.
Testing Instructions
Testing Instructions for Keyboard
Same.