#54955 closed defect (bug) (fixed)
Custom fields Issue
Reported by: |
|
Owned by: |
|
---|---|---|---|
Milestone: | 5.9.1 | Priority: | normal |
Severity: | major | Version: | 5.9 |
Component: | Editor | Keywords: | has-patch commit fixed-major |
Focuses: | ui, accessibility, javascript | Cc: |
Description
Custom fields glitch: when i am trying to add custom field, it is not showing correctly, Image link:
https://ibb.co/Zc1VGx7
Attachments (5)
Change History (24)
#1
@
3 years ago
Thank you for creating the ticket! I'm able to reproduce.
Steps to test
- Use WordPress 5.9
- Add new page in the
Settings - Preferences - Panels
enableCustom Fields
- Add custom field and save it
- See the success message not being styled correctly
This ticket was mentioned in Slack in #accessibility by ryokuhi. View the logs.
3 years ago
#4
@
3 years ago
There's a related issue found when adding a new category term in the editor. This could be related to #42937.
@
3 years ago
Screenshot with blank success notification after inserting new category from block editor.
#6
@
3 years ago
- Focuses javascript added
- Keywords needs-patch added
I did not think this was related to r52170, but removing successmsg += response.data;
confirmed it. The table row output is in the response.data
for an Ajax call in the custom fields section.
One way to avoid the custom fields message is checking whether the admin screen is editing the Taxonomy terms before adding response.data
to the message:
if ( jQuery( 'body' ).hasClass( 'edit-tags-php' ) ) { successmsg += response.data; }
That option is not ideal, especially if WordPress adds success messages elsewhere, though it might be good enough for now.
To avoid empty messages, the err.length
check's else
statement needs to check the successmsg
length:
} else if ( successmsg.length ) {
This ticket was mentioned in Slack in #core by audrasjb. View the logs.
3 years ago
#9
follow-up:
↓ 14
@
3 years ago
As discussed during today's bug scrub, there is two steps in this ticket:
- Remove completely the success message for now, and ship it in 5.9.1, as a bug fix.
- Open a new ticket to consider adding success messages the good way, as an
enhancement
.
@
3 years ago
keeping success message on Taxonomy screen but removing extra code from editor screen (custom fields and categories)
#11
@
3 years ago
- Keywords commit added; needs-testing removed
Tested: unwanted empty notices not showing, category success message is showing, as expected.
#13
@
3 years ago
- Keywords fixed-major added
- Resolution fixed deleted
- Status changed from closed to reopened
Reopening for backporting to the 5.9 branch.
#15
@
3 years ago
When committing a fix for a minor release, please don't forget to also reopen the ticket for backporting to the branch and add the fixed-major
keyword. Otherwise, the ticket stays on the milestone for the next minor release, but is not actually fixed there :)
Image