__group__ ticket summary owner component _version priority severity milestone type _status workflow _created modified _description _reporter
Slated for Next Release 58051 Attachment custom fields not rendered after upload antpb Media 6.2 normal normal 6.6 defect (bug) assigned 2023-04-02T02:23:40Z 2024-03-06T16:20:39Z "This is a follow-up to #40909.
Attachment custom fields added via `attachment_fields_to_edit` are no longer rendered just after an image is uploaded.
Clicking away and back will restore the custom field markup, but is quite inconvenient." trepmal
Slated for Next Release 60548 Image editor: improve the browsePopup function joedolson* Media 6.3 normal normal 6.6 defect (bug) accepted 2024-02-15T14:10:11Z 2024-03-06T16:59:58Z "While auditing all the remaining jQuery deprecations still to address in core, I noticed a couple things that offer room for improvements in the `browsePopup` function of the core image editor.
1. The `browsePopup` function uses the `window.event` property, which is deprecated and should not be used. This is the `global` event. Instead, the event should be passed as a function parameter. Aside: instead of using inline events, it could have been better to consider a more modern approach.
2. When using the keyboard to navigate the items in the 'Image rotation' dropdown menu, the page scrolls. See attached animated GIF. There's some code in place to prevent page scrolling you may need to reduce your viewport height.
See [55919] / #50523
" afercia
Slated for Next Release 60666 Unwanted section appears as a sidebar in 'Create gallery' section joedolson* Media 5.0 normal normal 6.6 defect (bug) accepted 2024-03-01T09:04:35Z 2024-03-06T16:46:30Z "Unwanted section with 'Actions' and 'Create gallery' texts appear in the sidebar of Media Library and nothing happens on selection or click of the texts.
To find the issue, please go through the below steps.
1.From the 'File' block add the block 'Gallery', then select Media Library.
2.Unwanted sidebar section with the specified texts appears." ukdrahul
Slated for Next Release 37287 wp_print_admin_notice_templates() does not use _n*() for plural forms swissspidy I18N 4.6 normal normal 6.6 defect (bug) assigned 2016-07-05T12:23:24Z 2024-02-28T14:25:48Z "Function wp_print_admin_notice_templates() (https://core.trac.wordpress.org/browser/trunk/src/wp-admin/includes/update.php#L615) does not properly use _n() and related functions for plural forms of its strings. It just makes a simple if (count ===1) check and uses two different strings - one for singular, one for plural form.
This presents a problem when translating into languages that have more than one plural form, or more complicated rules for singular form usage. For example, in Lithuanian we also use singular form for 21, 1241 and any other number that ends with 1 (except for 11). And we have two plural forms - one for numbers ending with a zero, another for everything else. In current situation we can not have a proper translation here. " ideag
Slated for Next Release 60647 Script Modules: Allow modules to depend on existing WordPress scripts jonsurrell Script Loader trunk normal normal 6.6 feature request assigned 2024-02-27T15:40:59Z 2024-03-21T08:07:18Z "Script modules cannot depend on existing scripts such as `wp-url`, `wp-i18n`, or `wp-api-fetch`.
Script modules should be able to leverage the functionality available in existing scripts." jonsurrell
Tickets Awaiting Review 57365 """Attempt Block Recovery"" functionality broken for buttons ""Convert to.."" click" Editor 6.1.1 normal normal Awaiting Review defect (bug) new 2022-12-21T12:16:37Z 2022-12-30T05:56:34Z "When i edit the HTML manually and click away, the ""Attempt Block Recovery"" error appears.
== BUG:
**Clicking on the ""''Convert to HTML''"" or ""''Convert to Blocks''"" does nothing.**
[[Image(https://i.imgur.com/fzLTpaH.png)]]
The button ""Attempt Block Recovery"" itself works and reverts the action to the previous state before I edited the html.
I also screenshotted the red text from the console:
[[Image(https://i.imgur.com/1l0PjIv.png)]]" mikulabc
Tickets Awaiting Review 60082 """Copied"" tooltip should be hidden when another attachment URL is copied (in list mode)" Media 6.0 normal normal Awaiting Review defect (bug) new 2023-12-15T13:05:00Z 2024-03-12T15:39:27Z "In the media list view, clicking the ""Copy URL"" action link displays previously clicked ""Copy URL"". The previously clicked row showing ""Copied!"" when hover the media again.
=== Environment
- WordPress: 6.4.2
- PHP: 8.2.0
- Server: Apache/2.4.54 (Unix) OpenSSL/1.0.2u PHP/8.2.0 mod_wsgi/3.5 Python/2.7.18 mod_fastcgi/mod_fastcgi-SNAP-0910052141 mod_perl/2.0.11 Perl/v5.30.1
- Database: mysqli (Server: 5.7.39 / Client: 8.2.0)
- Browser: Firefox 119.0 (macOS)
- Theme: Twenty Twenty-Four 1.0
- MU-Plugins: None activated
- Plugins:
* WordPress Beta Tester 3.5.5
=== Steps to Reproduce
1. Go to media library
2. Click ""Copy URL"" of one of the media.
3. Click ""Copy URL"" of another media.
4. The previously clicked row showing ""Copied!"" when hover the media again.
=== Expected Results
1. The previously ""Copied!"" tooltip should be close after clicking the next one.
=== Actual Results
1. The previously clicked row showing ""Copied!"" when hover the media again." jayadevankbh
Tickets Awaiting Review 40899 '&' Is always escaped in the JavaScript template. General 4.7.5 normal normal Awaiting Review defect (bug) new 2017-06-01T08:41:12Z 2020-09-08T13:05:47Z "When I tried the JavaScript template, '&' was always escaped.
Source:
{{{
}}}
Rendering:
{{{
&
Unscaped: Wo&r'l""d
Escaped: W<i>o</i>&r'l""d
}}}
While checking the interpolation of the variable, '&' was always converted to '& amp;'.
Is this a specification or a bug?
" tmatsuur
Tickets Awaiting Review 35887 Adding multiple media to post - selecting image size Media 4.4.2 normal normal Awaiting Review defect (bug) new 2016-02-20T12:03:10Z 2023-10-25T04:35:24Z "When clicking ""Add Media"" to add images to a post, you can select multiple images. With all images selected, logic follows that if you change the ""ATTACHMENT DISPLAY SETTINGS"" size from default ""Medium"" to ""Full Size"", that all selected images would have the same setting changed, but when you add them, only the one image that was highlighted is actually ""Full Size"" and the rest which were selected, but not highlighted, are still ""Medium"".
I think when adding multiple media, all should be changed to size that is selected in ""ATTACHMENT DISPLAY SETTINGS""." myburgh.bernard@…
Tickets Awaiting Review 31416 An accessibility issue with the Publish metabox Posts, Post Types 4.1.1 normal normal Awaiting Review defect (bug) new 2015-02-22T22:03:33Z 2018-12-09T20:28:05Z "Taking a closer look at the Publish metabox for posts I realise that it has what I would call a bug. Take a look at the image attached. It tells me a post is published, while it's still asking for confirmation to be published. This screen shows up when first a post is set to private -and so gets published privately- and next is set to public, without hitting the 'Publish' button.
The post is actually published privately, which should show up as it's status, as it normally does. It tells me though it's published (which impies it should be published publicly).
I stumbled upon this, while I was searching for a more intiutive solution for inexperienced posters on one of my sites to post privately. I found two threads in forums which adress this issue:
https://wordpress.org/support/topic/how-to-set-new-post-visibility-to-private-by-default?replies=14
http://wordpress.stackexchange.com/questions/118970/set-posts-of-a-custom-post-type-to-be-private-by-default
Neither of threads mention (or seem to be aware?) of this shortcoming, while both try to solve the same issue I'm having. I question whether this problem can be solved, while the Publish metabox has such shortcomings.
I hope that by fixing this little bug, it might actually be possible to create a more accessisble Publish metabox for guests on a site, maybe by a hack or plugin, but preferably within the WP core files.
[[Image(http://www.basbva.nl/wp-content/uploads/2015/02/publish-metabox-bug.jpg)]]" basbva
Tickets Awaiting Review 58432 "BUG: Custom Core Block Variation details not updated in ""Settings Sidebar"" section" Editor normal major Awaiting Review defect (bug) new 2023-05-31T06:10:30Z 2023-06-13T16:31:52Z "**Issue:**
When adding a custom **core block variation**, the details ( title, icon, description ) are not updated in the **""Settings Sidebar""** section. Hence there is no way to distinguish between custom core block **variations** and core **blocks** once a block is added.
**How to reproduce:**
1. Add support for block variations to your existing theme.
{{{
function prefix_editor_assets() {
wp_enqueue_script(
'prefix-block-variations',
get_template_directory_uri() . '/assets/js/blocks/block-variations.js',
array( 'wp-blocks' )
);
}
add_action( 'enqueue_block_editor_assets', 'prefix_editor_assets' );
}}}
2. Create a custom **core block variation**
{{{
wp.blocks.registerBlockVariation(
'core/group',
{
name: 'card-group',
title: 'Card group',
description: 'A group with card styling',
label: 'Card group',
icon: 'wordpress',
attributes: {
className: 'card-group',
},
innerBlocks: [
[ 'core/heading', { content: '' } ],
[ 'core/paragraph', { content: '' } ],
]
}
);
}}}
3. Check inside editor for new core block variation.
4. Add new core block variation and check the siderbar with the block selected.
Attaching pic & screen recording of the issue as well.
Note: I used the following tutorial by **Carolina Nymark** to create the variation
https://fullsiteediting.com/lessons/block-variations/
" deepakvijayan
Tickets Awaiting Review 42459 "Comments metabox doesn't load all the comments when clicking ""Show more comments"" link" Comments 4.8.3 normal normal Awaiting Review defect (bug) new 2017-11-07T18:04:17Z 2018-07-31T18:11:29Z "Recently, I found an issue related to the Comments meta-box on a post edit screen. To reproduce the bug, go to the article with a certain number of comments. Suppose there are 25 comments. Then go to the post edit screen, enable the comments and scroll down to view all the comments(you will see 10). Then click the link ""Show more comments"" at the bottom of the section. You will see the second part of the comments (10 again), and the link ""Show more comments"" will disappear. You may notice that you can't load the remaining comments(5).
Why this happened? My short investigation below.
I found that on my opinion there is a mismatch in amount of loaded comments between the ''commentBox'' object(`/wp-admin/js/post.js`) and comments meta-box init script(`/wp-admin/includes/meta-boxes.php`).
First have a look at `/wp-admin/includes/meta-boxes.php:741`
{{{#!php
}}}
As you can see there are 10 comments set to be loaded.
Then go to `/wp-admin/js/post.js:42-45`
{{{#!js
if ( ! num )
num = 20;
this.st += num;
}}}
As you can see there is default `num` value set to 20. Important: then commentBox.st was increased by a `num` value.
But now have a look at ""Show more comments"" link onclick attribute.
{{{#!php
Show more comments
}}}
As you can see `commentsBox.load(26)` call will update `commentBox.st` but then `commentBox.get(26, 20)` will be called (because `num = 20`). But to fit the init script(`meta-boxes.php`) it should be `commentBox.get(26, 10)`.
My solution here is to set default `num` value to 10. So I guess `/wp-admin/js/post.js:42` should looks like this:
{{{#!js
if ( ! num )
num = 10;
}}}
Let me know if I missed something and we can't accept new default `num` value.
I have tested it on my local end. It works well after I changed `num` default value to 10." rku4er
Tickets Awaiting Review 45106 Concerns related to moving mce_external_plugins filter to WP_Scripts::__construct Script Loader 5.0 normal normal Awaiting Review defect (bug) new 2018-10-17T13:19:26Z 2019-01-16T22:59:17Z "In r43723 the `mce_external_plugins` filter was moved to a function called via `wp_default_scripts` which, in turn, is called from `WP_Scripts::__construct` (via `WP_Scripts::init`).
While the `wp_default_packages_inline_scripts` function calling the `apply_filters( 'mce_external_plugins'` is only triggered in case the `did_action( 'init' )` returns true, there might be cases when the `WP_Scripts` object is being reinitialised after the `init` and thus code hooked to `mce_external_plugins` trying to enqueue or register a script causes an infinite loop, since the constructor of the `WP_Scripts` class is calling the filter, which calls the constructor again.
This does not feel like something what would matter in 99% of time, but, for instance, this breaks core unit tests which are reinitialising the WP_Scripts object, eg.: `Test_WP_Customize_Selective_Refresh::test_register_scripts`. in case such a piece of code is being used.
An example of a code used in a mu-plugin and breaking the mentioned test:
{{{#!php
Please wait ...
}}}
you will receive an error in the web development console section:
{{{
GET https://DOMAIN.COM/wp-includes/js/tinymce/plugins/code/plugin.min.js
Status 404 Not Found
}}}
== Does problem occur when all plugins deactivated and use the default theme?
N/A
== what is the expected output or result? What did you see instead?
The expected outcomes would be:
1) the direcotry and file '//DOMAIN.COM/wp-includes/js/tinymce/plugins/code/plugin.min.js'would be available
2) tinymce would show the code icon
3) no error displayed
== additional information
Not that this really matters for this, more related to wordpress version
os: alma 8.8
php: 7.4.33 AND 8.1
browser: not applicable
" jobst
Tickets Awaiting Review 43505 Display of html encoded text in dashboard. Plugins normal normal Awaiting Review defect (bug) new 2018-03-08T21:59:56Z 2018-03-08T22:57:45Z "I have discussed the issue in this thread https://make.wordpress.org/polyglots/2018/02/26/hello-18/, I report here the issue of the display of the text in UI, not the editorial choice of the translation itself.
In fr_FR and fr_CA, there where changes done (last year?) to accomodate french ponctuation typographic rules but also, I guess, make sure the text doesnt fall on two line inadvertantly (ex. ""text !"", so a non-breaking space is inserted instead of a space).
This non-breaking space is inserted as html encoded entity and it looks like it is displayed as is, without decoding like it is visible in this exemple screenshot : https://imgur.com/a/iVy9h
" anonym999999
Tickets Awaiting Review 50554 Do not use iframe for plugin information dialog Plugins normal normal Awaiting Review defect (bug) new 2020-07-03T22:38:07Z 2020-10-08T23:11:45Z When you click a plugin title in the Add Plugins page, the plugin information dialog displays inside an iframe. This causes a problem if your htaccess file has X-Frame-Options: DENY. A solution to this problem would be to not use an iframe for the dialog. techboyg5
Tickets Awaiting Review 49894 Drag & Drop image upload error on multisite install when no upload space available Editor normal normal Awaiting Review defect (bug) new 2020-04-13T13:19:19Z 2020-12-15T05:38:22Z "On a multisite installation, a maximum upload space can be limited.
When using the classic editor and it's drag-and-drop upload feature while not having enough available space for a site, the image file ends up being loaded in the browser (at least in chrome) with following JS error in console:
{{{
Uncaught TypeError: Cannot read property 'uploader' of undefined in wp-includes/js/media-views.js:5268
}}}
See: https://core.trac.wordpress.org/browser/trunk/src/js/media/views/uploader/editor.js?rev=46800#L161
I would expect the classic editor to display an error similar to the one which is being displayed in media modal when attempting to upload a file while not having any available space:
{{{
Upload Limit Exceeded
Sorry, you have used your space allocation of 1 MB. Please delete some files to upload more files.
}}}
" david.binda
Tickets Awaiting Review 46557 Dragging image to uploader directly from another website causes redirection Upload normal normal Awaiting Review defect (bug) new 2019-03-18T16:28:19Z 2019-03-18T16:28:19Z "1. Drag image from another website to editor
2. Image is handled correctly and embeded in content (by hotlink, but some may argue it's desired behavior)
1. Open Media Library modal (or Media admin page)
2. Drag and drop image from another website
3. Dropzone overlay is presented indicating ability to drop image to upload
4. Redirection to image URL is fired instead
There is no issue when image is dragged to Desktop first and then from Desktop to Library." marsjaninzmarsa
Tickets Awaiting Review 54706 EMBED AND IMAGE SLIDER DON'T WORK Post Formats normal major Awaiting Review defect (bug) new 2021-12-29T10:24:43Z 2021-12-29T10:24:43Z "The blocks ""**Embed**"" and ""**Image Slider**"" does not work. As I view my articles with incognito, these two blocks didn't show anything. Just a white blank.
This article is an example: [https://nowmods.com/simple-realistic-3d-far-cry-6/]
Some capture for more specific: [https://drive.google.com/drive/u/0/folders/1sl_xIjjaQwe3UVhz4ZnFCSNsQr1NuSDH]
Really glad if there will be some fix on this!
Thank you." anhdoan
Tickets Awaiting Review 57142 Fix to the deprecated code inside wp-tinymce.js TinyMCE 6.1.1 normal normal Awaiting Review defect (bug) new 2022-11-18T04:15:45Z 2022-11-18T16:54:06Z In the current version `Event.path` is used in `wp-tinymce.js` which is deprecated and need to be replaced with `Event.composedPath()` isrgrajan
Tickets Awaiting Review 56429 Gutenberg author box missing Editor 6.0.1 normal normal Awaiting Review defect (bug) new 2022-08-24T14:03:31Z 2022-11-05T22:30:57Z "There is a bug related to the author box missing when all of the following conditions are true:
- When there are more than 70 users in a WP installation
- When an Editor creates a post and saves it as a draft. This must be the only post of that user
- If all the users are ordered alphabetically, that user must be above 60 in the order
When this is true, if another Editor opens that draft, the author box won't be visible. There is an additional request that should fetch that user and it's returning error 403
If Administrator opens it, the author box is present
The cause for the bug is the last condition that fails here - https://github.com/WordPress/WordPress/blob/master/wp-includes/rest-api/endpoints/class-wp-rest-users-controller.php#L445 because the function checks for the author of the post" lgadzhev
Tickets Awaiting Review 53863 Gutenberg fails with wp 5.8 Editor 5.8 normal critical Awaiting Review defect (bug) new 2021-08-03T01:40:57Z 2021-08-03T07:38:03Z "I had to rollback to fix this. The WP 5.8 Gutenberg crashed with this info:
TypeError: Cannot read property '$el' of undefined
at new m (https://bestredlighttherapy.com/wp-includes/js/dist/media-utils.min.js?ver=5e105975fcfe18922cd4f0163466f454:2:3795)
at Yg (https://bestredlighttherapy.com/wp-includes/js/dist/vendor/react-dom.min.js?ver=16.13.1:68:243)
at rh (https://bestredlighttherapy.com/wp-includes/js/dist/vendor/react-dom.min.js?ver=16.13.1:98:274)
at zj (https://bestredlighttherapy.com/wp-includes/js/dist/vendor/react-dom.min.js?ver=16.13.1:228:490)
at Th (https://bestredlighttherapy.com/wp-includes/js/dist/vendor/react-dom.min.js?ver=16.13.1:152:223)
at tj (https://bestredlighttherapy.com/wp-includes/js/dist/vendor/react-dom.min.js?ver=16.13.1:152:152)
at Te (https://bestredlighttherapy.com/wp-includes/js/dist/vendor/react-dom.min.js?ver=16.13.1:146:151)
at https://bestredlighttherapy.com/wp-includes/js/dist/vendor/react-dom.min.js?ver=16.13.1:61:68
at unstable_runWithPriority (https://bestredlighttherapy.com/wp-includes/js/dist/vendor/react.min.js?ver=16.13.1:25:260)
at Da (https://bestredlighttherapy.com/wp-includes/js/dist/vendor/react-dom.min.js?ver=16.13.1:60:280)
I did turn off all plugins and switched to the default theme. Only rolling back the main version allowed me to get into Gutenberg." dogrescuer
Tickets Awaiting Review 55368 Handle ajax failure when doing actions on themes/plugins Administration 5.9.2 normal normal Awaiting Review defect (bug) reopened 2022-03-11T05:36:32Z 2022-05-30T17:21:05Z "When maintenance mode is active or the server is unresponsive for any reason, there are some ui issues in ajax-related messages like:
- When trying to delete a plugin: ""Deleting..."" forever. No error shown.
- When trying to enable auto-updates on a plugin: ""Enabling..."" forever. ""The request could not be completed"" error is shown. Same for disabling.
- When trying to delete a theme: ""Deletion failed: undefined"" error shown.
- When trying to enable a theme: ""Enabling..."" forever. ""The request could not be completed."" error shown. Same for disabling.
Check the screenshots attached below.
I tried to stay short in title description but I'm not sure it's 100% clear." mirkolofio
Tickets Awaiting Review 57284 IMG tag in Custom HTML widget and also in post made w/ Classic Editor causes 404 on save/update Widgets 6.1.1 normal major Awaiting Review defect (bug) new 2022-12-06T15:51:46Z 2022-12-06T16:41:39Z "I am running two blogs, both with the latest version of WordPress, 6.1.1. (I first noticed this on my previous version installed, 6.0.3 but have since updated, which did not solve the problem.)
This issue exists on both WordPress installs I am running, to be clear.
No need to walk through my discovery process here, but I noticed I could not save and edit I made to an existing Custom HTML widget - it would just sit w/ the save gif spinning. I noticed in the console it threw a ""Failed to load resource: the server responded with a status of 404 (Not Found)"". I then created a new test Custom HTML widget and it saved and was editable no problem. Much experimenting later, I found that the presence of a standard HTML ""img"" tag broke the save. I added full alt, title, src attribs to the tag - no change. I even used a blank ""img"" tag with no attribs at all -- the save still broke. 404.
I had earlier run across an inability to edit and save old posts created with the Classic HTML plug-in, which was something I used to do all the time. I could create a new post and save it and edit it fine. Seemed odd. I just went back and added an ""img"" tag to the post and -- boom -- ""page not found."" Same issue, it seems. That's why I could not save my edit of the old posts -- all of them have an ""img"" tag or two in them.
It seems that the presence of such a tag causes the AJAX submit to be corrupted somehow. The error, on Widget save, points to the file admin-ajax.php. I will attach a screenshot of the situation, for what it's worth.
I can't say when this issue (which seems the same issue, to me as a web developer, between the two different examples here) began, but I've certainly edited content in the above fashion without incident in the past year. Right now I cannot edit or create Custom HTML widgets with images, and must -- for posts -- resort to using the block editor on the classic posts and dealing with the less-than-ideal HTML Source view it presents to make edits.
Many thanks and I do hope this can soon be resolved.
blakespot@gmail.com" blakespot
Tickets Awaiting Review 58729 Incorrect Information Displayed in Media Library Window when Uploading Featured Image Media normal normal Awaiting Review defect (bug) new 2023-07-06T11:29:00Z 2023-10-20T01:34:47Z "I encountered an issue while attempting to upload a featured image for a post on WordPress. The problem arises when I access the Media Library window, as it displays incorrect information regarding the number of uploaded items.
Steps to Reproduce:
1. Log in to the WordPress admin panel.
2. Navigate to the ""Posts"" section and select an existing post or create a new one.
3. Click on the ""Set featured image"" button within the post editor.
4. After uploading the first image its showing wrong information of number of media, Instead of **Showing 1 of 1 media items** its showing **Showing 1 of 2 media items**
5. It appears that the number of media items is inconsistent when I attempt to open the media library again by selecting the ""replace"" option.
Video Link : https://www.loom.com/share/f87871494c5145c385f2343b454fe262
" adhun
Tickets Awaiting Review 55899 Installer screen, button is NOT disabled when username is emtpy Upgrade/Install normal normal Awaiting Review defect (bug) new 2022-06-02T11:13:42Z 2022-10-12T18:15:16Z The install button is disabled upon entry. But it will ENABLE even when the username is still fully empty. ramon fincken
Tickets Awaiting Review 58145 JS error: Uncaught ReferenceError: Element is not defined Editor 6.2 normal normal Awaiting Review defect (bug) new 2023-04-17T13:20:21Z 2023-11-22T12:35:42Z "I've got a console error on editor level
uncaught ReferenceError: Element is not defined
file: wp-polyfill-inert.js
line:30
{{{
(function () {
// Return early if we're not running inside of the browser.
if (typeof window === 'undefined') {
return;
}
// Convenience function for converting NodeLists.
/** @type {typeof Array.prototype.slice} */
var slice = Array.prototype.slice;
/**
* IE has a non-standard name for ""matches"".
* @type {typeof Element.prototype.matches}
*/
var matches = Element.prototype.matches || Element.prototype.msMatchesSelector;
}}}
suggestion
{{{
(function () {
// Return early if we're not running inside of the browser.
if (typeof window === 'undefined' || window?.Element) {
return;
}
// Convenience function for converting NodeLists.
/** @type {typeof Array.prototype.slice} */
var slice = Array.prototype.slice;
/**
* IE has a non-standard name for ""matches"".
* @type {typeof Element.prototype.matches}
*/
var matches = Element.prototype.matches || Element.prototype.msMatchesSelector;
}}}
" jankyz
Tickets Awaiting Review 39894 JS heartbeat can run before ready causing exception General 3.6 normal normal Awaiting Review defect (bug) new 2017-02-16T19:29:05Z 2017-07-03T21:29:52Z Sometimes where my page is loading slowly I can get the error attached, where the element isn't yet available. programmin
Tickets Awaiting Review 49431 Media uploader window leaves behind orphan button element in Block Editor Media 5.0 normal normal Awaiting Review defect (bug) new 2020-02-14T07:13:52Z 2022-05-06T02:59:54Z "This issue was originally reported in the Gutenberg Github repo - https://github.com/WordPress/gutenberg/issues/9184. Reporting this here as well—currently it looks like a fix might need to be applied in core, but also possibly in both Gutenberg and core.
----
**Describe the bug**
Whenever you focus an Image Block or Gallery Block, a button element is created just before the closing body tag. Then, after blurring, the button is still there. This can be performed indefinitely times, leading to a massive amount of orphan button elements
----
**Steps to reproduce**
1. Open up the block editor
2. Open up dev tools and inspect the closing body tag
3. In the editor sidebar, switch between the document and the block tab and back again
4. Check the dev tools, observe that button(s) are appended to the dom every time the document tab is opened
Expected: No buttons are appended
" talldanwp
Tickets Awaiting Review 51323 Multiple Reference Id backend issue in Inner block component Editor normal normal Awaiting Review defect (bug) new 2020-09-16T11:44:19Z 2020-09-18T14:45:52Z "We want to show multiple inner blocks on backend in same block. For example, If we have one widget and in to that, If we want to use two reusable blocks. We need to add two values. But, Currently, It shows just one value in backend. In frontend, It works fine because we have PHP based rendering. In backend, It show same reusable multiple times, even if we have selected different reusable blocks.
You can check in screenshot about reference id. https://ibb.co/R0Pw6wK" posimyththemes
Tickets Awaiting Review 59511 Navigation Block issue Editor 6.3.1 normal normal Awaiting Review defect (bug) new 2023-10-01T16:20:25Z 2023-10-28T05:02:20Z While trying to add and edit description or any metadata on nav items. As soon as I press any key, it gets refresh. amitpomu
Tickets Awaiting Review 60072 No upper limit restriction for number of posts set via Site Editor and the value entered by the user chang Themes normal normal Awaiting Review defect (bug) new 2023-12-14T12:41:07Z 2024-02-15T16:24:55Z "=== Description
No upper limit restriction for number of posts set via Site Editor and the value entered by the user changes
=== Environment
- WordPress: 6.4.2
- PHP: 7.4.33
- Server: Apache/2.4.54 (Unix) OpenSSL/1.0.2u PHP/7.4.33 mod_wsgi/3.5 Python/2.7.18 mod_fastcgi/mod_fastcgi-SNAP-0910052141 mod_perl/2.0.11 Perl/v5.30.1
- Database: mysqli (Server: 5.7.39 / Client: mysqlnd 7.4.33)
- Browser: Chrome 118.0.0.0 (macOS)
- Theme: Twenty Twenty-Four 1.0
- MU-Plugins: None activated
- Plugins:
* WordPress Beta Tester 3.5.5
=== Steps to Reproduce
1. Goto Site Editor
2. In the No. of posts per page option give a huge number and save the changes
x. 🐞 Bug occurs.
=== Expected Results
1. ✅ It should show the maximum number of posts allowed per page exceeded validation message or the value added by the user
=== Actual Results
1. ❌ Goto Site Editor again and we can see the number changed to 9223372036854776000
2. There is no upper limit validation and the value entered by the user changed to some random values
[[Image('https://ibb.co/gygWt9N')]]
[[Image('https://ibb.co/RywQtrH')]]
" jomonthomaslobo1
Tickets Awaiting Review 55390 Not able to choose Color picker in customizer when the blocks are added in widget Editor 5.9.2 normal major Awaiting Review defect (bug) new 2022-03-15T13:21:58Z 2022-03-16T09:17:28Z "Hi Team,
I hope you are doing well and safe!
I would like to highlight an issue with the color picker in the customizer when using the blocks in widgets.
1. For choosing the custom color, whenever you click on the color selection, it will trigger a click event where it will ask you to leave the site or not?
Here is the screenshot: https://share.bsf.io/YEur81BW
2. The color selection palette is not properly displayed.
Here is the screenshot: https://share.bsf.io/wbuzJ0zq
Furthermore, I have gone ahead and found that this issue is coming from WordPress version 5.9.2
Also, I have demonstrated a video that would help you check it on your end too.
This issue is occurring on default themes as well as other famous themes as well.
Here is the screencast: https://share.bsf.io/yAuKoy2J
I would suggest you please check this on priority and release a patch for this issue, as users are facing lots of issues due to this.
Looking forward to your response." nileshc
Tickets Awaiting Review 43295 One theme update notice is showing in another Theme Details popup Themes 4.9.4 normal normal Awaiting Review defect (bug) new 2018-02-12T12:23:43Z 2021-01-15T12:56:53Z "Steps to reproduce this bug:
1. Go to Appearance -> Themes
2. Click on the ""Update Now"" link showing on theme thumbnail. It will start updating the theme.
3. Now in the same time, click on the Theme Details by hovering over another theme.
4. It will display a popup of the theme details. Hold on few seconds while the theme gets updated.
5. You will see the green ""Updated"" notice in this popup of another theme.
See the attached screenshots." ibachal
Tickets Awaiting Review 49859 Post autosave called multiple times Autosave 5.4 normal major Awaiting Review defect (bug) new 2020-04-09T12:15:18Z 2020-04-09T12:15:18Z "Hi everyone.
I found an issue, which is mostly not related to wordpress core but the fix should be handled in wp core itself.
autosave.js works just great except one point.
If there is move than one wysiwyg editor in admin post edit screen (no matter how it is added, in my case it is created ACF plugin, but it can be just a custom meta box field implemented as wysiwyg editor field ), and there is and autosave for current post, then 'tinymce-editor-init.autosave' jquery event triggered on jQuery(document) will call checkPost() js method wysiwyg editors count times. As a result ""The backup of this post in your browser is different from the version below"" notice is rendered the same count times.
If there are 6 wysiwyg editors including wp native one (I have 5 custom ones), 'tinymce-editor-init.autosave' is called 6 times, and as a result ""The backup of this post in your browser is different from the version below"" notice is rendered 6 times.
This is very easy to reproduce.
Please review.
Thanks in advance.
Rafik I." Rufus87
Tickets Awaiting Review 57753 Quickedit characters on date fields Quick/Bulk Edit 6.1.1 normal trivial Awaiting Review defect (bug) new 2023-02-17T09:45:45Z 2023-02-22T20:51:17Z "I know this isn't a massive issue as content editors should use their common sense, but it seems like a user can enter random characters into the date/times via quick edits
- Select a post
- Press ‘Quick Edit’
- Try to insert letters, special characters in the ‘year’, ‘month’, ‘hour’, ‘minutes’ fields
- Press ‘Enter’
" garbagedisco
Tickets Awaiting Review 56250 ReferenceErrors encountered when running QUnit tests Build/Test Tools normal normal Awaiting Review defect (bug) new 2022-07-19T16:35:59Z 2023-08-07T17:44:51Z "When running QUnit tests, there are a handful of errors output:
{{{
Error: ReferenceError: QUnit is not defined
at :130:13
at HTMLDocument. (:132:2)
}}}
Even with these errors, no tests actually fail.
The number of errors also differences between `grunt qunit` (3) and `grunt qunit:compiled` (6)." desrosj
Tickets Awaiting Review 48784 Search box in Select / Upload image pop-up not working with cropped images Media 5.3 normal normal Awaiting Review defect (bug) reopened 2019-11-24T20:52:28Z 2020-03-28T20:10:45Z "Hi, it seems that the search field in the pop-up of selecting or uploading images can not find the images which have been cropped before. For example, if I go to Appearance / Customize and want to change the Logo image, and I am asked to cropped the image, that image won't show in the search field. It will show the non cropped image, but not the cropped one.
Thank you!
In the attached image you can see how the search field can do find the filename ""Foto-de-Javier-1.jpg"" using just the letters ""jav"". But there is another image in the Media which name is ""cropped-Foto-de-Javier-1.jpg"" and this one does not appear." javierr
Tickets Awaiting Review 48361 Select Files on iOS doesn't trigger on modal if start on Upload Files tab and switch to Media Library tab adamsilverstein Media normal normal Awaiting Review defect (bug) assigned 2019-10-17T23:27:06Z 2019-11-03T19:46:59Z "Hello,
I came across an odd issues on a client site recently using ACF and the Gallery field so I did a fresh install and found the issue resides in core as well.
In short the 'Select Files' button doesn't trigger the uploader if you trigger the media modal starting on 'Upload Files' and then switching to 'Media Library' when there's no files present.
To reproduce use an iOS device (iPad/iPhone);
1. Install a clean WordPress
2. Create a new post.
3. Add a Gallery block
4. Click the 'Media Library' button.
5. If your Media Modal opens with 'Media Library' tab selected then switch to 'Upload Files' and reload the screen.
6. Your Media Modal should open on 'Upload Files' now.
7. Switch to the Media Library tab now.
8. Click the 'Select Files' button that appears below the 'No items found' text.
9. Note the uploader isn't triggered.
This seems to only occur when there's no items in your media library and you are using the Media Modal but your settings have it open on 'Upload Files' first and then you switch to 'Media Library'.
I initially came across this with an ACF Gallery field, but in my clean install it was the Gallery block that I was able to reproduce the issue with.
All the best,
Cheers
" garrett-eclipse
Tickets Awaiting Review 25886 Sortable items gets stuck when dragging over TinyMCE Editor normal normal Awaiting Review defect (bug) new 2013-11-08T22:37:45Z 2020-11-24T06:09:01Z "When dragging a metabox over an active TinyMCE instance in a post/page edit screen, the metabox can get ""stuck"" (i.e., it stopping moving with the mouse). This only happens with TinyMCE and not the ""Text"" textarea.
'''To reproduce:'''
1. Uninstall plugins
1. Install a default theme (I used Twenty Thirteen)
1. Go to ''Pages > Add New''
1. If it is not activated already, click the ""Visual"" tab to activate the TinyMCE instance
1. Grab the featured image metabox to activate the sortable (i.e., drag and drop) functionality
1. Move the box over the TinyMCE area
1. Continual movement over the area will cause it to get stuck
The following screen grab shows how the cursor separates from the metabox as it gets stuck:
[[Image(http://f.cl.ly/items/0j2s0f2f2D3M2e393P3K/Screen%20Shot%202013-11-08%20at%202.33.36%20PM.png)]]
It's kinda hard to understand it with that image, so here's a movie that shows the issue:
http://f.cl.ly/items/1B151E3N0i3j092Z062m/broken-drag-and-drop.mov
I have tested this in Safari, Firefox, and Chrome on OS X. All browsers produce the same issue. The issue persists with MP6 as well." tollmanz
Tickets Awaiting Review 58733 The load more button appears even when there is only one image in the feature image selection window. joedolson* Media 6.3 normal normal Awaiting Review defect (bug) accepted 2023-07-06T13:22:35Z 2023-07-21T15:20:00Z "Load more button appears in the popup window for replacing the feature image, even when there is only one image available.
Steps to reproduce the issue:
1. Go to the post editor in WordPress.
2. Locate the section where you can edit the feature image for the post.
3. Click on the ""Replace"" button to select a new image.
4. The popup window will open, showing the available images.
Despite there being only one image in the selection, the ""Load More"" button is present in the popup window.
Video Link: https://www.loom.com/share/c0e9faa4cc86455eb30bdaf2149b5a60
=== Environment
- WordPress: 6.3-beta3-56143
- PHP: 7.4.21
- Server: Apache/2.4.46 (Unix) OpenSSL/1.0.2u PHP/7.4.21 mod_wsgi/3.5 Python/2.7.13 mod_fastcgi/mod_fastcgi-SNAP-0910052141 mod_perl/2.0.11 Perl/v5.30.1
- Database: mysqli (Server: 5.7.34 / Client: mysqlnd 7.4.21)
- Browser: Chrome 114.0.0.0 (macOS)
- Theme: Twenty Twenty-Three 1.1
- MU-Plugins: None activated
- Plugins:
* WordPress Beta Tester 3.5.0" aparnajl
Tickets Awaiting Review 27473 Thickbox width and height parameters are ignored when using TB_iframe Administration 3.8 normal normal Awaiting Review defect (bug) new 2014-03-21T18:18:19Z 2021-12-17T21:11:56Z "I tried to load a thickbox with custom width and height parameters, like the codex says:
?TB_iframe=true&width=450&height=120
anyway regardsless of what values I use, custom with and height values are ignored.
I debugged /wp-includes/js/thickbox/thickbox.js and parameters are read in correctly,
anyway it does not have any effect when setting them for iframe-tag on line 198:
jQuery(""#TB_window"").append(""
""+caption+""
"");
I tried to add the following code to check if resize is possible:
jQuery(""#TB_window"").css(""width"",""450"");
jQuery(""#TB_window"").css(""height"",""120"");
this failed generally (although it worked when executing the command in the browser console)
" harmr
Tickets Awaiting Review 45852 Tick Box Open link in new tab... Editor 5.0.2 normal normal Awaiting Review defect (bug) new 2019-01-07T14:30:58Z 2020-01-22T06:26:44Z "I've found that when I insert a link into a new page and I edit the link, although I can tick in the edit box, open link in new tab, it does not work. The link opens in the same page and when I go back and tick the box again, it still does not work.
The check-box isn't sending the command to open the link in a new tab.
Many thanks. I can wait. " Motorised
Tickets Awaiting Review 55012 TinyMCE editor not rendering correctly in visual mode using wp_editor function in a meta box on a page with the Block editor enabled in WP 5.9 TinyMCE 5.9 normal major Awaiting Review defect (bug) new 2022-01-31T17:51:40Z 2023-12-21T12:47:56Z "Using the wp_editor function on a meta box on WP 5.9 with the block editor enabled on a page results in the TinyMCE editor not rendering correctly in Visual mode.
I note that there are several prior tickets about this same issue which unfortunately seem to have been unresolved due to being unable to be reproduced consistently: [https://core.trac.wordpress.org/ticket/52133 #52133], [https://core.trac.wordpress.org/ticket/52050 #52050], [https://core.trac.wordpress.org/ticket/53644 #53644].
Sadly I am also unable to reproduce this bug consistently either, I am experiencing it on both the development version and live versions of a particular site I'm working on at the moment, prior to the 5.9 update the wp_editor had been working correctly on both of these sites. As a test I made two clean installations on another server of both 5.8 and 5.9 with no additional plugins and a simple theme with metabox added to it and the wp_editor works correctly. So there is something specific about the particular combination of code in my site that is preventing the wp_editor from working in visual mode that didn't seem to be occurring before 5.9 for some reason, even though on these simple test installations they seem to be fine.
I am able to workaround the issue by the following steps: switch to the Text view tab in the wp_editor, refresh the page and then switch back to the Visual view tab. These steps were indicated in one of the previous tickets linked above.
The following is an example of the code I am using to add the metabox with wp_editor in it:
{{{
function tools_next_steps_metabox() {
global $post;
$custom = get_post_custom( $post->ID );
$next_steps_links = isset( $custom[ 'next_steps_links' ][0] ) ? $custom[ 'next_steps_links' ][0] : '';
echo '
';
echo '
This panel allows entering of text content for the “Next Steps” stage of the tool.
}}}
This code is only appropriate for outputting JSON in HTML text nodes. There are several other contexts where we would like to output JSON, and each of those different contexts requires different treatment.
=== As an HTML Attribute Node ===
Though the HTML5 `.dataset` API only accepts string values for `data-*` attributes, jQuery will automatically parse `data-*` attribute values that are JSON serializations. So, when using jQuery, the following pattern is often handy:
{{{
BAD:
}}}
Handy but, as we should know by now, insecure 😀. We need to HTML-escape the output.
Like `esc_html()`, `esc_attr()` also leaves HTML entities untouched, so, again, the solution is to “manually” use `_wp_specialchars()`:
{{{
GOOD: