__group__ ticket summary owner _component _version priority severity milestone type _status workflow _created modified _description _reporter Unpatched Enhancements 50544 Move Navigation screen's PHP code from Gutenberg to Core Editor normal normal Future Release task (blessed) new 2020-07-03T01:21:18Z 2020-07-03T01:23:27Z "The Gutenberg plugin currently contains an experimental new Navigation screen. If and when this is merged to Core, there are a few bits of PHP code that must be moved from the Gutenberg repository into Core. This ticket tracks those changes. https://github.com/WordPress/gutenberg/issues/22931" noisysocks Tickets Awaiting Review 57849 About supporting markdown officially Editor 6.2 normal normal Awaiting Review feature request new 2023-03-02T12:53:08Z 2023-03-02T12:53:08Z Hello, as we know, markdown is now widely use in blogs, notes app(for example: evernote), or github issue and so on. Has wordpress ever consider supporting both markdown editing and block editing, is true that there are some markdown plugins, but its not good, I hope wordpress can support markdown editing officially. Thank you! xiebruce Tickets Awaiting Review 59396 Allow the user to add a poster to YouTube videos Editor 6.4 normal normal Awaiting Review feature request new 2023-09-19T16:07:10Z 2023-09-19T16:07:10Z "YouTube embedded videos get YouTube's branding before they get fired, which is not really clean. Instead, I'd like being able to set a poster." schwipps Tickets Awaiting Review 50214 "Consider introducing the concept of ""Editors""" Editor normal normal Awaiting Review feature request new 2020-05-20T15:55:55Z 2020-11-23T09:26:09Z "The recent release of the Iceberg Editor plugin [https://github.com/useIceberg/iceberg-editor] (built on Gutenberg) has got me thinking about the concept of ""Editors"" and Publishing flows. The REST API opens up a huge world of possibilities in regards to editing/publishing experiences. WordPress core itself currently has 2 ""Editors"" (until at least 2022, perhaps longer): - The Block Editor (Gutenberg) - The Classic Editor (5+ million installs) There are many other plugins which introduce other Publishing experiences: - Iceberg (https://github.com/useIceberg/iceberg-editor) - Elementor (5+ million installs) - Divi - Beaver Builder - etc If WordPress embraced these Publishing flows with a proper Editor/Publisher Registry, it would allow all of these amazing Publishing experiences to be used together, with the user being empowered to pick the right tool for the right job. This would even open up possibilities for plugins like WooCommerce, where a ""Product Editor"" could be created for ""Products"", allowing a completely streamlined experience for publishing products. Every type of content (and especially for post_types) could benefit from a streamlined publishing experience. For example, for publishing videos, a Video Editor (plugin) could emulate YouTube's step-by-step publishing experience. If WordPress core created a proper registry for Editors/Publishers, it could empower both developers and users to build streamlined and focused publishing experiences right into the WordPress dashboard in a way that a single Editor never could. This seems like a natural next-step in the WordPress journey, especially watching the explosion of creativity and user-response (millions upon millions of installs) happening around publishing experiences and flows for WordPress. A flow for creating a new post might look like this: 1. Click on ""Create new post"" 2. If multiple Editors are installed+registered for this post_type, show an Editor Picker. If only a single Editor exists for this post_type, immediately show it. 3. You now experience the publishing experience provided by that Editor, and publish. 4. Future edits to that post will automatically use the Editor initially chosen. 5. When viewing your existing posts in the posts UI table, a column for ""Editor"" is shown to indicate ""Gutenberg"", ""Elementor"", etc. I think ideally this registry is something that would exist in WordPress core, giving developers an official API to work with, and a consistent flow for users to pick their editor of choice. " johnstonphilip Tickets Awaiting Review 50615 Editor: Create standalone JSON schema for block type definition Editor normal normal Awaiting Review feature request new 2020-07-08T16:34:50Z 2022-04-30T04:59:05Z "There is an existing schema for block type definition embedded in the new REST API endpoint: https://github.com/WordPress/wordpress-develop/blob/c3993eb19dee52dfd6ca9f9ef7cec785538e361d/src/wp-includes/rest-api/endpoints/class-wp-rest-block-types-controller.php#L363-L569 There is also another schema being developed for Block Directory that will take part in `block.json` file validation: https://github.com/tellyworth/plugin-directory/blob/25388b9c12193194a16db5264ed84f2f3965552e/block-json/class-validator.php#L36-L182 It would be great to consolidate efforts and make such schema publicly accessible as it would benefit other projects in the WordPress ecosystem like WP-CLI. There is a related discussion related to translatable strings extraction, see https://github.com/wp-cli/i18n-command/pull/210#issuecomment-634107470 > This kind of schema would need to live somewhere outside of WordPress context, where WP-CLI and other tools can easily assess which fields in `block.json` are translatable and which aren't. All that would make it also possible to easily extend the schema in one place and related tools consuming it could automatically adjust their behavior based on the changes applied." gziolo Tickets Awaiting Review 53864 Feature Request - Add sizing options for Video Block Editor normal normal Awaiting Review feature request new 2021-08-03T04:20:30Z 2021-08-03T04:20:30Z It would be great to have a sizing option for Video Block, similar to what we have in Image block. If the dragging option is not possible, it would be great if there can be width field within the block settings. nagpai Tickets Awaiting Review 56069 Footer Template Parts and Reusable Blocks Have Added Spacing By Default Editor 6.0 normal normal Awaiting Review feature request new 2022-06-24T18:46:03Z 2022-08-10T21:14:34Z "I noticed when working with WordPress 6.0 that both Footer Template Parts (I have not tested on Header Template Parts) and Reusable Blocks have spacing around the block by default. This creates unwanted aesthetics such as a thick white line between a block with a color background and the footer (when the footer also has a color background). In most cases when designing a website people will not want this spacing between the blocks. This problem is made worse by a misrepresentation of how the Template Part will look in the Site Editor - it appears there is NO space when viewing the same region in the Site Editor. However, when publishing and viewing the live changes on the site, the white line appears. The workaround to alleviate the problem is to add custom CSS to set the ""margin-block-start"" to 0 for the block elements in question (.wp-site-blocks in the case of the footer template part). However, editing the custom CSS in WordPress 6.0 is a whole different problem in itself as one must get back to the deprecated Customizer through a series of hidden steps to access the ""Additional CSS"" field and customize the CSS. In short, the default setting should be that the ""margin-block-start"" is set to 0 for block elements to remove annoying/unwanted spacing between blocks from footer template parts or reusable blocks." daviesmediadesign Tickets Awaiting Review 54024 Internal links with href=outdated-slug and a data-type data-id as fallback should use that and update href=new-slug instead of resulting in broken link (404) Editor normal normal Awaiting Review feature request new 2021-08-27T13:16:19Z 2021-09-06T19:35:30Z "**1) The main expectation is in the issue title:** - Internal links, that are inline A elements with href=outdated-slug and which have the attributes data-type data-id as fallbacks should indeed use that fallback and update href=new-slug instead of resulting in a broken link (404), as I experienced it on **Wordpress 5.8 on a PHP 8 server with the Astra theme**. Thoughts: - Maintaining and updating internal pretty-URLs, I deem that a core feature of a CMS. - I really hope it's only a bug, but that use case in general is handled by WordPress or if not by a pretty - robust and popular plugin (recommendations appreciated, if that's the case!). **2) An appreciated feature would be: When changing a post's title (for all post types!) offer an option to bulk process the link text of incoming links.** - Definition of ""link text"" a.k.a. ""link label"" a.k.a. ""navigation label"": - That is the text between the opening and closing of the html a tag: {{{ Link Label was like Old Title or was a Custom Label ` }}} - Overall expectation: If a link has a custom link text, I'd expect that no automatic mechanism of WordPress ever kicks in, but the link text remains as is, as the link creator surely put some (contextual) consideration into it. - When changing a page's title or slug, it would be cool to have these ""Processing options"" in a ""Title Widget"" of Gutenberg or the Classic Editor: {{{ For internal incoming links update their link text to the new title? (•) Don't change existing link text at all! ( ) Only if the old link text was exactly the old title [√] and in the same case ( ) Regardless of the old title ⚠️ }}} - Note: The options and also the defaults are sorted from no changes at all to most destructive. - Hover/click on ⚠️ gives this tooltip: Warning: Authors probably put special contextual consideration when creating custom link text (aka label). This resets all those link texts to the new title. It is an un-doable batch operation! In doubt, first perform a backup. **Followup** - For both 1+2 see my screenshot series full with annotations, which will be attached below. - Questions: - I'm not sure into which component this falls. - Whether 2) should be a separate ticket. - I used Gutenberg's ""Insert link"" feature and this creates the markup. But I am pretty sure what I observed is not Gutenberg-specific, but that generated markup and its handling the the database for rendering, is core functionality." abitofmind Tickets Awaiting Review 55951 Page List and Latest Posts Text Colors Do Not Automatically Adjust to Background Color in 6.0 Editor 6.0 normal major Awaiting Review feature request new 2022-06-08T15:51:00Z 2022-06-24T18:48:45Z "I am using the Twenty Twenty-Two theme in WordPress 6.0. I created a cover block with a black background, added a column block, then added the ""Page List"" block and ""Latest Posts"" block to the columns. The bullet points automatically changed to white, whereas all the links remained black - and thus could not be read/seen since they were the same color as the background. I am assuming this is because the ""links"" color in my ""Styles"" are black, but there is no option to adjust the link styling in the case where the background color is darker (i.e. a link color alternative). If I change the link color, it will affect all the links across my site - not just the links on a dark background. A much-needed feature is either the ability to edit link colors from the Block Settings Sidebar, or to have a link color alternative for darker backgrounds available to set in the ""Styles"" section. I'll add that I'm aware that such customizations can be made using CSS, but I think these features should be built-in to WordPress and should not require custom coding. Thanks, Mike - a humble WordPress user/teacher. " daviesmediadesign Tickets Awaiting Review 58786 Support for adding custom, post-level meta descriptions in WP core. Editor normal normal Awaiting Review feature request new 2023-07-11T21:22:29Z 2023-10-30T13:25:23Z "Hi, the WordPress page/post editor needs a field for a custom written meta description. Meta descriptions are ubiquitous, been around forever, supported by all other (major) CMSs out there, an accessibility feature. Users should not need to install third party software for something this basic. Thanks." xroox Tickets Awaiting Review 59201 Taxonomy Query Loop Editor normal normal Awaiting Review feature request new 2023-08-25T08:22:58Z 2023-08-25T14:29:42Z "Hello, In the page editor and FSE, we really need a way to query terms like the ""Query Loop"" block does. Am I the only one who needs this? A ""**Taxonomy Query Loop**"" block would list them by tree structure, displaying the title and description. Either inherited from the query, or on a specific taxonomy and a specific parent term. Thank you so much Stephan" StephanR Tickets Awaiting Review 58173 rotate editor Editor 6.2 normal normal Awaiting Review feature request new has-patch 2023-04-21T19:22:24Z 2023-04-21T19:22:24Z I have found that when images are in the media and text widget, you cannot round off the corners to match the rest of your site style. Could a rotate controller be added to the style area? Thank you mth2020 Candidates for Closure 54580 Latest Posts Gutenberg Block not supporting args filter. Editor 5.8.2 normal normal Awaiting Review feature request reopened reporter-feedback 2021-12-05T17:46:09Z 2022-01-31T13:24:43Z "Shouldn't we add the filter for recent posts widget arguments in the Latest Posts Block? {{{#!php Site Editor > stylizing of captions in the Image block Editor normal normal Awaiting Review feature request new reporter-feedback 2023-02-14T18:59:23Z 2023-02-16T15:49:37Z In the Site Editor -> Styles -> Blocks -> Image Block I was expecting controls to edit the font and alignment of the image captions (the text that goes under the image). ddegner Unpatched Enhancements 54288 Argument for allowed blocks when registering a post type Editor normal normal Future Release feature request new dev-feedback 2021-10-19T08:54:12Z 2021-10-19T23:15:41Z "Add argument for allowed blocks when registering a post type: {{{ function wporg_custom_post_type() { register_post_type('wporg_product', array( 'labels' => array( 'name' => __('Products', 'textdomain'), 'singular_name' => __('Product', 'textdomain'), ), 'public' => true, 'has_archive' => true, 'allowed_blocks' => array( 'core/image', 'core/paragraph', 'core/heading', 'core/list', 'core/embed', 'core/missing', 'core/button', 'core/buttons', ), ) ); } add_action('init', 'wporg_custom_post_type'); }}} " smeedijzeronline Unpatched Enhancements 50823 Miss button add new post on page edit post (editor guttenberg) audrasjb* Editor 5.4.2 normal major Future Release feature request accepted dev-feedback 2020-07-31T03:04:15Z 2022-10-20T05:40:29Z "Hey guys, In the classic Editor when you were adding a post, you already had the button to add another one on the same screen and it speeds up the process a lot, please bring it back! (in red: add new)[[Image(https://prnt.sc/tpkyp8)]]" welitonmartins Slated for Next Release 59462 Blocks: Introduce a way to enqueue view scripts only when needed for interactivity Editor 6.4 normal normal 6.6 enhancement assigned 2023-09-26T16:47:58Z 2024-02-12T20:55:48Z "It's based on the discussion started by @felixarntz in https://github.com/WordPress/wordpress-develop/pull/5262#discussion_r1336258326 when reviewing the current handling for interactive blocks back ported from the Gutenberg plugin for WordPress 6.4 Beta 1. As of today, the view scripts get enqueued during block rendering in `WP_Block::render`: https://github.com/WordPress/wordpress-develop/blob/6a61084beca680a78ed581d035d76d592d4ef117/src/wp-includes/class-wp-block.php#L271-L274 The custom code used with all core blocks applies the optimization by ensuring that these view scripts are only listed for enqueuing when the block instance of a given type is going to need them. For example, in the Image block, the view script is only useful when the Lightbox feature is activated for the block. There can be multiple block instances of the same type, so the view script gets removed from the list when the functionality isn't used. However, as soon as any block instance needs it, it must be added and never removed. The reason why we didn't go with `wp_enqueue_script()` and `wp_dequeue_script()` is that the script handle would still need to get removed from `view_script_handles` for the block type as it gets automatically registered through `block.json` and later enqueued in the code path shared in the snippet above. It would still have to be manually enqueued when it is needed. In the long run, I hope we can develop some sort of automatic detection based on Interactivity API directives that would inform whether a view script is necessary for the block. It could even allow us to introduce new strategies that allow loading scripts based on some triggers like: when a user hovers over a UI element or when the UI element is visible on the screen." gziolo Slated for Next Release 60716 "Font Library: Replace error message ""A font face matching those settings already exists"" with notice" Editor trunk normal normal 6.5.1 enhancement new 2024-03-07T03:25:56Z 2024-03-20T21:13:07Z If the font already exists, it is not an error, and should not scare the user. oglekler Slated for Next Release 59595 Improve performance of WP_Theme_JSON::compute_style_properties pereirinha Editor 5.8 normal normal 6.6 enhancement assigned has-patch 2023-10-11T11:49:37Z 2024-02-12T21:49:13Z When profiling WP 6.4 ( other releases ), it was not that the method `WP_Theme_JSON::compute_style_properties` can result in around 6-11% of server time spent to generate a page. Research should be conducted to see if this method and child function / method calls, could be improved, to improve performance of this method. spacedmonkey Slated for Next Release 60654 Install several formats of the same font one by one is not possible Editor trunk normal normal 6.6 enhancement new 2024-02-28T17:12:31Z 2024-03-25T01:54:59Z "== Bug Report === Description It's not possible to install multiple formats of the same font by installing one format at a time, but it works if you select different formats for the same upload. === Environment - WordPress: 6.5-beta3 - PHP: 8.1.15 - Server: Apache/2.4.54 (Win64) OpenSSL/1.1.1q mod_fcgid/2.3.10-dev - Database: mysqli (Server: 8.0.30 / Client: mysqlnd 8.1.15) - Browser: Chrome 122.0.0.0 (Windows 10/11) - Theme: Twenty Twenty-Four 1.0 - MU-Plugins: None activated - Plugins: * WordPress Beta Tester 3.5.5 * Debug Log Manager 2.3.1 === Steps to Reproduce 1. Go to Apparence > Editor > Styles. 2. Click on Edit styles button then Typography (in settings sidebar). 3. Click on Manage fonts button then Upload. 4. Click on Upload font and select the font on your computer. Choose a font for which several formats are available (ttf, woff, woff2) and select only one format, e.g. ttf. 5. The font is uploaded and installed. 6. Then click again on Upload font and select another format for the same font, e.g. woff. 7. 🐞 The following error message is displayed: ""No font faces were installed. Fetch error: A font face matching those settings already exists."" But if you upload several formats (ttf, woff and woff2) of the same font at once, then all 3 files are imported and the font is installed 3 times. === Expected Results 1. ✅ It should be possible to install different formats of the same font, at once or in several times. === Actual Results 1. ❌ When uploading different formats of the same font at once, all files are uploaded and installed, with no error message. But if you've already uploaded a format for a font (e.g. ttf), you can't upload the font in another format (such as woff or woff2), and an error message is displayed." jdy68 Tickets Awaiting Review 53970 Add HTML mark tag support on Gutenberg Editor normal normal Awaiting Review enhancement new 2021-08-20T12:33:37Z 2021-08-20T14:57:34Z "Hi, In Gutenberg when we are writing a paragraph or a list item, sometimes it is needed to highlight a certain part of the text without bolding them. In HTML 5 there is a specific tag for this called `mark`. Using the mark tag we can highlight a certain part of the text so it will look like we have highlighted that text without doing anything crazy. Here is an example code: {{{#!php

I have a car and that car is super fast even on bad roads.

}}} You can take a deep drive into the `mark` tag [https://developer.mozilla.org/en-US/docs/Web/HTML/Element/mark here on the MDN Docs]. Currently, the only way to achieve it is by writing the paragraph or list item in the Gutenberg and then edit them as HTML and add the tag at which point Gutenberg doesn't recognize the element as the same element and ask users to convert it to HTML block. It would be really awesome if a new icon can be added in the Gutenberg formatting menu just beside the icons of Bold, Italics etc. This Highlight icon will simply add the `mark` tag to the selected text and the rest will be automatically taken care of by the browser. It can further be custom styles in CSS if someone wants to do it. Honestly, it would be awesome to see it in Gutenberg." isaumya Tickets Awaiting Review 60784 Add __experimentalSkipSerialization support to shadow Editor normal normal Awaiting Review enhancement new has-patch 2024-03-15T16:00:00Z 2024-03-21T07:43:19Z "What? This is a backport of the merged Gutenberg PR https://github.com/WordPress/gutenberg/pull/59887 When a dynamic block defines experimentalSkipSerialization in its block.supports.shadow the styles continue to be printed to the block wrapper element. This PR corrects that behavior so that shadow behaves like border, color, and others. Why? This provides the expected behavior for dynamic blocks that need to opt out of having the shadow styles printed to the block wrapper. How? Added a check at the start of the render function to return an empty array of the block has set experimentalSkipSerialization (This is my first attempt at submitting a Gutenberg PR to be included back into WP Core so welcome any advice if I'm doing this wrong)" ColinD Tickets Awaiting Review 60063 Add a dynamic hook to filter the pre-rendered content of a single block. Editor normal normal Awaiting Review enhancement new 2023-12-13T18:02:02Z 2023-12-13T18:02:02Z "Introducing a dynamic hook, `pre_render_block_{$block_name}`, as a complement to the already valuable `pre_render_block` hook could increase the developer experience. This new hook aims to filter the pre-rendered content for a specific block, eliminating the need for conditional statements within the `pre_render_block` filter callback. I searched on GitHub, and many folks use the `pre_render_block` and add a check to ensure the logic runs only for a specific block. Some examples: - https://github.com/WordPress/wordcamp.org/blob/7823c7aa3c076f37e99a9ba8f66050ed569b94e4/public_html/wp-content/mu-plugins/blocks/source/variations/sessions-list/controller.php#L19 - https://github.com/buddypress/buddypress/blob/1f5ff3be1880a59a8644b00f03aeb1cd1cdd5b74/src/bp-core/bp-core-filters.php#L108 - https://github.com/woocommerce/woocommerce/blob/22cab4ffc974cfedf1ed3629de04fba20dfd02ba/plugins/woocommerce/src/Blocks/BlockTypes/ProductQuery.php/#L171-L191 For the same reason, the `render_block_{$block_name}` hook has been implemented: https://core.trac.wordpress.org/ticket/46187. I'm happy to work on it!" gigitux Tickets Awaiting Review 60773 Add a new Post from the editor Editor normal normal Awaiting Review enhancement new 2024-03-14T10:23:55Z 2024-03-14T11:34:51Z " When you are in the editor of an existing Post, there is no way to add a new Post from there. You need to go back to ""View Posts"" -> ""Add New Post"". I would love to have this new usability feature added in the core." klevismiho Tickets Awaiting Review 56522 Add filter for wp_get_layout_style Editor 5.9 normal normal Awaiting Review enhancement assigned 2022-09-06T15:56:00Z 2023-02-09T21:27:59Z "Currently, there is no filter for the output of this function, which contains the layout styles associated with a given block. Having this be filterable seems conducive to clean overrides versus having a specificity battle with inlined styles (which in many cases would require `!important` to override), while allowing this to be a very intentional, opt-in feature. I will be working on a patch for this which I'll add to the ticket once created. " 10upiansvo Tickets Awaiting Review 57420 Add filter for wp_theme_get_element_class_name Editor normal minor Awaiting Review enhancement new has-patch 2023-01-04T10:09:25Z 2023-01-18T10:44:07Z "Hello, I think it would be a good idea to add a filter to the wp_theme_get_element_class_name or WP_Theme_JSON::get_element_class_name function return. This would allow to add classes programmatically to the elements. It could be something like that : {{{#!php 'woocommerce/product-tab', 'attrs' => array( 'id' => 'pricing', 'title' => 'Pricing', // Extensions may want to update this property. 'metadata' => array(), // Need the ability to add product type association, block bindings, and block hiding conditions here. ), ); }}} Templates and template parts that are parsed and retrieved via the REST API pass through the [traverse_and_serialize_blocks](https://github.com/WordPress/wordpress-develop/blob/bd78247617da4e23c02876423f400030eb0c75a3/src/wp-includes/blocks.php#L1356) function. Adding a hook to the top of this function would allow flexibility in not only static templates, but also traditional persisted templates where an extension wants to replace block types with newly added blocks. {{{#!php (string) (Optional) Type of filter to apply. Accepts 'raw', 'edit', 'db', or 'display'. > Default value: 'raw' The implementation details are still to be defined but it would probably require a [https://developer.wordpress.org/reference/functions/parse_blocks/ `parse_block`] function call. " gziolo Tickets Awaiting Review 60152 "Footnotes save to public, unprefixed ""footnotes"" field" Editor 6.4.2 normal normal Awaiting Review enhancement new 2023-12-26T12:05:41Z 2023-12-27T01:37:52Z "We use a custom solution for adding footnotes to posts. All of our posts with footnotes became uneditable after WP's own implementation for footnotes was introduced. When trying to edit a post with ""our"" footnotes, the editor throws a JS error ""i.map is not a function"" for this line in core-data.min.js {{{ i = t.footnotes ? JSON.parse(t.footnotes) : []; if (i.map((e => e.id)).join('') === r.join('')) return n; }}} Posts containing footnotes do not save or update anymore. We believe this is because WP footnotes are saved to a public, unprefixed meta field ""footnotes"" (see wp-includes\blocks\footnotes.php, 70), which conflicts with our own custom footnotes implementation, which already uses the exact same field name. " Milber Tickets Awaiting Review 55780 Global Styles: Introduce filter for toggling stylesheet cache Editor 5.9 normal normal Awaiting Review enhancement new has-patch 2022-05-19T15:03:44Z 2022-11-10T01:04:24Z "Currently, for `wp_get_global_stylesheet()` and `wp_get_global_styles_svg_filters()` we'll cache the merged stylesheet data per theme in a transient for a minute if: * `WP_DEBUG` is not enabled; * `SCRIPT_DEBUG` is not enabled; * This is not a REST API request * We're not in the admin However, for huge multisite instances that leverage object caching, this can result in thousands of `wp_cache_set()` operations per minute, which can be quite intensive. At the same time, retrieving the global stylesheet data and merging it, on a well-optimized server will usually take very little time (up to a few milliseconds). As a consequence, we end up wanting to disable that caching, because it creates more problems than it solves. However, there is no good trigger for disabling just that cache. I'd like to propose a filter that allows us to disable the global stylesheet cache. While it will still be enabled by default, disabling it will be easy when needed." tyxla Tickets Awaiting Review 60829 Improve shortcode support for link fields Editor normal normal Awaiting Review enhancement new 2024-03-22T16:55:25Z 2024-03-26T16:44:12Z "Using a shortcode in a link field currently prepends {{{http://}}} to the field. They still render on the frontend, but this makes them functionally unusable because the resulting href is always prepended by that {{{http://}}}. This is due to the JS function {{{correctURL}}} (in [https://github.com/WordPress/wordpress-develop/blob/4.4/src/wp-includes/js/wplink.js#L88 wp-includes/js/wplink.js]), which adds it if the URL does not start with {{{http:}}}, {{{https:}}}, {{{?}}} {{{#}}} or {{{/}}}. I suggest adding {{{[}}} to that list of allowed characters, so shortcodes can be used too." Code Muffin Tickets Awaiting Review 46129 Inconsistent logic in allowed_block_types Editor normal normal Awaiting Review enhancement reopened 2019-01-28T18:05:51Z 2021-02-11T21:44:41Z "There are many filters like that in WP (for example `mime_types`, `manage_posts_columns`, and so on) and all of them are getting a full list of items as `$allowed` param. This way developers can easy manipulate the list (add, remove and so on). On the other hand `allowed_block_types` takes a totally different approach. If all blocks are allowed, you get ""true"" as list of allowed blocks. OK, it may look convenient, but... 1. It's inconsistent with any other WP filter... 2. It makes it really hard to blacklist blocks (let's say we want to remove only 2 blocks). 3. It makes getting the list of registered blocks impossible. PS. I know - you can do this in JS. But I don't think that it's very convenient to put some options in PHP, store these options in DB and then in every request pass this value to JS and process it on client-side..." drozdz Tickets Awaiting Review 52659 Insert Link tool should not apply anchor tag before anchor has been applied Editor normal normal Awaiting Review enhancement new 2021-02-25T16:42:37Z 2021-02-25T18:27:21Z With the anchor around the text before any link is applied, the user sees the text as underlined and can mistakenly believe the link is already applied. If the user believes the link is already applied s/he may hit the escape key to hide the insert-link tool and they of course lose their work as the text reverts to its pre-linked state. stevesicherman Tickets Awaiting Review 57987 Introduce new `wp_word_count` function Editor normal normal Awaiting Review enhancement new has-patch 2023-03-27T02:06:10Z 2023-08-11T16:46:06Z "In the WordPress core, there is a JavaScript-based `WordCounter`(https://core.trac.wordpress.org/browser/trunk/src/js/_enqueues/wp/utils/word-count.js) class to count the number of characters appropriately based on language type. My understanding is that this logic is incorporated into the `@wordpress/wordcount`(https://github.com/WordPress/gutenberg/tree/trunk/packages/wordcount) package in Gutenberg. This utility is used in the document panel of the block editor to calculate the number of characters. Also, in Gutenberg PR(https://github.com/WordPress/gutenberg/pull/43403), a new ""Post Time To Read"" block was added. This block shows minutes required to finish reading the post. This block uses the `wordcount` package to calculate the number of characters in the content from which the time is calculated. However, the exact same PHP-based logic was needed to render this block server-side on the front-end side. Therefore, we added a new `wp_word_count()` PHP function at the same time we added this block. Since this block is experimental, the block and this function will not be bundled into the core. However, given the possibility that this block may become less experimental and be incorporated into the core in the future, and given the recent addition of the `wp_get_word_count_type()` function, we may consider implementing this function in the core. This PHP function is a direct transfer of the logic of the JavaScript-based `WordCounter.count`. Unit tests have also been implemented. https://github.com/WordPress/gutenberg/pull/43403/files#diff-796959a4b78efdd6a2af2ec364be6a4af2566a57041673f2fabbd153bc743cf9" wildworks Tickets Awaiting Review 53287 Make SEO Meta Data Easy Editor 5.7.2 normal normal Awaiting Review enhancement new 2021-05-27T12:48:18Z 2022-08-01T13:36:16Z "**What problem does this address?** Having SEO meta data is an important part of SEO. I am frustrated because in order to just add simple meta data to a page or post, a plugin must be downloaded or code must be inserted. Usually the plugin adds extra features that create additional notifications and bloat on the website. Google sees proper SEO titles and descriptions as important that is why pages without these features show up with errors in Google Lighthouse. **What is your proposed solution?** My solution is to have the Gutenberg editor use the post excerpt for the meta description, the post tile for the meta title, and the post's tags for the meta tags. That way users can have basic SEO features when they use the Gutenberg editor instead of installing an additional plugin. My solution makes it easier for new users who might not understand much about SEO to have an optimized website to compete in search engines better. Many WordPress users don't have the time or the budget to learn how to use SEO so making the editor SEO-friendly from the beginning is a start. This also removes the SEO error a page will get in Google Lighthouse for not having a proper SEO title and description. Originally from [https://github.com/WordPress/gutenberg/issues/32208]" deborah86 Tickets Awaiting Review 52819 Naming of Reusable block: make it required & unique Editor normal normal Awaiting Review enhancement new 2021-03-15T13:11:01Z 2021-03-15T15:39:31Z "The naming of the reusable block is not required, which results in some client sites as 4 to 5 reusable blocks with the same name. As the standard label name. This makes it really confusing to use reusable blocks, by choosing or even by deleting. It creates a mess in the reusable block overview. It would be great to require a unique reusable block name." davelo Tickets Awaiting Review 54540 Need to Add any Icon or align text at the center of social icon block in inspector style setting of Twenty twenty one theme Editor 5.8.2 normal normal Awaiting Review enhancement new 2021-11-30T13:11:00Z 2021-12-10T08:56:54Z "Need to Add any Icon or align text at the center of social icon block in inspector style setting of Twenty twenty one theme screenshot:[https://prnt.sc/213h9ds] Because while selecting icon style setting box layout not looks proper and shows empty box. We have to adding icon for indication on selecting box. or we have to align box styling text between the box. screenshot: " multidots1896 Tickets Awaiting Review 58799 Need to add filter to register a template in [NEW] WordPress site editor through a plugin Editor 6.2.2 normal blocker Awaiting Review enhancement new has-patch 2023-07-13T11:55:00Z 2024-03-01T10:09:22Z "I am trying to add a new template in the WordPress site editor like this like this but unable to do it with my custom plugin. I have found a filter to register a custom template {{{ add_filter( 'default_template_types', 'register_template_type' ); function register_template_type( $templates ) { $templates['help-us'] = array( 'title' => _x( 'Page: Help Us', 'Template Name' ), 'description' => __( 'Displays Help Us template' ), ); return $templates; } }}} after adding this code I have figured out that by adding a file in the theme's template directory help-us.html I was able to register and display my custom template. **What if I want to add a custom template via plugin?** I was not able to find a way to add a custom template via the plugin. Previously I was using customizer in my plugin to customize the layout of a page with some custom functionality, now I am looking for a way to customize this page with the help of NEW site editor. **REF**: https://wordpress.stackexchange.com/questions/417325/how-to-register-a-template-in-new-wordpress-site-editor-through-a-plugin After going through, I figured out that we just need to make the template html file visible from the plugin to the template loop in order to display it. So I went over and added filter hooks in two places which just worked for me. We need to add filters in following two lines; 1- wp-includes\block-template-utils.php:263 {{{ $themes = array( get_stylesheet() => get_stylesheet_directory(), get_template() => get_template_directory(), ); // NEW Filter hook $themes = apply_filters( 'block_editor_templates_files', $themes, $template_type ); $template_files = array(); }}} 2- wp-includes\block-template-utils.php:306 {{{ $themes = array( get_stylesheet() => get_stylesheet_directory(), get_template() => get_template_directory(), ); // NEW Filter hook $themes = apply_filters( 'block_editor_templates_files', $themes ); }}} Looking forward to your feedback and consideration. Thanks " saadiqbal Tickets Awaiting Review 54850 New filter for build_query_vars_from_query_block() Editor 5.8 normal normal Awaiting Review enhancement new has-patch 2022-01-18T10:37:25Z 2022-12-19T14:03:59Z "As raised in [https://github.com/WordPress/gutenberg/issues/36504 Gutenberg #36504] a filter to modify and extend the query for the query block would be helpful. This would allow developers to add new attributes to the query loop block and then pass them to the query." grapplerulrich Tickets Awaiting Review 60020 Padding issue on adding background color Editor normal normal Awaiting Review enhancement new 2023-12-06T10:27:27Z 2024-02-15T16:23:10Z "When we add background colour to the paragraph it takes the padding automatically. Video : https://drive.google.com/file/d/1c2nyyTsPIZEiPG8e30OZ0cfsIvgVK5LX/view?usp=sharing" pitamdey Tickets Awaiting Review 45435 Port Gutenberg's `removep` Function to Php Editor 4.9.8 normal normal Awaiting Review enhancement new has-patch 2018-11-27T19:15:23Z 2020-11-24T02:44:43Z "Gutenberg has `autop` and `removep` functions, code is here: https://github.com/WordPress/gutenberg/tree/master/packages/autop `autop` in JS is equivalent to `wpautop` in PHP. There is no `removep` or `wpremovep` in PHP. I have often needed it. Please port it into WordPress for PHP developers. Thank you for your consideration." conner_bw Tickets Awaiting Review 53630 Prior State Recall for Panes in Editor (Collapse/Expanded) Editor 5.7.2 normal trivial Awaiting Review enhancement new 2021-07-08T18:54:18Z 2021-07-08T18:54:18Z "Background: I recently interacted with a site creator who posted this topic in the WordPress.org support forums: https://wordpress.org/support/topic/add-new-post-screen-layout/ Upon further exploration, I noted that it is possible to toggle various panes (especially pertaining to plugin features) to display or not display. However, if you toggle them to display (the default setting), the editor screen/viewport can become quite small, as much real estate is reserved for these panes. If a user toggles the panes to NOT display, it is not ideal, as they may need access to these panes sporadically. A possible solution would be to enable state memory. Essentially, each pane can be expanded or collapsed using a small arrow in the top right of the pane already. Screenshot: https://cloudup.com/cgzDJjk4UWu MY FEATURE REQUEST: Remember the state of each pane so that when the user returns to the editor, the various panes are in their last state (expanded or collapsed)." dansoschin Tickets Awaiting Review 59620 Remove a query to /wp-json/wp/v2/users from the editor where there isn't a real need Editor normal normal Awaiting Review enhancement new 2023-10-13T17:02:23Z 2023-10-13T19:24:15Z "I've unset `/wp/v2/users` and `/wp/v2/users/(?P[\d]+)` endpoints to remove access to the users list and make it harder for bots that are trying the login form (This one is custom as well, so they are actually not doing it, but this is not the point), and I've got an 404 error in the Editor in admin, but everything is working, and apart from the annoying red circle with number 1 inside in the Dev Tools, I didn't get any side effects. So, if this is not necessary, why do we have this request to the back in the first place? I am proposing to remove it by default and do it only when necessary. I want to emphasize that everything is working, and apart from this annoying error, everything is fine and several months went by without any complaints from editors." oglekler Tickets Awaiting Review 59811 Remove suggestion to add tags and categories Editor normal normal Awaiting Review enhancement new 2023-11-06T10:37:05Z 2023-11-08T14:00:20Z "Right now, in the pre-publish screen, we suggest users to add tags and categories to their post. I'd like to make a few changes to what we do there, and I'll explain why: - If no tags and no categories are selected, we could suggest adding either a tag or a category. But: - If a site doesn't have any tags, we shouldn't suggest adding tags. - If a site doesn't have any categories, we shouldn't suggest adding categories. - If this leads to not suggesting either, then that's fine. Right now, we suggest adding tags ''and'' categories to every page. Every time someone creates a new tag that way, we create a new URL on the internet that needs to be crawled, when really that page might not be very useful at all. In my ideal world, if a theme has no support for tags (many don't show tags on post pages), we shouldn't even have an interface for it. We might consider adding something like an `add_theme_support` feature for tags, where we default to it being on but allow themes to `remove_theme_support` for tag pages and then not show tags in the interface, or something similar to that extent." joostdevalk Tickets Awaiting Review 60847 Style Engine: continue get_classnames loop after adding the default classname Editor trunk normal normal Awaiting Review enhancement new has-patch 2024-03-27T00:23:59Z 2024-03-27T00:24:16Z "The `WP_Style_Engine` class has a method get_classnames that builds classnames. It loops over an array to add each classname. There should be a `continue` in the loop after adding the default classname. Syncs changes from: https://github.com/WordPress/gutenberg/pull/60153 **Why?** Because we've added the first classname by virtue of testing for `true`. The following tests all expect a string: `get_slug_from_preset_value` only works on a string, not a boolean." ramonopoly Tickets Awaiting Review 60393 Test with Gutenberg active Editor normal normal Awaiting Review enhancement new 2024-01-31T03:53:44Z 2024-01-31T07:21:37Z "On the back of #60315, an issue that keeps occurring on some sites ([https://wordpress.slack.com/archives/C02QB8GMM/p1706630823300079 For example, wordpressfoundation.org earlier today]) is that WordPress trunk ends up being incompatible with the latest stable release of Gutenberg. Usually this happens around PHP back-porting from Gutenberg to Core, but I guess could happen with some of the JS too (I just don't see it). Generally, WordPress trunk has been treated in the past as ""it should be stable"", and as a result, is run on many WordPress.org properties as a way to [https://en.wikipedia.org/wiki/Eating_your_own_dog_food dogfood] and find out about bugs before it hits every other WordPress site in the world. Over the years, this has identified many issues that wouldn't have otherwise been noticed until after release. Often these sites consume the SVN/Git repo's directly, and as such [https://core.trac.wordpress.org/browser/trunk/src/wp-admin/includes/update-core.php#L1844 the upgrade routines] don't protect those sites. I'd like to propose two changes to the unit tests in Core, as a way to hopefully notice these incompatibilities before it happens. 1. Run a unit test run with Gutenberg stable active (Similar to how we run multisite vs not-multisite, but we can probably slim it down to Gutenberg stable + Trunk + Single PHP version, just to reduce action time) 2. If it's a packages update, run all the tests with Gutenberg active (in addition to without) For PRs such as the one that lead to the most recent issue, it'd have flagged that the commit would make trunk incompatible with the stable release, and either a) the core commit could've been delayed 12 hours, or b) the release of an updated Gutenberg could've been done first. For other PRs/commits, it would highlight when a change in Core has caused Gutenberg to fatal or act oddly - Something that should be highly unlikely, but is plausible, and given how close Gutenberg and Core are, it just makes sense to me. This wouldn't replace the Gutenberg unit tests, but would act as a separate double-check." dd32 Tickets Awaiting Review 54968 Tide Gallery needs responsive design for Mobile Editor 5.9 normal major Awaiting Review enhancement new 2022-01-28T10:13:02Z 2022-01-28T10:13:02Z In a new theme Twenty Twenty Two with a block editor, There is one section of Tide Gallery to implement a Gallery of different types and with different customization options. The Gallery section is not working well for the front-end in responsive. It is showing the same view as it is showing on the desktop. krupalpanchal Tickets Awaiting Review 54305 Transition of block editor width when previewing desktop/tablet/mobile causes multiple resize events (and unnecessary lag) Editor normal normal Awaiting Review enhancement new 2021-10-21T22:08:34Z 2021-11-01T13:54:06Z "When editing a page, if we click ""preview"", and then click one of the viewport icons at the top (desktop, tablet, mobile), it resizes the editor. This is great. What is not so great is that it animates (seemingly via javascript) the change in width, which causes all the blocks to re-render several times, making the process slow and clunky (I am using ACF Blocks). Honestly, it makes me avoid using the viewport switcher except when I really need it. I believe if the transition was removed, it would only have to fire a single resize event. I don’t see any reason why, technically speaking, the animation should be necessary. " askpivot Tickets Awaiting Review 57016 When searching for a block, there is an unexpected blank space at the bottom of the Editor Editor 6.1 normal normal Awaiting Review enhancement new 2022-11-07T10:21:46Z 2022-11-07T22:07:52Z "With WordPress version 6.1, I observed an unexpected blank space on the editor when searching for any block. Steps to reproduce: - Open Gutenberg editor - Search for a block but do not add/select it. - Now, scroll down on the page, and see a huge white blank space at the bottom. Screencast- https://d.pr/v/1Vl7I8" thebengalboy Tickets Awaiting Review 58278 [Query Loop][Post Template][Custom dynamic block] Impossible to pass query loop context to a custom dynamic block as the post template context is hard coded. Editor 6.2 normal normal Awaiting Review enhancement new dev-feedback 2023-05-09T13:14:16Z 2023-05-09T13:14:16Z "Hello. **Context** : I'm writing a query loop variation, with post templates, then a custom dynamic block. **Problem** : I was trying to get the query loop id inside the custom dynamic block and could not, even when specifying usesContext and providesContext block.json configuration for my dynamic bloc of the core/post-template one. **Observations** : After some investigation, I found that the post template uses the `render_block_core_post_template` function as render callback inside the `post-template.php` file Line 93 of this file, we can see that the function hard codes the context that is then passed to the block : {{{#!php $block_content = ( new WP_Block( $block_instance, array( 'postType' => get_post_type(), 'postId' => get_the_ID(), ) ) )->render( array( 'dynamic' => false ) ); }}} There's no filter or mechanism allowing us to provide more context here which is quite blocking. **Suggestion** : We could do something like this instead : {{{#!php // Render the inner blocks of the Post Template block with `dynamic` set to `false` to prevent calling // `render_callback` and ensure that no wrapper markup is included. $context = array( 'postType' => get_post_type(), 'postId' => get_the_ID(), ); //Check if additional context is provided by ancestor blocks if (!empty($block->block_type->provides_context)) { foreach ($block->block_type->provides_context as $context_name) { if (array_key_exists($context_name, $block->context)) { $context[$context_name] = $block->context[$context_name]; } } } $block_content = ( new WP_Block( $block_instance, $context ) )->render( array( 'dynamic' => false ) ); }}} With this code, I was able to specify and get the queryId to my custom block. **Steps to reproduce** : - Create a query loop variation - In the variation, set the innerblocks setting to use a custom dynamic block. - In your custom block block.json file, we're trying to use the queryId as the context. - As it's not working, I've also specified that I wanted the core/post-template block to provide the queryId via providesContext. - Realize the core/post-template block does not provide any context besides the hard coded one mentioned above. **Expected output** : If we specify that the core/post-template block should specify a context, it should be taken into account alongside the default values that are `postType` and `postId` Thank you for your work." jdmweb Candidates for Closure 57485 Author list on editor only pulls first 50 authors. Editor 6.1.1 normal normal Awaiting Review enhancement new close 2023-01-17T18:50:22Z 2023-01-19T00:27:53Z "Current version: 6.1.1 Bug occurs even when all plugins deactivated, and default theme applied. From the block editor, on the right panel, when I select 'Author' - the dropdown list only shows the first 50 authors. The expected result would be 100+ I can type the authors name, who is not featured on the dropdown, and it will search and find that author. But ideally their name would be on the dropdown. " mwblockengine Candidates for Closure 56917 Block menu editor Editor normal normal Awaiting Review enhancement new reporter-feedback 2022-10-27T06:42:41Z 2022-10-27T07:25:03Z "I would suggest an enhancement in the post editor while editing link menus some context help should appear when you hover the mouse on the links. Also, I would like to have a way to revert to the classic menu editor. For the moment it seems a lot more faster and functional to work with it. " capbussat Candidates for Closure 57922 Changing class-wp-editor.php Insert/Edit Link header from H1 to H3 or other Editor 6.1.1 normal normal Awaiting Review enhancement new reporter-feedback 2023-03-14T18:43:46Z 2023-03-14T23:05:22Z "Hey there! I am using the wordpress core feature of having a blog page host all our posts. There is a modal in the class-wp-editor.php file located in the wp-includes directory. On line 1868 (or around there) a modal is shown with the title ""Insert/edit link"". This line is wrapped in an H1 which from an SEO standpoint is really unfortunate as google sees that as a title for the page. Even if you put an additional H1 on the page above the modal, google will still see it as the title of the page. And in our case that's every paginated blog page. I think it would be really beneficial for everyone to change that header to an h3 or lower. H2 is fine as well but I don't think it requires that level. Thank you! All the best, D" donniewalden707 Candidates for Closure 60001 Deprioritize categories Editor normal normal Awaiting Review enhancement new dev-feedback 2023-12-01T19:26:44Z 2024-02-14T00:08:28Z "In the old days of blogging, we used categories. Nice, hierarchical structures which we all understood how they worked. However, as I was recently discussing the many issues around tags and categories with @matt, he made a strong point: people coming into blogging these days might understand tags a whole lot better than categories. We also agreed that the fact that by default, WordPress ships with two taxonomies, (categories and tags), is less than ideal from a new user UX perspective. So I'm proposing a change (for which @matt should actually get credit as he said it first in our conversation): we should (slowly) deprioritize categories. To start, on the pre-publish checks, we should not suggest people add a category to their post if they've never done so, or if they only have posts in the ""Uncategorized"" category. I'd also suggest removing the Categories panel if that's the case. Would love to hear other opinions, or see implementations :)" joostdevalk Candidates for Closure 57934 Exit Distraction Free Mode Editor normal normal Awaiting Review enhancement new close 2023-03-16T05:35:48Z 2023-03-16T13:20:24Z "When distraction free mode is accessed via the menu, there is no obvious way to switch back. I did some searching and Control + Shift + / is supposed to be the toggle, but it does not work for me. It did activate another application (KeePass), but I closed that (it runs as a service), but that made no difference! I did discover that when you move the mouse close to the top of the editing area a tool bar appears - which helps, but I found the mouse needs to be in an exact location for the drop down to appear. So it is not an obvious action. But still no luck with the shortcut (tried on two different Window 11 PC's) Dave" DavePorter Candidates for Closure 57595 Filter comments_array not called for Block comments Editor normal normal Awaiting Review enhancement new reporter-feedback 2023-02-01T00:38:55Z 2023-02-01T07:47:01Z "This is the code for `render_block_core_comment_template()`: {{{ // Get an array of comments for the current post. $comments = $comment_query->get_comments(); if ( count( $comments ) === 0 ) { return ''; } $comment_order = get_option( 'comment_order' ); if ( 'desc' === $comment_order ) { $comments = array_reverse( $comments ); } $wrapper_attributes = get_block_wrapper_attributes(); return sprintf( '
    %2$s
', $wrapper_attributes, block_core_comment_template_render_comments( $comments, $block ) ); }}} But that doesn't allow a plugin author to provide a custom ordering. In my case I am adding comment voting and we want to reorder comments by their up/down votes. I believe that the following line should be inserted prior to the `$wrapper_attributes` assignment: {{{ $comments = apply_filters( 'comments_array', $comments, $block->context[postId] ); }}} " cmautner Candidates for Closure 48789 Provide ability to drag and drop images among and between Gutenberg Blocks Editor 5.3 normal normal Awaiting Review enhancement new reporter-feedback 2019-11-25T17:59:19Z 2020-11-24T23:44:04Z "It is not possible to drag and drop images between the different GB blocks. For Example, if I make an image Block I cannot drag the image out of the block and drop into another block. Therefore, to improve UX WordPress should provide the ability to drag and drop images among and between Gutenberg Blocks" Pcosta88 Candidates for Closure 57626 Searches to add a link in post-edit, to be sortable/filterable to better find tags Editor normal trivial Awaiting Review enhancement new reporter-feedback 2023-02-03T14:30:14Z 2023-03-20T13:51:02Z "Currently when adding a link to a post, I can search for a term and get back a mix of posts, pages and tags. This is the intended behaviour. However, if the search term I am using is broad (e.g. 'Movies') and there are more than 20 posts on my site featuring the word Movies (this is often the case for a broad term), then WordPress will prioritise returning me 20 search results that are all posts, and will not return the Movies tag. This is a general sorting issue, the search function prioritises posts over tags. I'd like see a change where an exact tag match would always appears as the top result. If not, then an option to filter the search, perhaps with checkboxes to show Posts/Pages/Tags etc." joshduffetywong Candidates for Closure 57330 Show number of scheduled posts in calendar popup when scheduling Editor normal normal Awaiting Review enhancement new close 2022-12-14T18:35:48Z 2022-12-14T19:41:49Z "When scheduling a post using default wordpress scheduler, there is a nice feature – I see a blue dots under a day numbers what means, that there I have some posts already scheduled for that day. But there is only a blue dot – it would be nice to see also a number of posts scheduled for that day. That number is already in the html code visible – when I right click on the blue dot and click “Inspect” in HTML code I see an information like this: “December 10, 2022. Selected. There is **1** event”" sokrates4612 Candidates for Closure 58732 WordPress Gallery Block: Column Count Issue Results in Unbalanced Item Widths Editor 5.0 normal normal Awaiting Review enhancement new close 2023-07-06T13:13:40Z 2023-07-06T14:12:58Z "== Enhancement === Description The WordPress gallery block is currently experiencing an issue when users select a specific column count. The problem arises when attempting to achieve a balanced layout, as the items within the gallery block are not receiving a common width. This results in inconsistent and unbalanced item widths. Currently, there is an option to keep all the items in the same width. === Environment - WordPress: 6.3-beta3-56143 - PHP: 7.4.33 - Server: TasteWP-S1 Official/3.0.0 - Database: mysqli (Server: 8.0.32-0ubuntu0.20.04.2 / Client: mysqlnd 7.4.33) - Browser: Chrome 112.0.0.0 (macOS) - Theme: Twenty Twenty-Three 1.1 - MU-Plugins: None activated - Plugins: * WordPress Beta Tester 3.5.0 === Steps to Reproduce 1. Add a gallery block 2. Add a few images to the gallery 3. Change the number of columns option === Expected Results 1. Same column size for all gallery items === Actual Results 1. If there are 6 gallery items and the column count is 4 the last 2 items are showing as 2 columns instead of 4." sarath.ar Candidates for Closure 32143 wpLink function getAttrs() missing link-text Editor 4.2 normal normal Awaiting Review enhancement new reporter-feedback 2015-04-27T07:04:06Z 2020-11-24T01:38:12Z "After last update to 4.2 wpLink() was renewed and the title-input was replaced. Instead of title, you can now insert/change the link text. https://core.trac.wordpress.org/browser/trunk/src/wp-includes/js/wplink.js?rev=32017 But in function getAttrs() the val of link-text was forgotten. Therfor I proporse to add this line in getAttrs(): linktext: $.trim( inputs.text.val() ), Also it would be nice to populate the link-text field with the document title of a chosed intern element, like it was made with the old title-field before. " xwolf Tickets Needing Feedback 25070 Add filter to use do_accordion_sections for post metaboxes Editor 3.6 normal normal enhancement new dev-feedback 2013-08-18T15:44:46Z 2019-06-04T19:24:15Z "It'd be really cool to be able to use the new do_accordion_sections to render post metaboxes. Adding a filter to allow devs to do that, will also make easier to render custom styles (tabs or whatever). Attached patch is a really quick proof of concept. " MZAWeb Tickets Needing Feedback 37577 "Allow users to ""petition"" for a post lock to be released" Editor normal normal Future Release enhancement new dev-feedback 2016-08-04T21:23:34Z 2020-05-25T17:12:05Z "Our post locking prevents two people from editing the same post, but introduces some awkwardness, in that your options are to wait and hope they exit the post (which slows you down), or boot them out (which could be rude or disruptive), or communicate with them through some other medium (which you might not have). It would be nice if there was a third option... to ""raise your hand"" about wanting to edit the post. If the editing user is actually working on the post, they could say ""not now,"" or they could ""save and release"". Or, if there is no response, that could be communicated to the petitioning user, as that could indicate that the editing user has left the post open and abandoned their computer. We could even communicate when the last mouse movement or on-page activity was." markjaquith Tickets Needing Feedback 59596 Cache file sizes of core block style files. Editor 6.3 normal normal Future Release enhancement new dev-feedback 2023-10-11T12:15:44Z 2023-10-11T15:38:58Z Introduced in #58528 / [56044], there is now cache for file lookups for core block styles. This was to save file lookups and improve server response time. However, when styles are processed in `wp_maybe_inline_styles` a file lookup is done using `wp_filesize` to get the file size and if the file exists. These lookup can be expensive. As there is already an existing transient cache, reuse that to also cache the file size of the files. spacedmonkey Tickets Needing Feedback 29923 Improve the writing experience on mobile Editor normal normal Future Release enhancement new dev-feedback 2014-10-11T01:01:50Z 2019-06-05T07:06:53Z "Maybe something like the screenshot attached. Problems: * In iOS, position fixed doesn't work when the keyboard is open. And that's exactly when we need it. But there are workarounds. We can absolute position everything and make only the iframe scrollable. Oh wait... * `overflow: hidden;` doesn't work on `html` and `body`. Can be worked around by using `#wpwrap` instead. We can also block scrolling completely with JS since the content we want to scroll is in an iframe. But... * For some reason Apple decided to automatically adjust the height of iframes to its content. So for this we'll need to force a specific height on the iframe, `html` and `body` tags, and make the `body` scrollable. Seems to work. * There are no events fired when the keyboard shows or hides. Also no resize event. The keyboard kind of floats over the window. This means that the window height doesn't change and that we can't detect the height of the visible area and keyboard. But it's possible to work around that too. :) The screenshot is from a working prototype. Ideally there should be a left and right arrow on the toolbar so you can browse the tools. The post.php screen stays mostly the same, with a preview of the content. When you click on it, it goes ""fullscreen"". When you hide the keyboard or tab away, it goes back to the original screen. The alternative is to leave things as they are, with the toolbar unpinned on top of the editor, but we could still move all the buttons to one row with arrows to browse them." iseulde Tickets Needing Feedback 26988 Need a Button to Cancel/Revert Page/Post Edits in Progress Editor 3.8 normal normal Future Release enhancement new 2014-02-01T22:21:17Z 2021-02-10T14:29:28Z "Currently, if you start editing a page or a post and change your mind, there is no way to easily revert those changes and it leads to a lot of confusion as as if you leave the page and come back, it will tell you that there is an auto save version. Sending to Trash makes no sense because it trashes your whole page. This is VERY confusing and user unfriendly, especially for new users of WP. There should be a ""revert"" or ""cancel"" button when editing that will get rid of current edits and take you back to the last, unedited version of the page/post." tomdryan Tickets Needing Feedback 58801 Prefetch Block Editor from Posts page adamsilverstein Editor normal normal Future Release enhancement assigned needs-unit-tests 2023-07-13T15:44:37Z 2023-12-04T22:00:53Z "One of the most common user journeys in wp-admin for creating or editing a Post is navigating to the Posts page (`wp-admin/edit.php`) then to the Block Editor (either by clicking a post to edit or clicking the ""New Post"" button or sidebar menu). We can greatly increase up the speed with which the editor loads by prefetching the edit screen once the user reaches the Posts page. Prefetch will ""prime the html cache"" for all of the resources needed by the editor, resulting in the editor loading much faster for users. Note: since users can also reach the editor from the wp-admin bar, we might want to consider adding prefetch when the user interacts or opens the ""New"" menu. However, to keep this initial proposal small and easier to test I decided to limit the scope to the Posts page." adamsilverstein Tickets with Patches 51534 Add post type Blocks (reusable blocks) into menu Editor 5.5 normal normal enhancement reopened dev-feedback 2020-10-15T13:41:48Z 2023-05-23T09:00:15Z Because you can manage all reusable blocks - creating new, changing or import from JSON, it will be convenient to have a proper menu link to 'edit.php?post_type=wp_block', possibly in the Appearance menu. oglekler Tickets with Patches 51258 Fire an action when `replace_editor` is filtered to true Editor 4.9 normal normal Future Release enhancement new has-patch 2020-09-05T23:30:22Z 2021-11-04T23:11:38Z "The `replace_editor` filter was added during the development of Gutenberg to make it possible to implement multiple editor options. See [41829]. Gutenberg [https://github.com/WordPress/gutenberg/blame/08da64b407e95683946b34cf6ebca5d52ac28227/gutenberg.php previously used this filter] to inject necessary hooks and markup before returning `true` to indicate that the editor had been replaced. The `replace_editor` filter is no longer used by the block editor or the Gutenberg plugin—as it has become the editor. Instead, we rely on `use_block_editor_for_post()` to determine whether the block or classic interface should load. In the current state, if `true` is returned via `replace_editor`, the current screen is set and the admin footer markup is loaded. There is no clean opportunity to add markup or other logic. This can be done during the filter, but that does not provide a clean pattern, especially if one or more pieces of code may be making a decision on editor replacement. See #50216 for a description of how it may fire multiple times. The patch attached to this ticket adds a `replaced_editor` action in the `post-new.php` and `post.php` files so that plugins can cleanly inject replacement editor code. " jeremyfelt Tickets with Patches 60593 Font Library: add terms and conditions Editor trunk normal normal Future Release enhancement new has-patch 2024-02-21T18:24:38Z 2024-03-20T20:50:56Z " What problem does this address? - Give users a way to accept or reject loading the data from a registered font collection. - Give font collection creators the ability to add a license text to inform users about the terms and conditions of the font collection. What is your proposed solution? - Add terms and conditions field in the font collection. - Render the terms and conditions from a font collection in the frontend. - Make the Google fonts permission dialog font collection agnostic. " mmaattiiaass Tickets with Patches 59131 Introduce filters to modify/inspect the blocks returned by `do_blocks()` luisherranz Editor 6.4 normal normal Future Release enhancement assigned has-patch 2023-08-17T15:40:00Z 2024-02-08T12:33:38Z "The `do_blocks()` function provides a way to process blocks including block parsing and their subsequent rendering. Currently, it is impossible for plugins (including Gutenberg) to inspect those values or customize that logic. A couple of filters should be introduced that allow to modify or inspect the blocks before they are included in the final response: - The first one receives the array of parsed blocks returned by the `parse_blocks` function. This filter provides an easy way to inspect or even modify the blocks as a whole, and also gives the opportunity to know when a call to `do_blocks` has started. - The second one receives the final HTML rendered returned by the recursive call to `render_block`. This filter provides an easy way to inspect or even modify the final rendered output as whole, and also gives the opportunity to know when a call to `do_blocks` is about to finish. With the combination of these two filters, it's also possible to ignore nested calls of `do_blocks` and avoid processing the HTML of blocks more than once, something that is not possible today using `render_block` alone. Target is merging into 6.4. " luisherranz Tickets with Patches 53076 Press This: Add filters to allow custom Press This plugins kraftbj* Editor 4.9 normal normal Future Release enhancement accepted has-patch 2021-04-22T19:38:03Z 2021-05-24T14:59:02Z "The Press This feature of WordPress was spun out of Core in 4.9 as into a ""canonical plugin"". The Core side code presumes the canonical plugin is the only implementation. If a site owner wants a custom version of Press This, they are required to hack the plugin in some way (set the version super high and edit the files, replace it with something of a high version, etc to ensure the plugin is updated back to stock by WordPress). This also limits what site owners can do—selective versions of Press This based on who is logged in, A/B tests of different Press This's, etc. Request a few filters added to wp-admin/press-this.php to allow for alternative implementations. " kraftbj Tickets with Patches 38061 Rename the text window name on the editor Editor normal normal Future Release enhancement assigned has-patch 2016-09-14T22:10:52Z 2019-06-21T06:36:36Z "The text window on the editor name should be something that makes better sense to new users. Since the reality is it is a way to tab between the visual editor and actual view the code. So if a new user who does not know this if they tab between Visual and Text it does not make total sense." lukecavanagh Tickets with Patches 42645 Support passing version number to add_editor_style() dinhtungdu Editor normal normal Future Release enhancement assigned has-patch 2017-11-20T23:11:26Z 2019-09-24T17:53:40Z For automagically flushing browser cache, it would be helpful if `add_editor_style()` supported a version number argument. danielbachhuber Tickets with Patches 46224 The additional CSS is not reflected in the editor Editor normal normal Future Release enhancement new has-patch 2019-02-10T06:24:54Z 2021-09-29T20:49:07Z "I think that the additional CSS should be reflected to the editor. What do you think? I did not know which file to write the code, so I made a sample plugin. https://github.com/inc2734/additional-css" inc2734 Tickets with Patches 51284 Update style for side meta boxes azhiyadev Editor 5.5.1 normal normal Future Release enhancement assigned has-patch 2020-09-10T02:56:22Z 2021-12-19T07:29:07Z "In the latest version 5.5.1, WordPress adds the arrows to the meta box handles to allows users to move a meta box up or down. That works nicely for meta boxes below the content area. However, for the side boxes, the arrows takes a lot of space and reduce the space for the meta box title. The 2nd problem is that the toggle icon (collapse/expand) is different from the Gutenberg panel icon. I attach a screenshot to see the problems clearer. " rilwis Unpatched Enhancements 28566 "Add our own ""Are you sure you want to leave this page?"" message when possible" Editor normal normal enhancement new 2014-06-17T16:03:30Z 2019-06-04T19:25:58Z "We could do that by listening for clicks on the page that would unload it. Unfortunately it's not possible to display our own dialog when navigating away with the browser, but I think having our own dialog half of the time is better than nothing. I quite like how FaceBook has done something similar. For the editor, we could have an extra button to save the post. See also the usability test @designsimply has done for the front-end editor. http://make.wordpress.org/ui/2014/03/05/front-end-editor-usability-test-2/#comment-24315 " iseulde Unpatched Enhancements 25471 Allow wp_link_dialogue to open in contexts outside of the editor Editor 3.6.1 normal normal Future Release enhancement new 2013-10-02T22:35:38Z 2019-06-05T07:08:55Z "I use wp_link_dialogue within metaboxes to provide a nicer way for users to enter URL's. Its handy for say slideshows, or profiles that point to external sites. wp_link_dialogue works perfectly on pages where an editor instance exists, but on pages that don't have editor instances it fails due to wplink.js looking for the global wpActiveEditor var, which of course doesn't exist as there is no editor. Aside from the js error, invoking the dialogue on pages with no editor involves calling _WP_Editors::wp_link_dialog(); directly to output the required html which isn't ideal, or calling wp_editor and using css to hide it, which just seems lame. Ideally wp_link_dialogue should function independently of the editor. Approaches 1. Amend wplink.js to allow wpActiveEditor to be undefined and pass in a seperate value for textfield to the open method. Con is that wp_link_dialog() still has to be invoked with a call to _WP_Editors::wp_link_dialog() 2. Move wp_link_dialog into a seperate class, amend _WP_Editors to call this class and allow for a user defined textfield within wplink.js " we_tell Unpatched Enhancements 40629 Change default template Editor 4.7.4 normal normal Future Release enhancement new 2017-05-02T06:17:50Z 2020-11-23T05:58:04Z "I recently required to change the default template of theme to another template. The site is already working since 3 months and now client wants to change the default template to the sidebar template while publishing new pages. There is no such action or filter available for it. I am trying to add filter for it but if anyone have other suggestions, please let me know." pratikgandhi Unpatched Enhancements 34681 "Consider removing the ""Disable the visual editor when writing"" option" Editor normal normal Future Release enhancement new 2015-11-14T14:41:57Z 2019-01-08T09:51:38Z Is anyone even uses it? considering the lack of love the text editor gets I truly hope that the answer is no. mark-k Unpatched Enhancements 59017 Duotone not working in 6.3 Editor 6.3 normal normal Future Release enhancement new 2023-08-09T07:35:24Z 2023-10-03T20:49:01Z "When the WordPress Accessibility Day website updated to 6.3 today the duotone filters we have set on images stopped working. Rolling core back to 6.2.2 solves this problem. #58994 references changes to duotone in 6.3, however, bugs still exist. Here's an example page on a site running 6.3 where duotone is no longer working: https://2023.wpaccessibility.day/about/organizers/. " alh0319 Unpatched Enhancements 36312 Inline link toolbar: add advanced panel Editor normal normal enhancement new 2016-03-23T20:36:56Z 2019-06-04T19:35:35Z Attempt to move advanced fields in the link modal to the inline link toolbar (under the gear icon) and make it easily extendible. Thoughts are welcome. :) iseulde Unpatched Enhancements 36216 Keyboard shortcut for displaying contextual help Editor normal normal enhancement new 2016-03-12T10:22:18Z 2019-06-04T19:35:23Z "Some websites have help panels that pop up when a user types a keyboard shortcut. Press `command+/` on a Mac or `control+/` on Windows in Slack and a pane of keyboard shortcuts pops up. I wonder if it would be helpful to use a keybinding like this to open the ""Keyboard Shortcuts"" modal when a user is within TinyMCE. " ericlewis Unpatched Enhancements 36778 Parent theme editor-style.css cannot be disabled Editor normal normal Future Release enhancement reopened 2016-05-06T16:58:34Z 2020-11-23T04:48:13Z "While it is possible to override the CSS in a parent theme's editor-style.css, it is not currently possible to completely disable or dequeue a parent theme's editor-style.css file. This is a problem for a few reasons: - Theme authors may not keep their editor-style.css files up to date with the HTML the editor produces, leading to formatting oddities. - You may not just want the editor styles customized from the WP defaults at all." matthewmcvickar Unpatched Enhancements 50191 Propose https prefix, not http for external links Editor normal normal Future Release enhancement new 2020-05-17T10:28:11Z 2022-09-11T17:52:10Z "In https://build.trac.wordpress.org/browser/trunk/wp-includes/class-wp-editor.php?marks=1269#L1269 The text says: The URL you entered seems to be an external link. Do you want to add the required http:// prefix? Might be better to propose to prefix 'https://' as default." casiepa Unpatched Enhancements 36475 Responsive images in TinyMCE Editor normal normal Future Release enhancement new 2016-04-11T12:49:07Z 2019-07-02T14:57:57Z Decide if we should be adding the `srcset` and `sizes` attributes to the images in the editor, and if they should be saved to the database or added with the display filter. iseulde Unpatched Enhancements 31479 Save custom color palette through refreshes Editor normal normal Future Release enhancement new 2015-02-27T19:47:27Z 2019-07-05T08:48:12Z "When you choose a custom color for your text using the color picker, the custom colors disappear from the palette when the page refreshes, or if the editor is closed and reopened later. This also happens after saving as a draft. Color picker right after changing text color: [[Image(http://cdn2.dropmark.com/74615/a48b9d7e5d6cd1ad5798a7ddfbf2ff20ebbc2086/colorshown.png)]] Color picker after saving draft: [[Image(http://cdn2.dropmark.com/74615/a2c1a5966634e30eb76f2c3c04771f5fbdfa0d2e/colornotshown.png)]] Steps to reproduce: 1. Change text color to a custom color choice. 2. Save post as a draft. 3. Reopen the color palette. Reported in WordPress.com forums: http://en.forums.wordpress.com/topic/custom-color-boxes-in-post-editor" shawnajroberts Unpatched Enhancements 52288 Separate Color Palette for Text sarahricker Editor normal normal Future Release enhancement assigned 2021-01-13T09:22:54Z 2021-05-21T15:39:45Z "It would be great with a separate Theme Support feature to be able to add a color palette for text colors only. It is often not a good feature to allow the average user to have access to a lot of colors that can be mixed in any way. Readability can be discarded. add_theme_support( 'editor-text-color-palette' , [ ... ] ); add_theme_support( 'editor-color-palette' , [ ... ] ); " jontng Unpatched Enhancements 38850 Sticky positioning for a smoother scrolling experience iseulde* Editor normal normal Future Release enhancement accepted 2016-11-18T11:06:23Z 2019-06-05T07:06:26Z "Let's consider using sticky positioning to do the scrolling effect we currently have on the editor page. At the moment we use JS and listen to scroll events, which is not ideal. It may look slow and buggy under some circumstances. Browser support is looking good. It's already implemented in Firefox and Safari, and by the time we ship 4.8 it will be in Chrome (est. 31 Jan). It's under consideration for Edge and there's no support in IE. This is no big deal though, as we can just fall back to what we currently have. http://caniuse.com/#feat=css-sticky Note: Firefox now also gives a warning in the console about using JS for this: > This site appears to use a scroll-linked positioning effect. This may not work well with asynchronous panning; see https://developer.mozilla.org/docs/Mozilla/Performance/ScrollLinkedEffects for further details and to join the discussion on related tools and features!" iseulde Unpatched Enhancements 56852 Support IDs in block wrapper attributes Editor normal normal Future Release enhancement assigned 2022-10-19T13:10:22Z 2023-09-06T21:20:28Z "At the moment dynamic rendered blocks don't support [[https://developer.wordpress.org/block-editor/reference-guides/block-api/block-supports/#anchor|anchors]]. To enable this support, we need to add this feature to the Editor and add the ''id'' in ''get_block_wrapper_attributes()'' to the block. I already created a PR to add this support to the editor: https://github.com/WordPress/gutenberg/pull/44771 This ticket is for adding it to the renderd block HTML." Soean Unpatched Enhancements 6619 permalink field misleading in page editor: it displays the erroneous values Editor 2.5 normal normal Future Release enhancement new 2008-04-06T14:48:15Z 2021-09-22T13:30:43Z "if you create a sub-page, the permalink field should display the proper permalink. currently, if you have: site.com/page/ and when you create: site.com/page/subpage/ the permalink shows: site.com/subpage/ until it gets saved the expected behavior would be for it to show the correct permalink. the same remark applies when you then change the permalink. if the parent is no longer page, but rather page-2, then the permalink should update accordingly." Denis-de-Bernardy Slated for Next Release 60809 .editor-styles-wrapper styles opacity changed Editor trunk normal normal 6.5.1 defect (bug) new reporter-feedback 2024-03-20T03:57:30Z 2024-03-25T23:27:02Z "In WordPress 6.4.3, the block editor automatically applies this to `.editor-styles-wrapper`: {{{ .editor-styles-wrapper.mce-content-body, .editor-styles-wrapper.editor-styles-wrapper { opacity: 1; } }}} While testing WordPress 6.5, this no longer occurs. Our theme has `opacity: 0` applied to the body, and we use jQuery to change it to `opacity: 1` when the DOM is loaded. This means that in 6.5, our block editor has 0 opacity. The issue for us is that this also applies to the block editor and as a result we see a grey box instead of the blocks of content. In testing with WordPress Alpha 6.6 or with the latest Gutenberg activated this doesn't appear to be the case, is there a reason this was removed from the 6.5 core?" killerbeez Slated for Next Release 59283 "Block Editor: Edit permalink slug for posts is only possible after clicking ""save as draft""" Editor normal normal 6.6 defect (bug) new has-patch 2023-09-05T08:21:49Z 2024-02-05T21:01:58Z "Originally posted in Gutenberg https://github.com/WordPress/gutenberg/issues/50469 When creating a new post using the block editor, it's impossible to set the permalink of the post before you actually save the first draft of the post. It's different for the page editor where you can do so before. @andrewserong tracked this to the `permalink_template` property not being set on the initial request to fetch the auto-draft post." youknowriad Slated for Next Release 60614 Button block's Outline style does not have border in non-framed editor Editor trunk normal normal 6.5.1 defect (bug) new dev-feedback 2024-02-23T03:44:34Z 2024-03-25T04:18:49Z "Hello, I have reviewed the button block and found that the button ""outline"" does not appear on the editor side. Here, I have attached its screenshots: **Environment info -----------------** Device: Macbook M1 OS: 14.3.1 (23D60) Browser: Google Chrome Version 121.0.6167.184 (Official Build) (arm64) WordPress version: 6.4.3 running, Gutenberg 17.7.0, Theme active: Twenty Twenty-Two, Thanks," viralsampat Slated for Next Release 60681 Elements: Fix application of element class name when attributes are filtered Editor trunk normal normal 6.6 defect (bug) new has-patch 2024-03-04T07:25:07Z 2024-03-13T19:12:19Z "This ticket tracks the backporting of PHP files for the following Gutenberg changes: - https://github.com/WordPress/gutenberg/pull/59535 These changes fix a bug where if the block data was filtered via `render_block_data` the elements CSS class wouldn't be consistently applied breaking the feature. The initial solution that was merged in Gutenberg via https://github.com/WordPress/gutenberg/pull/59533 caused a conflict in CSS classes that https://github.com/WordPress/gutenberg/pull/59535 addresses." aaronrobertshaw Slated for Next Release 59270 Excerpts Not Showing Bold Text ... Editor 6.3 normal normal 6.6 defect (bug) new 2023-09-02T01:47:36Z 2024-02-17T14:26:45Z The text itself shows, but it does not show the bold attributes as it did up until 6.2.2. hmnvtn Slated for Next Release 29838 Post editing area: keyboard accessibility, tab order and focus joedolson* Editor 4.0 normal normal 6.6 defect (bug) accepted 2014-10-02T16:27:31Z 2024-02-20T12:42:59Z "This ticket aims to focus on a specific area of the UI, let's call it ""Post editing area"", the one that starts with the ""Title"" field and ends with the editor area, both in ""Visual"" and ""Text"" mode. Related: #27553 while researching we noticed: > '''joedolson''': outstanding issues surrounding tab order, but this are long-standing and not relevant to this specific patch and issue; that needs to be raised separately. There's room for accessibility improvements here, especially when it comes to tab order and focus management. To fully understand what's going on you should stop for a while being a ""nervous clicker"" :) and: - apply the patch from #27553 - unplug your mouse and disable your trackpad :) - use just your keyboard - tab around, both forwards and backwards It would be great to test also switching off your display and using a screen reader, I would recommend Firefox and NVDA. Two main issues: Focus. When you're in the ""Title"" field and then you tab forwards, focus is moved directly inside the editor area skipping all what's in between. While this *may* be useful for sighted keyboard users (they save a few key presses, say 1 second?), it's a very critical experience for screen reader users: when they tab forwards, they get that right after the title there's the editor. But when they tab backwards, they get many more elements that ""weren't there before"". [https://core.trac.wordpress.org/ticket/27553#comment:17 more details on 27553 comments]. Tab order. The ""tabbing experience"" in Visual and Text mode should match as much as possible. Ideally, there should be a better [http://www.w3.org/WAI/GL/2014/WD-WCAG20-TECHS-20140902/G59 logical sequence in the markup]. When editing the title, the next logical step is editing the content, all the other controls (Add Media button, additional buttons provided by plugins and themes, etc.) should not be placed between the Title and the editor. The CEUX project proposed something similar at some point. There is ongoing research and development on the editing experience, see for example Editor Focus/DFW in #29806 and the idea to review relevant parts of the UI, see [https://make.wordpress.org/core/2014/10/01/agenda-for-october-1st-dev-chat/#comment-19392 explore moving the Publish | Save | Preview buttons out of the metabox, etc.] so it would be a great opportunity to explore this ticket too." afercia Slated for Next Release 58132 Slashes used in block templates slug is a problem on Windows Editor 5.9 normal normal 6.6 defect (bug) new dev-feedback 2023-04-14T11:26:33Z 2024-02-29T21:46:03Z "Generally, they are all stored flat in the theme `templates` or `block-templates` folder; we have no problem here. But when they are stored deep under some folder/s, the slug checks won't pass on Windows. This is because finding the template paths [https://developer.wordpress.org/reference/functions/_get_block_templates_paths] return backslashes `\` and [https://core.trac.wordpress.org/browser/tags/6.2/src/wp-includes/block-template-utils.php#L313] currently only does `substr` extracts to come up with a slug that is passed to [https://developer.wordpress.org/reference/functions/_build_block_template_result_from_file/], which eventually fails line [https://core.trac.wordpress.org/browser/tags/6.2/src/wp-includes/block-template-utils.php#L981] as the slugs in the query are using forward slashes `\`." gaft Slated for Next Release 60765 Typography Presets Editor trunk normal normal 6.6 defect (bug) new has-patch 2024-03-13T04:54:33Z 2024-03-13T05:36:36Z " We should pass theme.json settings to global preset or style value-generating callbacks. Currently `value_func` callable properties in `PRESETS_METADATA` do not have access to the current theme JSON settings. An example: `wp_get_typography_font_size_value()` needs to know other theme.json settings in order to correctly output values. Styles generated by `WP_Theme_JSON::get_stylesheet` outside a WordPress instance, using custom settings will therefore have no effect. See bug issue for further details: https://github.com/WordPress/gutenberg/issues/58135 This ticket is to sync the following Gutenberg PR: https://github.com/WordPress/gutenberg/pull/58362 " ramonopoly Slated for Next Release 56780 shortcode block in block-based template part in a classic theme does not get expanded costdev Editor 6.1 high normal 6.6 defect (bug) assigned has-patch 2022-10-10T14:03:01Z 2024-02-23T13:12:44Z "While testing the new feature in 6.1 (w/ 6.1-beta3) for a classic theme to include block-based template parts, I discovered that shortcode blocks in such template parts are not expanded (their render callbacks are not called). The details are in my [https://make.wordpress.org/core/2022/10/04/block-based-template-parts-in-traditional-themes/#comment-43901 comment on the Dev Note] announcing this new feature. Note: creating the ticket here in Trac, rather than the GB GitHub, because that's where @mamaduka asked me to open in" pbiron Slated for Next Release 59043 the_excerpt() function return excerpt with different length in page load and ajax request on WordPress 6.3 Editor 6.3 normal normal 6.6 defect (bug) reopened has-patch 2023-08-10T07:17:00Z 2024-03-20T01:37:22Z "I'm using `the_excerpt()` function in a post loop that display posts from a custom WP query for ""Post"" post type. Using the same query with pagination parameter and same post loop to display more posts using AJAX. Recently I noticed that the excerpt length was different on page load & AJAX load. I think, it's started after updating to WordPress 6.3. Another user also raised a related support thread in support forum. https://wordpress.org/support/topic/unexpected-behavior-in-post-loop-after-sending-ajax-request/" sarathlal 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 59340 """Open in new tab"" checkbox in hyperlink entry doesn't save" Editor 6.3 normal normal Awaiting Review defect (bug) new 2023-09-13T16:37:54Z 2023-09-29T15:48:45Z "When interfacing, the ""Open in new tab"" selection sometimes doesn't work. Rapidly entering the information on a slow internet connection should reproduce the bug. It's probably tied to network information, where the ""Save"" button SHOULD send a delayed network transmission of the update. Instead, it drops the information. This compounds as a worse problem with the new UI information, since it requires several clicks to confirm each hyperlink's present status. The workaround is to wait 2-3 seconds after selecting the checkbox but before selecting ""Save"". This most heavily affects power users and users with slow internet connections." phileossopher Tickets Awaiting Review 55714 & stored as & for Post Title and Excerpt in Editor Editor normal normal Awaiting Review defect (bug) new 2022-05-12T11:50:36Z 2022-05-20T09:00:58Z "Hi, When an Author/other user(who have Create post permission) creates a post and add a post title as `Hello & Welcome to WordPress` after save the post the post title is stored as `Hello & Welcome to WordPress` in DB. As this is stored like this it is showing same in the editor. This is happening with Excerpt also. **NB: This is not happening with Admin user or if you are using Gutenberg Editor.** Reproduce Steps: 1. Disable your gutenberg editor and enable classic editor. 2. Logged in as an Author. 3. Switch to a non block based theme. (skip if your theme is not block based) 4. Go to Post > Add New 5. Add Post Title, Excerpt as `Hello & Welcome to WordPress` 6. Save Post 7. You will see `Hello & Welcome to WordPress` as title " kapilpaul Tickets Awaiting Review 53029 'separate_items_with_commas' does not display in Block editor meta section Editor 5.7 normal normal Awaiting Review defect (bug) new 2021-04-14T11:24:54Z 2022-01-06T15:53:02Z "I made a custom taxonomy and changed the label for {{{ 'separate_items_with_commas' }}} but the value I entered does not display in the block editor. I checked with the forum and it was discovered that it displays in the old editor but not the new. [https://wordpress.org/support/topic/separate_items_with_commas-not-showing-in-ui/]" imconfused4sure Tickets Awaiting Review 53723 503 Errors in Posts with Complex Gutenberg Content Editor normal normal Awaiting Review defect (bug) new 2021-07-21T17:45:50Z 2021-07-26T15:11:49Z "Trying to track down the source of an error I'm seeing across the sites/servers I host that appeared after the 5.8 upgrade. Symptoms so far are either: - A 503 Service Unavailable error - A Blank page. Server cutting off output at random point on each site, often in the middle of tag names or attributes (where there's no PHP, static content). This is happening on specific pages/posts. It is happening when viewing the page/post on the front end AND if you try to edit the post/page in the editor via the WP Admin. In both error cases, there are no PHP errors displayed, outside of the servers that were displaying the 503 error. In narrowing down the error, I tried removing filters from `the_content` on a hunch and found that if I removed the filter below, the pages started working without error: {{{ remove_filter( 'the_content', 'do_blocks', 9 ); }}} Once there, I tried setting `wp_posts.post_content` manually and narrowed the issue down to specific sets of blocks: Nested blocks with an HTML block that contains SVGs that have large-ish paths. Here's a gist with 3 different `post_content` HTML. https://gist.github.com/aut0poietic/9df32c4383bd8934db59671b77a673ee The example `post_content-broken.html` triggers the error consistently on all of my sites across multiple servers. The other examples are the same block content, with minor changes that DO NOT trigger the error. Our Ops folks could find almost nothing in the logs, spare this FastCGI error: {{{ [Tue Jul 20 15:36:00.465094 2021] [proxy_fcgi:error] [pid 3207915:tid 140096612689664] [client 172.31.1.17:58998] AH01067: Failed to read FastCGI header }}} Digging around, it seems like `WP_Block_Parser` may be having issues with the content. For giggles, I tried adding this code to a fresh site on a completely unrelated server (Flywheel Local) and couldn't trigger the issue. So there's obviously something on these servers that are contributing to the issue, I just can't narrow down what that could be. The server info from Site Health is pretty standard: {{{ server_architecture: Linux 4.18.0-240.22.1.el8_3.x86_64 x86_64 httpd_software: Apache php_version: 7.2.24 64bit php_sapi: fpm-fcgi max_input_variables: 4000 time_limit: 600 memory_limit: 256M max_input_time: 300 }}} I can post the full site health if needed. It goes without saying that I used the standard troubleshooting practices to test, including: - Disable all plugins - Set the theme to twentytwenty - Reset Permalinks Not sure where to go with this next. Help? Examples demonstrating the content from the Gist in action: https://help.okfosters.org/testing-broken/ https://help.okfosters.org/testing-working-remove-group/ https://help.okfosters.org/testing-working-remove-line-15/ If you need any more information, please let me know. " aut0poietic Tickets Awaiting Review 55839 6.0 Upgrade Does Not Keep Image Alignment Editor 6.0 normal major Awaiting Review defect (bug) new 2022-05-26T08:07:08Z 2023-08-28T16:24:33Z "Pages compiled with latest 6.0 version aligns images left on update if they are set to align center. Align right works, but it does not respect images set to align center. When I update a page in 6.0 (even without changing anything), all images on that page that have alignment set to ""Center"" align left. This is quite serious as it stops me from being able to edit a page without messing everything up." obviousinvestor Tickets Awaiting Review 47187 tag on same line as content prevents any edits to that line SergeyBiryukov* Editor 5.2 normal normal Awaiting Review defect (bug) accepted has-patch 2019-05-08T17:42:54Z 2020-11-23T02:56:44Z "Hi, We have noticed a bug in WordPress that prevents any edits to the line with a tag if the tag is on the same line at the end, like so: {{{ Test. Test2 }}} If you enter this into Text mode, then switch to Visual mode and move the cursor right after ""Test."" you won't be able to insert any characters. I tested this on 5.1 and 5.2." archon810 Tickets Awaiting Review 55285 Add image brakes page Editor 5.9.1 normal blocker Awaiting Review defect (bug) new 2022-03-01T13:22:42Z 2022-03-01T13:22:42Z "Hello there, i've problems with adding images using the default block and acf add image functions. After clicking no modal appears anche the page brokes and i have to reload the page. I did a downgrade to 5.9.0 and everything works greate. Hope this helps " Gugan Tickets Awaiting Review 57219 Additional CSS not visible in editor on List block Editor 6.1 normal normal Awaiting Review defect (bug) new dev-feedback 2022-11-28T11:21:52Z 2022-12-23T05:58:13Z "List block doesn't have Additional CSS classes loaded in the Gutenberg editor. For test, I opened a post that has Additional classes on List, they are not visible in the editor. Then I just saved the post without making any change.The result: Before: {{{