__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/(?PUser’s blogs
This may result in data corruption or web injection." floridsleeves Tickets Awaiting Review 55044 Gallery block UI issue Editor 5.9 normal normal Awaiting Review defect (bug) new 2022-02-02T09:30:26Z 2022-06-11T17:56:02Z "Hi, When i am putting padding on gallery block then beaking UI on content. more information see mentioned SS. Thank you" sumitsingh Tickets Awaiting Review 57091 Global Styles: Element styles not working for third-party blocks Editor 6.1 normal normal Awaiting Review defect (bug) assigned 2022-11-12T18:45:31Z 2022-11-12T18:45:31Z "This is a follow-up to #56915. == The Problem: Element-specific global styles for third-party blocks still don't work. The styles are not added to the inline CSS in the frontend. ---- === **General global styles for third-party blocks work well:** {{{ { ""$schema"": ""https://schemas.wp.org/trunk/theme.json"", ""version"": 2, ""styles"": { ""blocks"": { ""my/third-party-block"": { ""color"": { ""background"": ""hotpink"" } } } } } }}} ✔ work well in the block editor ✔ work well in the frontend ---- === **Element-specific global styles for third-party blocks don't work:** {{{ { ""$schema"": ""https://schemas.wp.org/trunk/theme.json"", ""version"": 2, ""styles"": { ""blocks"": { ""my/third-party-block"": { ""elements"": { ""link"": { ""color"": { ""background"": ""hotpink"" } } } } } } } }}} ✔ work well in the block editor ❌ don't work in the frontend ---- == Investigation: Since it works fine in the block editor, I thought it must be unintentional that it doesn't work in the frontend. So I researched deeper and came across the {{{wp_add_global_styles_for_blocks}}} function. At the end of the function there is this part: {{{ function wp_add_global_styles_for_blocks() { ... // The likes of block element styles from theme.json do not have $metadata['name'] set. if ( ! isset( $metadata['name'] ) && ! empty( $metadata['path'] ) ) { $result = array_values( array_filter( $metadata['path'], function ( $item ) { if ( strpos( $item, 'core/' ) !== false ) { return true; } return false; } ) ); if ( isset( $result[0] ) ) { if ( str_starts_with( $result[0], 'core/' ) ) { $block_name = str_replace( 'core/', '', $result[0] ); $stylesheet_handle = 'wp-block-' . $block_name; } wp_add_inline_style( $stylesheet_handle, $block_css ); } } } } }}} In that part this happens: 1. With the statement {{{if ( str_starts_with( $result[0], 'core/' ) )}}} we check whether it is a core block or not. However, because of the {{{array_filter}}} before, the values of {{{$result}}} can only start with {{{core/}}} anyway. So this if statement is redundant. 2. So if {{{isset( $result[0] )}}} is {{{TRUE}}}, it always is a core block. Therefor the function {{{wp_add_inline_style}}} will be called only for core blocks but never for third-party blocks. ---- == Solution: * Remove the redundant {{{if ( str_starts_with( $result[0], 'core/' ) )}}} statement * Move the {{{wp_add_inline_style}}} function call outside the {{{if ( isset( $result[0] ) )}}} statement {{{ function wp_add_global_styles_for_blocks() { ... // The likes of block element styles from theme.json do not have $metadata['name'] set. if ( ! isset( $metadata['name'] ) && ! empty( $metadata['path'] ) ) { $result = array_values( array_filter( $metadata['path'], function ( $item ) { if ( strpos( $item, 'core/' ) !== false ) { return true; } return false; } ) ); if ( isset( $result[0] ) ) { $block_name = str_replace( 'core/', '', $result[0] ); $stylesheet_handle = 'wp-block-' . $block_name; } wp_add_inline_style( $stylesheet_handle, $block_css ); } } } }}} " ehtmlu Tickets Awaiting Review 48336 Global block editor image styles causing problems Editor 5.3 normal normal Awaiting Review defect (bug) new 2019-10-17T05:34:17Z 2019-10-18T01:54:32Z "I was just testing WordPress 5.3 RC1 on my site and I noticed that the images layout was broken in one of the elements. The element is a custom theme element that is outside the main content area (it is not added from the editor). Then I noticed the following global CSS that is added globally for all images on the front-end in the /wp-includes/css/dist/block-library/style.css: {{{ img { max-width: 100%; height: auto; } }}} I think that there will be many others affected by this global CSS, especially the `max-width: 100%;` property. Some more dynamic elements (like sliders) that assume the default image max-width being none, and need the image to overflow its parent will now look broken with this global rule. I'm not very familiar with the block editor internals, but I believe that those styles should be somehow scoped to the block editor elements only and not applied globally to all elements on the front-end. " dennis_f Tickets Awaiting Review 58045 Global style change cannot be reverted Editor 6.2 normal normal Awaiting Review defect (bug) new 2023-04-01T16:53:48Z 2023-04-01T16:53:48Z "After applying a background color to a Column block via Layout and clicking Apply Globally under Settings -> Advanced, all blocks changed to the same color, as expected. However, when reverting the background color of any Column block is set to transparent (when all checkmarks in the background color popup are deactivated), the recently-applied Global color remains, even if Apply Globally is clicked again. It is possible to change the selected block to another color (or gradient), as well as a new background via Apply Glohally to all blocks, but a transparent background cannot be restored in the theme." sidewaysdesign Tickets Awaiting Review 53563 Global styles layout settings in the editor clash with the frontend Editor 5.8 normal normal Awaiting Review defect (bug) new 2021-06-30T14:43:33Z 2021-08-05T15:32:05Z "The `theme.json` file allows the `contentSize` and `wideSize` to be set: {{{ { ""settings"": { ""layout"": { ""contentSize"": ""580px"", ""wideSize"": ""900px"" } } }}} When these are set, blocks like the Group block show the Layout panel. Now the default width can be inherited, or blocks can be made wide. This all works great in the editor, due to the following autogenerated CSS: {{{ .editor-styles-wrapper .block-editor-block-list__layout.is-root-container > * { max-width: 580px; margin-left: auto !important; margin-right: auto !important; } .editor-styles-wrapper .block-editor-block-list__layout.is-root-container > [data-align=""wide""] { max-width: 900px; } }}} This works well on the frontend for blocks that are restricted to the content size. The following CSS is output: {{{ .wp-container-60dc7f6096866 > * {max-width: 580px;margin-left: auto !important;margin-right: auto !important;}.wp-container-60dc7f6096866 > .alignwide { max-width: 900px;}.wp-container-60dc7f6096866 .alignfull { max-width: none; }.wp-container-60dc7f6096866 .alignleft { float: left; margin-right: 2em; }.wp-container-60dc7f6096866 .alignright { float: right; margin-left: 2em; } }}} However for wide aligned blocks, none of the relevant CSS is output. {{{ .wp-container-60dc7f6096b14 .alignleft { float: left; margin-right: 2em; }.wp-container-60dc7f6096b14 .alignright { float: right; margin-left: 2em; } }}} There should be the following CSS: {{{ .wp-container-60dc7f6096b14.alignwide {max-width: 900px;margin-left: auto !important;margin-right: auto !important;} }}} The issue here comes from the difference between a block-based, and a hybrid theme. In a block-based theme, all blocks are full-width by default. Wide blocks can only break out of content width restricted blocks. In a hybrid theme though, the content area is restricted--usually through CSS. But wide elements still need to be able to be wider than this container. The only way to get the desired outcome is to wrap the content in a group using `the_content` filter hooked in super early. In addition using the layout controls hardcode alignment margins, which makes it difficult to control these through the theme's styles." Frank Klein Tickets Awaiting Review 49857 Groups disappear after inserting something inside it in Gutenberg Editor 5.4 normal normal Awaiting Review defect (bug) new 2020-04-09T08:41:57Z 2020-04-09T16:10:16Z "**Description:** Since upgrading to 5.4, when I create a group using the Gutenberg editor, and then add something inside, the **group disappears from the UI**, but it remains in the source code. As we use this feature everyday as part of our company workflow, this bug is seriously affecting our daily operations as it causes layout havoc when we try to display an article's contents. This bug is related to ticket #49748. **Actions taken so far:** - Flushed browser cache - Ensured that assets are not cached - Reinstalled WP 5.4 - Disabled all plugins **Steps to reproduce:** 1. Create a new post (this issue also occurs on existing articles, but this bug is more easily highlighted in a blank article). 2. Create a new group. 3. Click on the (+) to add, say, a paragraph within it. 4. The group completely disappears from the editor, only the paragraph can be interacted with. The group no longer appears on the outside of the inserted paragraph, as it used to be in WP 5.3. The group itself still exists in the code editor." ple33 Tickets Awaiting Review 59103 Gutenberg 16.4 Footnotes Critical Bug on PHP 8.0 Editor 6.3 normal critical Awaiting Review defect (bug) new 2023-08-14T15:58:42Z 2023-08-29T00:01:56Z "I am currently using WordPress version 6.3, PHP 8.0. There is no issue initially when creating a post with the footnotes block, and is able to publish the post. After a while, when trying to edit the same post again, I will see the critical error as such as seen in the attachment. {{{ PHP Fatal error: Uncaught TypeError: count(): Argument #1 ($value) must be of type Countable|array, null given in /wordpress/plugins/gutenberg/16.4.0/build/block-library/blocks/footnotes.php:37 Stack trace: #0 /wordpress/core/6.3/wp-includes/class-wp-block.php(258): gutenberg_render_block_core_footnotes(Array, '', Object(WP_Block)) #1 /wordpress/core/6.3/wp-includes/blocks.php(1133): WP_Block->render() #2 /wordpress/core/6.3/wp-includes/blocks.php(1171): render_block(Array) #3 /wordpress/core/6.3/wp-includes/class-wp-hook.php(310): do_blocks('
Lorem Ipsum quam quasi mollitia
SHARING INFORMATION WITH ADVERTISERS OR OTHER THIRD PARTIES
Why is it adding a strong tag around each character? I am adding a screengrab of the Dev Tools and of WordPress 5.0 UI." codingsince007 Tickets Awaiting Review 54439 In block editor for page/post setting, the 'P' not showing properly inside the drop-down Editor normal normal Awaiting Review defect (bug) assigned 2021-11-14T06:54:51Z 2021-11-14T18:05:33Z " Steps to reproduce: 1. Create/edit any page/post. 2. Go to settings and observe the drop-down value for the template. https://nimb.ws/IPKapT" pavanpatil1 Tickets Awaiting Review 30942 In quicktags settings, setting buttons to zero-length string doesn't give empty toolbar. Editor 4.1 normal normal Awaiting Review defect (bug) new has-patch 2015-01-07T16:48:15Z 2020-11-24T06:10:52Z "This issue was raised on WordPress stackexchange http://wordpress.stackexchange.com/a/174086/57034. If you set the buttons of the quicktags settings to a zero-length string, eg by using the `'quicktags_settings'` filter {{{ add_filter( 'quicktags_settings', function ( $qtInit ) { $qtInit['buttons'] = ''; return $qtInit; } ); }}} which typically results in the following setting in `tinyMCEPreInit` {{{ qtInit: {'content': id:""content"",buttons:""""},'replycontent': id:""replycontent"",buttons:""""}} }}} then quicktags just ignores it and uses the default buttons, due to this falsey test on line 263 of ""wp-includes/js/quicktags.js"" {{{ if ( settings.buttons ) { use = ','+settings.buttons+','; } }}} This can be worked around by using any non-falsey value in setting `$qtInit['buttons']` but that's somewhat non-intuitive. The proposed simple patch tests for string type so you can use `''` (and also tests for boolean `false` which is nice to have as well). {{{ if ( typeof settings.buttons === 'string' ) { use = ','+settings.buttons+','; } else if ( settings.buttons === false ) { use = ' '; // Any old truthy string. } }}} " gitlost Tickets Awaiting Review 54587 In some gutenberg blocks the styles setting is not displaying image. Editor 5.8.2 normal normal Awaiting Review defect (bug) new 2021-12-06T12:41:51Z 2021-12-06T12:41:51Z "I am using the wordpress latest version and in all the themes, the gutenberg block having styles setting is not displaying img/text. Steps to reproduce: 1. Add Quote block. 2. Now in settings section the styles section has 2 options default and large. 3. But this both options are not displaying the image. I am attaching the images of this issue. Thank you." smit08 Tickets Awaiting Review 56744 Inaccuracy in user_can_richedit() function on /wp-includes/general-template.php Editor 6.0.2 normal normal Awaiting Review defect (bug) new 2022-10-06T03:45:14Z 2022-10-06T03:45:14Z "The user_can_richedit function assumes that the Editor can only be displayed for supported browsers, but it only considers known browsers (user-agent). Any others not known will be considered ""unsupported"" by the Editor. Below is the code snippet that handles this logic: {{{#!php = 534 ); } elseif ( $is_IE ) { $wp_rich_edit = ( strpos( $_SERVER['HTTP_USER_AGENT'], 'Trident/7.0;' ) !== false ); } elseif ( $is_gecko || $is_chrome || $is_edge || ( $is_opera && ! wp_is_mobile() ) ) { $wp_rich_edit = true; } } }}} The effect of this logic is that if the user-agent is not known, the Editor will be displayed ""broken"" in the graphical interface, as shown in the example below: [[Image(""https://resource.voelivre.com.br/wordpress_editor.jpg"")]] This is because in /wp-includes/class-wp-editor.php the print_default_editor_scripts function checks user_can_richedit to define the $settings variable that is used to load the editor settings according to the code snippet below: {{{ window.wp.editor.getDefaultSettings = function() { return { tinymce: , quicktags: { buttons: 'strong,em,link,ul,ol,li,code' } }; }; }}} This premise, of only considering the Editor compatible with known user-agents, can affect environments such as CloudFront from AWS because by default CloudFront uses the User-Agent ""Amazon CloudFront"" which is obviously not recognized by the user_can_richedit function and causes the breaking of the Editor without any notice to the user. I suggest that some message be included in the graphical interface informing that the Editor is not compatible with the specific user-agent, informing its name. Or that some specific message is created for CloudFront, informing about a bad configuration in the AWS environment. " tassiocoelho Tickets Awaiting Review 60803 Include fonts directory in `get_space_used()` calculation Editor normal normal Awaiting Review defect (bug) new 2024-03-19T02:46:16Z 2024-03-19T11:37:00Z "As font files can be uploaded by users other than the network administrators on multisite installs, the `get_space_used()` function may need to be modified to include the new folder. This will ensure that all files are considered when calculating the amount of upload space available for individual sites on a multi-site install. This isn't super urgent in the early days of the font library so can wait until a 6.5 point release." peterwilsoncc Tickets Awaiting Review 55494 Include only Sticky Posts bug Editor 5.9.2 normal critical Awaiting Review defect (bug) new 2022-03-31T09:22:20Z 2022-03-31T13:21:19Z Hi there, in wordpress 5.9 last version, using editor to compose pages template, you may verify that if in 'Query loop' block you choose to select and view only sticky posts, it does not work. It shows instead all posts. Even Include and Exclude options are not working. ricoverato Tickets Awaiting Review 56310 Inconsistency when adding fonts to fontFamilies in wp_global_styles post Editor 6.0 normal normal Awaiting Review defect (bug) new has-patch 2022-07-30T07:49:46Z 2022-10-12T19:04:23Z "When fonts are added to the theme settings saved in a `wp_global_styles` post, they are processed differently by the FSE Global Styles editor than they are by `script-loader.php` The FSE Global Styles looks to see if the `fontFamilies` node exists and if it does then the fonts there are used to populate the ""Font Family"" dropdown in Global Styles overriding and ignoring any fonts outlined in `fontFamilies` in the theme's `theme.json` However, when the fonts are processed by `/wp-includes/script-loader.php`, the opposite happens ... the fonts in the `wp_global_styles` post are completely ignored and only the fonts in `theme.json` are added to `wp-webfonts` inline styles. I would have expected this to be consistent and for the fonts in the `wp_global_styles` post to be processed and for the ones in `theme.json` to be ignored as per the behaviour in the FSE Global Styles editor? Oliver" domainsupport Tickets Awaiting Review 59149 Inconsistent Behaviour of Block Editor while Adding/Searching for Blocks Editor 6.3 normal normal Awaiting Review defect (bug) new dev-feedback 2023-08-19T05:56:17Z 2023-09-02T06:32:59Z "WP Version 6.3 I'm facing an strange issue while searching the fields from the block editor. When I'm at the end of page or when scroll to end of page then I'm trying to search a custom block it suddenly jump from its position. for details refer the below video url for same. https://www.awesomescreenshot.com/video/20061317?key=12384a49ae5e729e95556d9498c1a107 " dhruval04 Tickets Awaiting Review 50110 Incorrect property docblocks in WP_Block_Type peterwilsoncc Editor 5.0 normal minor Awaiting Review defect (bug) assigned 2020-05-07T10:08:41Z 2021-02-09T05:33:50Z "In the class WP_Block_Type the docblocks declare `@var #TYPE#` for several properties of the class. Below I will use `attributes` as an example, but this counts for all the following properties: - render_callback - attributes - editor_script - script - editor_style - style The docblock defines that the property must be a certain value ('array' in the case of attributes), but it is not set in the constructor and is optionally set in the `set_props()` method, if `args` has been supplied with the correct property. {{{#!php /** * Block type attributes property schemas. * * @since 5.0.0 * @var array */ public $attributes; }}} This allows the property to be null, which conflicts with de docblock. == Proposed solution(s) === 1. Declare default value: This might change behavior, where null is expected (see `get_attributes()` for example) {{{#!php /** * Block type attributes property schemas. * * @since 5.0.0 * @var array */ public $attributes = array(); }}} === 2. Add possible null to docblock This would lead might lead to other conflicts, such as using the the null value as an array without a type check. {{{#!php /** * Block type attributes property schemas. * * @since 5.0.0 * @var array|null */ public $attributes; }}} === 3. Do not declare @var The `set_props()` method currently does not do any type checking, so in theory all the properties listed above are `mixed`. ''(intentionally borked example)'' {{{#!php new \WP_Block_Type( 'name', array( 'attributes' => 'This is not an array.' ) ); }}} This places responsibility of type checking on implementing code, which would be most 'correct' with the current `set_props()` method." nielsdeblaauw Tickets Awaiting Review 56519 Inner blocks serialization bug in serialize_block function Editor 5.3.1 normal normal Awaiting Review defect (bug) new 2022-09-06T08:41:24Z 2022-09-13T05:53:18Z "Hi, The serialize_block function https://developer.wordpress.org/reference/functions/serialize_block/ fails when the number of inner blocks increases. The following custom function solved it for me. {{{#!php ID, '_wp_editor_test_1', false ); wp_editor( $field_value[0], '_wp_editor_test_1' ); } /* When the post is saved, saves our custom data */ function myplugin_save_postdata( $post_id ) { // verify if this is an auto save routine. // If it is our form has not been submitted, so we dont want to do anything if ( defined( 'DOING_AUTOSAVE' ) && DOING_AUTOSAVE ) return; // verify this came from the our screen and with proper authorization, // because save_post can be triggered at other times if ( ( isset ( $_POST['myplugin_noncename'] ) ) && ( ! wp_verify_nonce( $_POST['myplugin_noncename'], plugin_basename( __FILE__ ) ) ) ) return; // Check permissions if ( ( isset ( $_POST['post_type'] ) ) && ( 'page' == $_POST['post_type'] ) ) { if ( ! current_user_can( 'edit_page', $post_id ) ) { return; } } else { if ( ! current_user_can( 'edit_post', $post_id ) ) { return; } } // OK, we're authenticated: we need to find and save the data if ( isset ( $_POST['_wp_editor_test_1'] ) ) { update_post_meta( $post_id, '_wp_editor_test_1', $_POST['_wp_editor_test_1'] ); } } }}} '''Case 1:''' Steps to reproduce error:[[BR]] Activate test plugin.[[BR]] HTML tab is selected in our custom editor instance.[[BR]] Drag meta box containing editor around (ensuring the jQuery UI Sortable drop placeholder shows up, but the box does not need to be docked to a new location)[[BR]] Release the box[[BR]] Switch to the editor's Visual tab[[BR]] '''The following error occurs:''' j is null In file: /wp-includes/js/tinymce/wp-tinymce.php?c=1&ver=345-20110918 The top row of tinymce icons is also duplicated. Once the error occurs, we can no longer switch between tabs. '''Case 2:''' Steps to reproduce error:[[BR]] Activate test plugin.[[BR]] Visual tab selected.[[BR]] Drag meta box containing editor around.[[BR]] Release the box.[[BR]] switch to the editor's HTML tab.[[BR]] '''The following error occurs:''' Component returned failure code: 0x8000ffff (NS_ERROR_UNEXPECTED) [nsIDOMHTMLDocument.implementation] In file: /wp-includes/js/tinymce/wp-tinymce.php?c=1&ver=345-20110918 Note: It may take a couple of tries when switching between visual/HTML tabs to trigger the errors. Sometimes the errors won't happen, but usually they do." goto10 Tickets Awaiting Review 58145 JS error: Uncaught ReferenceError: Element is not defined Editor 6.2 normal normal Awaiting Review defect (bug) new 2023-04-17T13:20:21Z 2023-11-22T12:35:42Z "I've got a console error on editor level uncaught ReferenceError: Element is not defined file: wp-polyfill-inert.js line:30 {{{ (function () { // Return early if we're not running inside of the browser. if (typeof window === 'undefined') { return; } // Convenience function for converting NodeLists. /** @type {typeof Array.prototype.slice} */ var slice = Array.prototype.slice; /** * IE has a non-standard name for ""matches"". * @type {typeof Element.prototype.matches} */ var matches = Element.prototype.matches || Element.prototype.msMatchesSelector; }}} suggestion {{{ (function () { // Return early if we're not running inside of the browser. if (typeof window === 'undefined' || window?.Element) { return; } // Convenience function for converting NodeLists. /** @type {typeof Array.prototype.slice} */ var slice = Array.prototype.slice; /** * IE has a non-standard name for ""matches"". * @type {typeof Element.prototype.matches} */ var matches = Element.prototype.matches || Element.prototype.msMatchesSelector; }}} " jankyz Tickets Awaiting Review 45527 Jumping Cursor in Gutenberg Editor Editor 5.0 normal normal Awaiting Review defect (bug) new 2018-12-07T19:22:15Z 2020-05-28T03:37:48Z "While typing in a block / paragraph, the cursor jumps to the ''beginning'' of the paragraph. It happens while autosaving or language-correction. I testet Firefox 63, Edge and Chromium (all Windows 10). All WordPress-plugins were disabled, alls browser-plugins disabled. No mouse-movement at this moment, no keybord-buttons pressed. This problem happens since the 5.0 update. Video of the problem: [https://youtu.be/yJ2qSLq9hMs] In the video: I type some text and wait. While waiting the cursor jumps to the start of the paragraph. If I go on writing, the text is written at the beginning." pascalts Tickets Awaiting Review 53134 Keep current URL domain for View Post on View Post link Editor 5.7.1 normal minor Awaiting Review defect (bug) new 2021-05-02T19:53:25Z 2021-07-24T17:43:12Z "Hello, I am using BrowserSync to proxy my remote site to https://localhost:3000 on my local machine through ssh forwarding. I have noticed that the localhost domain name is reverted to my site real domain on the backend for the 'View Post' link, when updating a post using Gutenberg. This behavior does not happen with the classic editor. It would be great if the 'View Post' link could retain the localhost domain on post update. Steps to reproduce: 1) Run BrowserSync or equivalent as proxy 2) Open post for edit on backend on localhost domain 3) Check 'View Post' link, it should have localhost as domain 4) Click 'Update' or 'Publish' 5) Check 'View Post' link again and it will now have the site domain instead Classifying as bug as the behavior deviates from what the classic editor does." chamois_blanc Tickets Awaiting Review 59194 Lazy Loading not applying at all in the front page template Editor 6.3 normal critical Awaiting Review defect (bug) new 2023-08-24T19:42:58Z 2023-08-24T19:51:22Z We have many sites built in the full site editor, but none of the images will lazy load within the front page template. No images have the lazy load attribute and google page speed insights detect that none of them are lazy loaded devoantor Tickets Awaiting Review 46153 Leading space after past text from docx Editor 5.0.3 normal normal Awaiting Review defect (bug) new 2019-01-31T01:09:31Z 2020-08-24T23:36:55Z "Please copy and past text from atatchment to block editor. You will see space before every text line. " alexufo Tickets Awaiting Review 59344 Link UI Goes Off The Screen, Can't Acces Advanced Editor 6.3.1 normal major Awaiting Review defect (bug) new 2023-09-14T01:26:38Z 2023-09-14T01:26:38Z "As it says above, can't edit links or access ""advanced"" for links on left side of the screen ... UI pops up mostly out of the window." hmnvtn Tickets Awaiting Review 50129 Link edit modal displayed over Featured image modal Editor 5.4.1 normal normal Awaiting Review defect (bug) new 2020-05-08T10:58:53Z 2020-05-08T13:16:14Z "Hi, When i was adding new post in admin side then media popup on showing editor link box. More information see mention screenshot. Thanks" sumitsingh Tickets Awaiting Review 52601 Link validation issue on TinyMCE using Classic Editor Editor 5.6 normal normal Awaiting Review defect (bug) new 2021-02-22T15:25:49Z 2021-05-27T15:20:20Z "Just spotted a small issue on Classic Editor, during the 5.6.2 release party. New links seem to have a `data-wplink-url-error=""true""` attribute after they are inserted. It’s ok after the post is saved." audrasjb Tickets Awaiting Review 59228 Links in 6.3 missing new window.nofollow.etc Editor 6.3 normal normal Awaiting Review defect (bug) new 2023-08-28T18:01:09Z 2024-01-25T21:05:12Z "Hi Updated to 6.3 and when adding a link can add the link but there is no option for new window, nofollow, etc like before. I assume it is just missing not intentionally so passing it on. I can add it with code using the code editor but not as easy. Thanks in advance" tradiecorp Tickets Awaiting Review 57004 Lost custom colours Editor normal normal Awaiting Review defect (bug) new 2022-11-04T20:43:02Z 2022-11-04T20:43:02Z "Using WP 6.1 running twenty twenty three theme and no plugins. I set custom colours, which then disappear when I do this: Set up custom colour, save view the site, edit the site, custom colours still there. However, if I go and edit the style json file (only a minor change - so no errors in json file), then I load the changed json style, then save, view site and edit site again ... the custom colours are not there. (I don't know where custom colours are kept - so I've assumed this may be a bug, rather than by design?) Thanks Alasdair" alasdair105 Tickets Awaiting Review 52475 Metaboxes unable to be moved to side panel anymore? Editor 5.6.1 normal normal Awaiting Review defect (bug) new 2021-02-09T02:59:23Z 2021-02-19T07:09:23Z "Hi community, I am not entirely sure if this falls under WP or Gutenberg but at some point during recent updates moving metaboxes between main Gutenberg main screen and side panel stopped working. Before, you were able to click on this button to move metaboxes between main content and side panels. Now in some cases it still works, however, it seems like when you move all metaboxes to the content, that's where it's stuck (like on the image) and you can't move them around anymore. Both first and last metabox have their arrows going out disabled. [[Image(https://snipboard.io/JZBTPh.jpg)]]" rklis Tickets Awaiting Review 51323 Multiple Reference Id backend issue in Inner block component Editor normal normal Awaiting Review defect (bug) new 2020-09-16T11:44:19Z 2020-09-18T14:45:52Z "We want to show multiple inner blocks on backend in same block. For example, If we have one widget and in to that, If we want to use two reusable blocks. We need to add two values. But, Currently, It shows just one value in backend. In frontend, It works fine because we have PHP based rendering. In backend, It show same reusable multiple times, even if we have selected different reusable blocks. You can check in screenshot about reference id. https://ibb.co/R0Pw6wK" posimyththemes Tickets Awaiting Review 53047 "My ""Posts"" page (when a static front is selected) uses the old editor" Editor normal normal Awaiting Review defect (bug) reopened has-patch 2021-04-16T02:12:40Z 2021-05-18T20:42:44Z "I'm using WP 5.7.1. Very strange, minor bug: Every page, except my Posts page, uses the Gutenberg editor. I'm told on the support forums that this is not normal. The Posts page, when I enter Edit, calls up what looks like the previous-generation editor. This persists when all plug-ins are deactivated. It even persists on another of my sites, which uses a completely different WP installation. Unfortunately, I don't know how this can be reproduced, since I can't make it NOT happen. Let me know what other info I can provide! " DavidSortOf Tickets Awaiting Review 59511 Navigation Block issue Editor 6.3.1 normal normal Awaiting Review defect (bug) new 2023-10-01T16:20:25Z 2023-10-28T05:02:20Z While trying to add and edit description or any metadata on nav items. As soon as I press any key, it gets refresh. amitpomu Tickets Awaiting Review 56054 Need to add some gap between input and range slider in Avatar block Editor 6.0 normal normal Awaiting Review defect (bug) new 2022-06-23T12:28:02Z 2022-06-24T07:44:53Z "While selecting avatar block if we change the border-radius from range slider at the 0th point the range slider pointer is touches to input box.So we need to add some gap between them. " multidots1896 Tickets Awaiting Review 55886 Need to check query loop block thumbnail issue in post template Editor 6.0 normal normal Awaiting Review defect (bug) new 2022-06-01T07:13:26Z 2022-06-08T07:35:20Z "In wordpress 6,We need to check query loop block thumbnail issue in post template row and stack arrangement.In both arrangment default post thumbnail width are not full width.So we need align it in full width. Below i have shared video link: https://share.cleanshot.com/kQrdSKDzVfIiK19MeHsh" multidots1896 Tickets Awaiting Review 45829 New editor replaces > with > withintag Editor 5.0.2 normal major Awaiting Review defect (bug) new dev-feedback 2019-01-04T13:09:07Z 2020-01-14T19:07:58Z "Hi, I just updated to WordPress 5 and started using the new block editor. I typeset source code in my posts using atag. This code contains a > comparison operator. Upon saving my draft, > gets replaced with >, and this entity is also displayed in the article preview. This happens even if I disable the visual editor. The old editor does not present this bug and installing the Classic Editor extension allowed me to work around this." yannsalmon Tickets Awaiting Review 55864 No tag in the editor to reuse blocks Editor 6.0 normal critical Awaiting Review defect (bug) new 2022-05-28T13:37:37Z 2022-06-02T11:04:42Z "Since the 6.0 update, the tag to have access at the reusables blocks have disappeared. Impossible to ractivate it. You can create new reusables bolcks, see them in the block manager but you are not abble to access them in the wisiwig editor, the tag has gone. " tirnanog Tickets Awaiting Review 55390 Not able to choose Color picker in customizer when the blocks are added in widget Editor 5.9.2 normal major Awaiting Review defect (bug) new 2022-03-15T13:21:58Z 2022-03-16T09:17:28Z "Hi Team, I hope you are doing well and safe! I would like to highlight an issue with the color picker in the customizer when using the blocks in widgets. 1. For choosing the custom color, whenever you click on the color selection, it will trigger a click event where it will ask you to leave the site or not? Here is the screenshot: https://share.bsf.io/YEur81BW 2. The color selection palette is not properly displayed. Here is the screenshot: https://share.bsf.io/wbuzJ0zq Furthermore, I have gone ahead and found that this issue is coming from WordPress version 5.9.2 Also, I have demonstrated a video that would help you check it on your end too. This issue is occurring on default themes as well as other famous themes as well. Here is the screencast: https://share.bsf.io/yAuKoy2J I would suggest you please check this on priority and release a patch for this issue, as users are facing lots of issues due to this. Looking forward to your response." nileshc Tickets Awaiting Review 50216 On the bug of replace_editor Editor 5.4.1 normal normal Awaiting Review defect (bug) new 2020-05-21T06:09:02Z 2021-02-09T07:19:43Z "I'll submit a suspected bug, replace_editor seems that editor's hook will load twice when loading the existing articles, which makes me have to deal with the code. In wp5.3, I have to use js to delete the unnecessary DOM, and at the same time, my katex's auto renderer cannot work properly (browser recognition is executed in weird mode). In wp5.4.x, because $post is null in this case, I can directly return through judgment. But this is not normal. I will send the message to the core channel at the same time." jack960330 Tickets Awaiting Review 58815 Opinionated styles (add_theme_support(wp-block-styles)) set margin top to 0 for image and other blocks Editor 6.3 normal normal Awaiting Review defect (bug) new 2023-07-16T23:53:36Z 2023-08-23T07:36:52Z "Is `add_theme_support('wp-block-styles')` being deprecated in WP 6.3? If not, maybe it needs to be updated. The extra block styles include margin settings, for example {{{ .wp-block-image { margin: 0 0 1em; } }}} This is done for image, audio, embed, table or video blocks. The top margin styling is overridden in WP 6.2 by styles with targeting such as {{{ body .is-layout-flow > * + * { margin-block-start: var(–wp–preset–spacing–normal); } }}} so the blocks get the `margin-top` which they require as per the page layout. However, WP 6.3 changes the targeting of these styles to, for example {{{ :where(body .is-layout-flow) > * { margin-block-start: var(–wp–preset–spacing–normal); } }}} This is less specific, with the result that the `wp-block-styles` margin setting overrides it and will set the margin-tops to 0 for the above blocks. This will affect existing content on many sites which use this `add_theme_support` and these blocks. Twenty twenty-two theme is an example. To test, create a page with a paragraph followed by an image, in twenty twenty-two theme." aileenf Tickets Awaiting Review 29643 Ordered List Problem When Switiching between Visual Editor and HTML editor Editor 4.0 normal normal Awaiting Review defect (bug) new 2014-09-12T14:24:40Z 2021-07-05T17:13:00Z "1. I create an ordered list in the Visual Editor. 2. I switch to the HTML editor so I can add a paragraph of text (or an image) within the ordered list, but NOT inside a list tag. 3. I return to the Visual Editor and notice something doesn't look right. 4. I go back to the HTML editor and see that my ordered list is now all messed up. Extra ordered list tags have been added that I don't want. Here's the code from the HTML editor BEFORE I switched back to the Visual Editor: {{{}}} Here's the code after switching to the Visual Editor and then back to the HTML editor: {{{
- Ordered list item 1
Block of text inserted into list but not inside an li tag.- Ordered list item 2
- Ordered list item 3
- Ordered list item 4
Block of text inserted into list but not inside an li tag.
- Ordered list item 1
}}}" pavankumarp Tickets Awaiting Review 54113 Override core/gallery block Editor 5.8.1 normal normal Awaiting Review defect (bug) new 2021-09-12T17:34:11Z 2022-01-31T09:45:08Z "Hello, I did override the core block for the gallery using in my ''functions.php'' file : {{{#!php 'my_gallery_render', ) ); } add_action( 'init', 'my_register_gallery', 10 , 1 ); }}} It was perfectly working, but since a few days (I did the last update of wordpress 5.8.1), and maybe a little bit before, but I am not totally sure, I have an issue : If I use the ''unregister_block_type'' function I cannot override it with ''register_block_type'' and the block disappear in the editor. And a strange thing occurs, I have this message on the former existing gallery blocks : {{{ Your site doesn’t include support for the THRON block. You can try installing the block, convert it to a Custom HTML block, or remove it entirely. }}} If I don't use ''unregister_block_type('core/gallery');'' before, I have this message : {{{ Notice: WP_Block_Type_Registry::register was called incorrectly. Block type ""core/gallery"" is already registered. Please see Debugging in WordPress for more information. (This message was added in version 5.0.0.) in /Users/the_user/wordpress_folder/wp-includes/functions.php on line 5663 }}} All of that was working before with no alert. I tried with all my plugins deactivated, and with removing all my function.php files actions. " lohic Tickets Awaiting Review 52592 PHP notice when the label property is missing from register_block_style Editor 5.3 normal normal Awaiting Review defect (bug) new 2021-02-22T08:43:03Z 2021-02-22T08:43:03Z "If I register a block style using the PHP function {{{register_block_style}}}, and I leave out the label property, there is a PHP notice: {{{ Notice: Undefined index: label in /var/www/src/wp-includes/script-loader.php on line 2312 }}} The label is required, but the class does not check if a label exists or not, see: https://core.trac.wordpress.org/browser/tags/5.6.1/src/wp-includes/class-wp-block-styles-registry.php#L43 In comparison, if I leave out the {{{name}}} property, a {{{_doing_it_wrong}}} message is shown. I think a {{{_doing_it_wrong}}} should be shown for the label too. Steps to reproduce the issue: Register an incomplete block style in a theme or plugin file using register_block_style. {{{ register_block_style( 'core/quote', array( 'inline_style' => '.wp-block-quote.is-style-blue-quote { color: blue; }', ) ); }}} Confirm that the doing it wrong message for the name is showing. Add the name property: {{{ register_block_style( 'core/quote', array( 'name' => 'test', 'inline_style' => '.wp-block-quote.is-style-blue-quote { color: blue; }', ) ); }}} Open the block editor. Confirm that a PHP notice for the label is showing. " poena Tickets Awaiting Review 46264 Page attributes 'ORDER' does not saving data for post-type 'post'. Editor 5.0 normal normal Awaiting Review defect (bug) new has-patch 2019-02-17T11:06:28Z 2024-02-20T10:15:46Z "I used {{{ add_post_type_support()}}} function to support 'page-attributes' for Menu Order at post-type 'post'. {{{#!php Editor section will detach itself from the page.\\ \\ **Steps to Reproduce**\\ 1. Create a new page.\\ 2. Create a new page-specific template within Appearance > Editor specifically for the page you created.\\ 3. Change the slug (URL) of the newly created page.\\ 4. Upon changing the slug, you will notice that the page-specific template becomes detached from the page, meaning it is no longer associated with it." talhaqureshi Tickets Awaiting Review 59535 Page/Post scrolls up while converting quotes to paragraph Editor 6.3.1 normal minor Awaiting Review defect (bug) new 2023-10-04T11:37:35Z 2023-10-05T04:40:02Z "I found this while testing the capture toolbar for the quote block for WordPress 6.4 beta2, but was able to reproduce it in 6.3.1. == Issue In the block editor, Page/Post scrolls up while converting a quote to a paragraph. == Steps to Reproduce 1. Open a post or page. 2. Insert Title and long text so that scroll bar appears. 3. At the end insert quote block 4. Write a quote and citation 5. Click on the block so that quote block toolbar appears 6. Click on quote icon (first icon in the quote toolbar) 7. Click on transform to ""Paragraph"" == Actual Result: Page/Post scrolls up while converting a quote to a paragraph. == Expected Result: Page/Post should not scroll up while converting a quote to a paragraph. " hardikgohil Tickets Awaiting Review 52677 Pages containing a table are not updating since my site upgraded to 5.6.2 Editor normal critical Awaiting Review defect (bug) new 2021-02-28T18:51:18Z 2021-03-01T22:56:12Z "Hello, Since my website upgraded to 5.6.2 on 23rd Feb I've been unable to update any pages that contain a table. I use the Centric theme. Pages that don’t contain a table are updating with no problems. My site is page based not post based. Pages containing a table are still displaying successfully on my website and I’m able to make changes to pages with tables (I still use the Classic Editor) but when I press Update, the update fails and the button displayed in the WordPress tool bar at the top of the page switches from “View Page” to “View Post” even though I was updating a page and not a post….it’s really hard to explain so I hope you understand what I mean. When I then go back to my website and look at the page I was editing the changes haven’t been made. All of my tables are generated by using the Insert Table option in the Classic Editor and I only use the table as a tidy means of displaying a list of dances we do at each class. After each class I change the font colour of each dance we did at class that day so my dancers are able to access a link to another website for viewing the dance steps. When I teach a new dance, I add that dance to the table. I really don’t know what is causing the problem and therefore have no idea how to fix it and I’m really stressed that I’m unable to update some pages properly. I normally use Google Chrome but have also tried using Microsoft Edge but the problem also occurs using that. I’ve deleted my Google Chrome cache and have removed caching plug-ins…this has made no difference. I‘d be very grateful if someone is able to give me some advice on how to resolve the problem. Most of my pages contain a table which means that I'm currently unable to update my site after each class.....this is my reason for selecting ""critical"" as the severity level for my problem. Please let me know if I need to provide additional information." ragdollx Tickets Awaiting Review 52876 Parent-Attributes Editor 5.7 normal normal Awaiting Review defect (bug) new 2021-03-21T09:36:09Z 2021-03-25T18:38:23Z "I have 4 websites running on WordPress for at least ten years and have never had cause to complain, I am in the process of rebuilding them all, the site I am doing at the moment had approx. 300 pages containing 3500 vintage photographs and it was no problem at all for about the last six years. I have now reached 210 pages and suddenly I could not assign a parent page in the attributes section, the only items were Home & About us, I also noticed that the parents were very haphazardly sorted before they disappeared. I believe this is due to the Gutenberg Blocks system, I have tested this site with the Classic Editor and there is no problem except I have now built over half the site and cannot proceed with the Classic Editor as i have built a specific page template with blocks and it does not work with Classic. To say I am annoyed is an understatement, I have wasted a lot of time trying to sort this out, if Gutenberg is so wonderful how come it cannot perform simple mathematical calculations, WordPress doesn’t seem to have the problem, I only have to look at Quick Edit and all the parents are available, any suggestions before I go bonkers would be welcome, and yes I know I can work around it with Quick Edit but that is not the point. I was advised by Joy to test while using the Health Check plugin in Troubleshoot mode to disable plugins/theme, which I did and used the default theme but the problem was still there. The parent attributes section was still fine in quick edit mode." mikesimages Tickets Awaiting Review 59310 Parse blocks being applied unnecessarily Editor 5.3.1 normal normal Awaiting Review defect (bug) assigned has-patch 2023-09-07T13:03:47Z 2024-02-05T22:01:16Z The filter `wp_pre_kses_block_attributes` is applied to any field that runs through `wp_kses_hook`. Any fields on any object field that is run through `wp_filter_kses`. This includes fields like comment_author_email, user_email, term_name and user_last_name. It is extremely unlikely that these text fields will contain block data. This filter should be changed. spacedmonkey Tickets Awaiting Review 53517 Pasting Text Editor normal normal Awaiting Review defect (bug) new 2021-06-25T16:46:08Z 2021-06-25T16:54:54Z "Each week, I update two text blocks on two separate website pages. On the first page, I manually update the text box. After updating the page, I click in the text box, ctrl A, ctrl C and move to the next web page to be updated. I click into the text box on the second page, ctrl A, ctrl V For months, the results have been that the first line has a single space before the first word. The last couple of weeks though, the results have been different. Today when I did the same, the paste was missing whole lines of text. I do not have this happening anywhere else on my work station computer. This problem began in 2020. " pastor.healer Tickets Awaiting Review 51410 Patterns examples Editor 5.5.1 normal normal Awaiting Review defect (bug) new has-patch 2020-09-29T09:29:27Z 2020-09-29T16:17:05Z "Hi, There is no more patterns tab in Gutenberg menu if you doesn't create one pattern. No more pattern examples." eddystile Tickets Awaiting Review 47930 Photo gallery captions bug Editor 5.2.2 normal critical Awaiting Review defect (bug) new 2019-08-23T20:58:24Z 2019-10-19T12:06:12Z "I detected an error in the Gutenberg photo gallery photo captions. If gallery photos contain captions (the text that is in the black gradient over each image), when you make any changes to this gallery (include or remove photos, for example), all captions disappear. The error happens in the latest version of WordPress (5.2.2) regardless of the theme used." mvaweb Tickets Awaiting Review 54913 Post / Update Post button does not work Editor 5.9 normal normal Awaiting Review defect (bug) reopened 2022-01-26T05:18:55Z 2022-02-02T12:21:48Z "Hi, After updating the WordPress, I can no longer click on publish a new post or update the existing post button. Kindly fix it, I am downgrading the version for now. Reference SS: https://prnt.sc/26jfhco Regards," couponzania Tickets Awaiting Review 46389 Post Form Code Editor Issue Editor 5.1 normal normal Awaiting Review defect (bug) new has-patch 2019-03-01T11:29:05Z 2020-11-12T06:02:03Z "I saw this on my mobile. When I switched to code editor then the title box and content box got cut and there was a scroll bar to scroll left-right, but this is fine with the visual editor. Please see: https://uploadfiles.io/jgnls" prashantvatsh Tickets Awaiting Review 58095 Post featured image block use full size image => huge impact on performance Editor 6.3 normal normal Awaiting Review defect (bug) new has-patch 2023-04-06T06:55:21Z 2023-04-21T13:55:36Z "I use a standard 23 theme and in that and for example for the latest posts overview I use a standard post template with a Post featured image block. The problem is that this block, unlike for example the gallery, does not have a definition of how big the image should be used and then uses the full size on the frontend, even if it is a view where maybe a medium or even a thumbnail would suffice. This has a pretty significant impact on the loading speed of the images and therefore the whole site. It is possible to see the result, for example, at www.exteriery.cz in the latest posts section I know this ticket should probably belong under gutenberg but because of the impact on performance in the default installation I'm putting it here, it will probably affect a lot of sites" thomask Tickets Awaiting Review 51989 Preview does not reflect layout change on published posts Editor normal normal Awaiting Review defect (bug) new 2020-12-09T12:19:58Z 2020-12-09T12:19:58Z "Hello. I've been hoping this bug/oversight would be fixed for some years but it hasn't. When there is a post published in one particular layout format (e.g. three column, two columns or one column) and you decide to change the layout, you cannot preview your work unless you update the live version. So in a nutshell, I have hundreds of articles I published in the three column format with ads down the right column. I needed to redesign each article to get rid of the right column. This requires a complete re-edit. But when I edit one of the three column posts and change the three column layout to the one column layout - I cannot preview my work. The ""Preview Changes"" button continues to display the post in three columns. In order to edit a page in the new one column format I have to ""update"" the page. This means you have to post a live version of a half edited page, which is very undesirable. Andy PS I work in the classic editor so don't know if it's same in block editor" XyZed Tickets Awaiting Review 37829 Problem when adding a link and searching published articles Editor 4.5 low normal Awaiting Review defect (bug) new 2016-08-25T17:47:28Z 2019-04-19T18:03:59Z With WordPress 4.6 (was already in 4.5 actually), there’s a problem when you wanna put a link and search published articles. Here, if you search “iOS 9“, every article with iOS 9 in the title show up. Although, if you search “iOS 9.3.5“, nothing is found. Same thing with an apostrophe and maybe other punctuations. Djibs13 Tickets Awaiting Review 53698 Published posts auto scrolls on reload Editor normal normal Awaiting Review defect (bug) new 2021-07-20T13:05:03Z 2021-07-20T13:05:03Z "Theme: Twenty Twenty and Twenty Twenty-One. No Plugins Installed Versions Tested: 5.7.2 and 5.8 RC4 This might be an isolated issue. but I was able to reproduce in stable 5.7.2 and 5.8 RC4. I was only able to reproduce the issue at some places where I end keeping up the scroller. Steps to reproduce: Publish any post with GB editor. Open the published link in new tab. Place the scroller one the line where the header and body divides(use 2021 theme to see max jump). Reload page using keyboard Expected Result: Page reloads normally and without any content scrolled. Also, when the scroller is above the fold initially, it will scroll down only till the first content block. If the scroller is below the fold then it will scroll up to the first content. Attaching gifs to explain it better. " alanjacobmathew Tickets Awaiting Review 50754 REST updating a post without author support updates the author to the current user Editor 5.0 normal normal Awaiting Review defect (bug) new 2020-07-24T10:53:26Z 2021-12-27T20:56:40Z "When updaing a post using the REST API, if the post belongs to a post type that does not support post author, then the database entry for the post gets updated and the current user is set as author. Steps to reproduce, using the Blocks editor as REST API cover: * Register a post type and make sure you do not declare support for post author. * Create a new post for that type using the blocks editor, and notice that the databse entry for it sets the author to be the current user. * Switch to another user with proper editing capabilities, and edit the post again also using the post editor. * Upong saving, confirm that the database entry for the post states that th author is this second user. This does not happen when updating a post manually using the legacy classic editor: in this case, the author set when first creating the post is respected on following edits. Although this might be considered a minor thing (the post type should not be supporting author logic, right?), the implications reach deeper. Users set as the post author in the database get notifications on new comments, for eample, despite the author support for their post type. Having them modified inconsistently based on the editor used to adjust the content copy introduces a major editorial flow nightmare in sites maintained by multiple users. Probably related: #47041" jadpm Tickets Awaiting Review 58975 Replace image deletes the link! Editor 6.1.1 normal normal Awaiting Review defect (bug) new 2023-08-03T20:18:55Z 2023-08-03T20:18:55Z "For the image block Gutenberg block, in a widget sidebar panel, I noticed that whenever I go to ""replace"" the image for a Gutenberg widget - with one that is higher resolution for example, the link of the image goes away! Noted this on several, both with ""upload"" and going to media library and uploading there." programmin Tickets Awaiting Review 59551 Respect non-null values from the `pre_render_block` filter Editor 6.0 normal normal Awaiting Review defect (bug) new 2023-10-05T18:09:05Z 2023-11-14T02:13:28Z "Currently WP core hooks into `pre_render_block` in 2 places. In both cases they hook in at `priority` `10`, and in both cases they explicitly return null. This means anybody following the example usage of that filter could end up with their return not respected unless they change priority to higher than 10, which is not documented. Either those filters should be moved to an earlier priority, such as `0`, or they should expect & respect non-nullish values by not returning `null` and instead returning `$pre_render`. Further if these are conditional loads based on block type, they should probably check if `! is_null( $pre_render )` and if so, act accordingly and not enqueue assets or bail early etc. - https://github.com/WordPress/wordpress-develop/blob/trunk/src/wp-includes/block-supports/settings.php#L77-L149 - https://github.com/WordPress/wordpress-develop/blob/trunk/src/wp-includes/block-supports/elements.php#L135-L222 " danieliser Tickets Awaiting Review 53434 Reusable Blocks - raised a ticket in March (now closed) but still have a problem Editor 5.7.2 normal critical Awaiting Review defect (bug) new 2021-06-16T18:06:40Z 2021-06-16T19:34:40Z "Hi! #52873: Reusable Blocks I raised an issue about this in March but I still cannot make it work ... I've been avoiding this issue and just trying not to have to remove reusable blocks from individual pages in the hope that the issue would be corrected in updates but it hasn't been. Now I'm in a situation where I need to delete a reusable block on one page without losing it on all the other pages that it appears on. I really am an amateur and much of the advice and comment on the ticket and the links that you provided just don't make sense to me - I can't see how the breadcrumb at the bottom of the page helps and I can't alter/remove a reusable block and update the page without the new save function applying the change everywhere. I attach a screenshot; I am trying to remove the 'empty page' graphic from the top of the page because I am now adding material to the page and it isn't empty anymore. I am crying tears of frustration as only an amateur out of her depth can do!! I would be very grateful if you could explain how to do this, please. Best wishes, Jane. (I have a couple of screenshots but I can't see how to attach them ...)" hicklingadmin Tickets Awaiting Review 52965 Reusable Blocks for wordpress 5.7 Editor 5.7 normal normal Awaiting Review defect (bug) new 2021-04-03T14:02:36Z 2021-04-03T17:46:31Z When using a reusable block in a post, it automatically changes to a normal block which makes it difficult for us to update it and save the change. techblog14 Tickets Awaiting Review 53952 Reusable blocks - removing from a page treated as an edit of the re-usable block Editor normal critical Awaiting Review defect (bug) new 2021-08-18T13:06:35Z 2022-03-10T23:22:13Z "Hi - if you can reproduce this then I suggest it is a very high priority as it makes re-usable blocks almost useless and frustrating beyond belief. If a re-usable block is added to a page then expectations are that an edit to that instance will be reflected in the 'master' and any other instances. However if I add an instance of a re-usable block to a page and then change my mind and use the (html) block editor and choose option delete block I would expect only the instance to be affected - I am not editing (modifying) the instance I am simply removing the instance completely - simple reversal of decision to add an instance of that reusable block ( or so I thought .... ) However the behaviour now observed is that removing an instance is treated identically to the behaviour I would expect if I deleted all of the text (html) within the instance - in other words clear contents of re-usable block leaving an empty re-usable block apart from keeping it's title. The new behaviour is therefore that when I delete the instance of the re-usable block then the 'master' and all instances now have zero content. If I edit the 'master' and restore the contents then all instances are restored. The fault is therefore that block deletion is treated as delete contents of block rather than remove instance from page which has profound and unexpected consequences for any poor person who is simply trying to remove an instance by deleting the instance block. I now have copies of all my re-usable blocks name ""backup-......"" so that I can restore my reusable blocks when I encounter this problem which is of course every single time I change my mind and want to remove an instance. Again if you can reproduce please treat as critical - it is unbelievably disruptive and renders very useful functionality almost more trouble than it's worth. " jonnie45 Tickets Awaiting Review 57007 Row block in Gutenberg broken in 6.1 Editor 6.1 normal normal Awaiting Review defect (bug) new 2022-11-05T18:59:46Z 2022-11-16T13:40:59Z "Since updating to 6.1, the Gutenberg block ""Row"" will no longer show items horizontally, it will only stack vertically no matter the setting. The row block shows correctly in the backend editor, but not the front end. Worked perfectly in 6.0.3" mplayer Tickets Awaiting Review 55315 SVGs in editor (beta) Editor 5.9.1 normal normal Awaiting Review defect (bug) new 2022-03-04T00:11:38Z 2022-03-04T00:11:38Z When adding an SVG to the header as logo or image, it uploads fine (after installing an SVG plugin) and is displayed when viewing the site, but it disappears in the editor. garnitchique Tickets Awaiting Review 49443 Safari Browser - Component Color Picker not getting closed on Custom Color Picker button click Editor 5.4 normal normal Awaiting Review defect (bug) new 2020-02-15T13:05:58Z 2020-02-18T16:12:48Z "When I am trying to close color picker on the `**Custom color picker**` button click. It's not getting closed. It's working properly on **Chrome** browser but somehow not working on the **Safari** browser. Here is a screencast : Safari - https://share.getcloudapp.com/8LuJ49lP (Version-13.0.5) Chrome - https://share.getcloudapp.com/Qwu762od (Version 80.0.3987.106)" monikarao Tickets Awaiting Review 53046 Scrollbars Broken in latest visual editor Editor 5.7.1 normal minor Awaiting Review defect (bug) new 2021-04-15T23:34:48Z 2021-05-18T06:14:18Z "Not only is the mouse disabled from scrolling using its scroll wheels, but the scroll bars on the side of the screen also are disabled except for the thumbs. You can drag the thumbs to scroll the content, but you can't click the arrows or scroll with the mouse. Rather clicking the arrows shows the clicked state of the arrow icons, but nothing scrolls. Also, from within a block, a new set of full-screen scrollbars appears inside the outermost scrollbars (which make no sense and do nothing--mostly because the box is 1 unit high and doesn't need to stroll)" WhirledPress Tickets Awaiting Review 53267 Search Form Doesn't Return Results Found in Reusable Blocks Editor 5.7.2 normal normal Awaiting Review defect (bug) new 2021-05-24T19:07:50Z 2021-08-13T21:39:24Z "Example...This page... https://narrativiumreviews.com/the-colour-of-magic-persons-alphabetic/ ...(and the entire site) uses Reusable Blocks extensively. The first such block on the Page referenced above is for ""Alohura"". A search, using the form in the sidebar, returns nothing for that term (Alohura). All plugins are up-to-date as is the Astra theme. The Search Form is actually Ivory Search (which I just installed to see if it worked as needed), but the results are the same with the default WP form." glsonn Tickets Awaiting Review 59540 Selecting Open in New Tab closes the link editing window Editor normal normal Awaiting Review defect (bug) new 2023-10-04T12:34:27Z 2023-10-05T04:40:02Z "== Testing Instructions I found this while testing the ‘Open in New Tab’ feature for 6.4. === Steps to Reproduce 1. Create a post 2. Add a Paragraph block with content 3. Create a Link inside the Paragraph block 4. Click on the link to open the link editing window 5. Click Open in New Tab === Expected Results - ✅ What should happen The link editing window remains open after selecting Open in New Tab. - ❌ What actually happens The link editing window closes after selecting Open in New Tab." sannevndrmeulen Tickets Awaiting Review 48151 Setting featured image appears to use site URL instead of WordPress URL Editor 5.2.3 normal normal Awaiting Review defect (bug) new 2019-09-26T13:56:15Z 2019-10-09T13:51:31Z "Steps to reproduce: - have a site with a different WordPress URL and site URL (i.e. our site uses WPML and is configured to have the English site on example.com and the Dutch site on example.nl) - go to a page/post/custom post type - try to set a featured image WP does a fetch call to https://www.example.com/wp-json/wp/v2/media/2919?context=edit&_locale=user instead of https://www.example.nl/wp-json/wp/v2/media/2919?context=edit&_locale=user which fails because I am logged in to the .nl site, not the .com site The request fails, no featured image is stored and the spinner keeps spinning." ZanderZ Tickets Awaiting Review 60464 Shortcode in Patterns -> Template Parts -> General -> An item in it. Editor 6.4.3 normal normal Awaiting Review defect (bug) new 2024-02-07T15:25:09Z 2024-02-07T15:25:09Z "I'm using a reusable block in a general item in template parts and patterns. In that block, I'm using a shortcode in paragraph. It's not working. I tried it everywhere. It's working except there. I think It is a problem of reusable block in FSE and template parts." webchacha Tickets Awaiting Review 57095 Shortcode's query are executing at backend because of the_content filter Editor 6.1 normal normal Awaiting Review defect (bug) new 2022-11-13T18:55:52Z 2022-11-15T04:37:33Z "Steps to reproduce the issue & main issue description are available on this GitHub issue https://github.com/WordPress/gutenberg/issues/45732 I investigated this issue more and found a couple of new things. So if you'll check the callers-tracks image, you'll see `block_editor_rest_api_preload` is being called, then from REST_API call `apply_filters('the_content')` being used and which I think executes the shortcode. In file `wp-admin/edit-form-blocks.php`, I removed the `add_query_arg( 'context', 'edit', $rest_path )` on line no 65, after this change I don't see the issue. After and before this change, I see changes in XHR requests, I am attaching both screenshots. " vijayhardaha Tickets Awaiting Review 47816 Shortcodes being run in editor when gutenberg is active Editor 6.1 normal normal Awaiting Review defect (bug) new 2019-08-01T21:35:38Z 2022-11-12T09:25:04Z "Hello, We have a shortcode that makes an API call to a remote site. We noticed that it was making calls when we were editing pages on our website, even if the shortcode was not loaded on that page. This does not happen when gutenberg is disabled. I made up a test shortcode that appends to a file in the uploads directory. I added it to a test page. It ran when I opened the editor view of the page. It ran when I saved the page. It ran when I viewed the page, which is the only time it should run. I can see when it runs because it writes to my file. Even more surprising is that the shortcode ran when I edited a different page, a page without the shortcode. We have good reason to believe that the pages API is running the shortcode when it runs to create the parent page drop down selector. Why do we believe that is the issue? Because in the first incident, the one where we were sending out unexpected API calls to a remote system, the shortcode was just echoing text without doing a proper return. The echoed text interrupted the Parent page drop down selector build and so that drop down did not appear. We saw the shortcode's misplaced response text in our browser console as part of the page API response. Once we properly wrapped the echo statement, that issue went away, but the API calls were still occurring, and so I did the simple test for you. In summary, the shortcode is run when I edit any page. We believe that the page API call that is used to create the parent page dropdown is running the shortcode. Is this on purpose behaviour? Regards, Karla " karlazz Tickets Awaiting Review 58021 Since update 6.2 does not open products or pages in Google Chrome. Editor 6.2 normal blocker Awaiting Review defect (bug) assigned 2023-03-30T10:43:44Z 2023-04-05T17:47:55Z "Good morning. Since update 6.2 it does not open products or pages, no products or pages can be created in Google Chrome. In Mozilla Firefox it does. With Chrome it remains in an eternal loading loop and finally the browser asks whether to quit or wait. It doesn't change anything if you wait. I would like to know if you have received any complaints about this, because I have to change browser as it is impossible with Chrome. Regards. " daringlight Tickets Awaiting Review 55288 Site Editor on 5.9.1 fails to find homepage template for FSE themes, on WP subdirectory installation Editor 5.9.3 normal critical Awaiting Review defect (bug) new dev-feedback 2022-03-01T18:47:29Z 2022-08-11T19:29:10Z "I'm getting an error when launching the site editor on 5.9.1, stating “The editor is unable to find a block template for the homepage”. This happens on both Twenty-Twenty-Two and a custom FSE theme (otherwise functional, has templates/single.html and templates/index.html). **My WP installation is in a subdirectory**, using the [[https://github.com/roots/bedrock|Bedrock]] site structure, so the editor URL is `https://example.test/wp/wp-admin/themes.php?page=gutenberg-edit-site` I've tried it on PHP 7.4.25 and 8.0.14. I've confirmed it still happens with all plugins deactivated. Notably, activating the Gutenberg plugin version 12.6.1 eliminates the error and the editor loads correctly. There are several other reports of the same error in this Twenty-Twenty-Two forum thread: https://wordpress.org/support/topic/the-editor-is-unable-to-find-a-block-template-for-the-homepage/ The error code output from the copy button is {{{ Error: `getHomepageParams`: HTTP status error, 404 at https://example.test/wp/wp-includes/js/dist/edit-site.js?ver=403e01f2b098b6a656118a51787581cb:8766:13 at async getHomepageParams (https://example.test/wp/wp-includes/js/dist/edit-site.js?ver=403e01f2b098b6a656118a51787581cb:8762:20) at async redirectToHomepage (https://example.test/wp/wp-includes/js/dist/edit-site.js?ver=403e01f2b098b6a656118a51787581cb:8797:28) at async reinitializeEditor (https://example.test/wp/wp-includes/js/dist/edit-site.js?ver=403e01f2b098b6a656118a51787581cb:9067:5) }}} " andronocean Tickets Awaiting Review 55254 Site Editor: Template Part Areas are not exported Editor 5.9 normal normal Awaiting Review defect (bug) new 2022-02-24T20:32:43Z 2022-03-08T13:39:37Z "To reproduce: 1. Open any block theme template in the Site Editor. 2. Add a Header block, with any content. 3. Save the template, and the template part. 4. Go into the database. You'll see the `wp_template` and `wp_template_part` post types, as well as the `wp_template_area` term all working well together. 5. Export the template and template part. Copy these to the theme, and reset any customizations. 6. See that the Header block is now a generic Template Part block. Cause: During the export, the template part area is not added to the template part block. The saved block might me something like ``, but it needs to be `` " Frank Klein Tickets Awaiting Review 53791 Small UI annoyance in block editor Editor normal trivial Awaiting Review defect (bug) new 2021-07-27T01:52:57Z 2021-07-27T02:29:05Z "When you have a paragraph block selected and click outside the paragraph block, the paragraph block stays selected but the righthand menu quickly jumps from Block to Post to Block, creating a flash of content which provides a bad user experience. See my short video (0:42) for a demonstration: https://www.youtube.com/watch?v=FpRg4vC8W2E" curtiskessler Tickets Awaiting Review 59264 Some block parts (navigation) break when top level folder gets renamed Editor 6.3.1 normal normal Awaiting Review defect (bug) new 2023-09-01T14:03:12Z 2023-09-01T14:25:10Z "Steps to reproduce: - clean install of 6.3.1 - set up any block theme as current theme - rename the top folder where the wordpress installation is lying (i needed to do it because of switching URL) -> block navigation is broken This is also the case when put wordpress into troubleshooting mode or using any other block theme with a menu. I tracked it down and it seems that some css is not coming any more to the page. {{{ Add New'' 1. If it is not activated already, click the ""Visual"" tab to activate the TinyMCE instance 1. Grab the featured image metabox to activate the sortable (i.e., drag and drop) functionality 1. Move the box over the TinyMCE area 1. Continual movement over the area will cause it to get stuck The following screen grab shows how the cursor separates from the metabox as it gets stuck: [[Image(http://f.cl.ly/items/0j2s0f2f2D3M2e393P3K/Screen%20Shot%202013-11-08%20at%202.33.36%20PM.png)]] It's kinda hard to understand it with that image, so here's a movie that shows the issue: http://f.cl.ly/items/1B151E3N0i3j092Z062m/broken-drag-and-drop.mov I have tested this in Safari, Firefox, and Chrome on OS X. All browsers produce the same issue. The issue persists with MP6 as well." tollmanz Tickets Awaiting Review 54445 Space bar doesn't work when typing a post. Editor 5.8.2 normal normal Awaiting Review defect (bug) new 2021-11-15T13:48:29Z 2021-11-15T13:48:29Z "When typing a post and the cursor is in the last position of the text all space bar presses are suppressed until you type space again and then it inserts two spaces. When you type between another word and there are letters behind the cursor spaces are entered correctly." markovanderpuil Tickets Awaiting Review 51080 Spacing in embed when para begins with emoji Editor 5.5 normal normal Awaiting Review defect (bug) new 2020-08-20T13:32:01Z 2020-08-25T13:04:01Z "If a post has multiple paras, the embed removes the newline and adds a spacing. Which seems fine but if a para in the original post begins with an emoji, then the spacing seems to not be there in the embed. " superpoincare Tickets Awaiting Review 56961 Stack on mobile (media and text block) doesnt work any longer Editor 6.1 normal normal Awaiting Review defect (bug) new 2022-11-02T13:17:27Z 2022-11-02T13:55:56Z "Just testet width WP 6.0 and it still works, but not after update do 6.1. When i edit a media & text block in 6.1. and save the page this setting will be ignored. It happend only when you edit a block and save it. " markus.zeeh Tickets Awaiting Review 45600 Suboptimal pasting from Word in block editor Editor normal normal Awaiting Review defect (bug) new 2018-12-12T15:11:39Z 2018-12-12T15:35:35Z "Hi, working with twenty seventeen. The backend interface has changed, and since then pasting from Word doesn't work well. Some spaces between words disappear. " RonnieK Tickets Awaiting Review 54705 Table Block: Background color is not getting changed from the Color Settings Editor 5.8.2 normal normal Awaiting Review defect (bug) new 2021-12-29T01:24:32Z 2021-12-30T17:14:30Z "Steps to recreate: 1. Create a new page and add a ""table"" block. 2. Create a table with 2 columns and 2 rows. 3. Change the background colour of the table from the colour settings options and save. 4. Display the page. 5. Edit the page and save it. 6. The background colour of the table will be removed. This happens when you change only the background colour in the colour settings. If you set both the text and background colours, this will not happen." RocketMartue Tickets Awaiting Review 53814 Template Editor has no URL to access it Editor 5.8 normal normal Awaiting Review defect (bug) new 2021-07-28T12:30:51Z 2021-07-28T12:30:51Z "The Template Editor is loaded into the existing Edit Post screen. However the loading happens entirely through a user action in JavaScript. Meaning that when you reload the page, you're looking at the Content Editor again. Obviously this makes it nearly impossible for developers to style the content of the editor. But more importantly this breaks an existing convention in WordPress. You cannot construct a URL that will direct users to the Template Editor. Both the Content Editor as well as the future Site Editor have their own URL. In addition it should be possible to pass additional arguments to the Site Editor to either load an existing template, or create a new one." Frank Klein Tickets Awaiting Review 53810 Template Editor: Code editor view doesn't show the template Editor 5.8 normal normal Awaiting Review defect (bug) new 2021-07-28T11:01:06Z 2021-07-28T11:01:06Z "When editing a template with the Template Editor, you get a visual preview if the end result. However when switching to the Code editor view, the blocks in the post content are shown. The blocks of the template should be displayed. This behavior breaks both with how the Content Editor added in 5.0 and the Site Editor in Gutenberg work." Frank Klein Tickets Awaiting Review 51982 Textarea to which button 'Add block' attach to don't get the focus and Blocks from Blocks / Patterns area are placing into the previous place of focus Editor normal normal Awaiting Review defect (bug) new 2020-12-09T10:17:03Z 2020-12-09T10:17:03Z "In the main Editor area when an 'Add block' button is pushed the text area to which this button attached to don't get the focus and after inserting Block from Blocks / Patterns area it goes to the place where the focus was previously. This behaviour is the same in WordPress 5.5.3 and 5.6, with 2020 and 2021 themes as well. " oglekler Tickets Awaiting Review 37758 The Link Checker tool does not detect some links Editor 4.6 normal normal Awaiting Review defect (bug) new has-patch 2016-08-21T14:25:45Z 2023-09-16T12:09:45Z "hello, The Link Checker tool in WordPress 4.6 doesn’t detect an error when you put something before ‘http(s)‘. Example: xhttps://www.google.com And the tool does not detect error if a missing letter in ""http"". examples : ttps://core.trac.wordpress.org/newticket htps://core.trac.wordpress.org/newticket htts://core.trac.wordpress.org/newticket" Djibs13 Tickets Awaiting Review 46405 The editor has encountered an unexpected error Editor 5.1 normal normal Awaiting Review defect (bug) new 2019-03-03T11:46:32Z 2019-03-03T16:21:06Z "Hello My website is perkune.com I am using Mac OS 10:14:3 and everything updated OK I have been using the editor since it came out latest version 5.1 I have been tring to edit an existing blog and insert a new image but a message says The Editor has encountered an unexpected error also This block has encounted an unexpected error This is when I want to add an image - I can add text OK - Please canb you help Best regards paul " paulgoodwin Tickets Awaiting Review 54606 The selectControl component has margin bottom 0 in label of selectControl. Editor 5.8.2 normal normal Awaiting Review defect (bug) new 2021-12-10T05:02:25Z 2021-12-10T05:02:25Z "I am using latest wp version 5.8.2 I created 1 custom gutenberg block and added the typography setting in inspector control for title and description of my custom gutenberg block. Steps to reproduce: 1. Create a simple custom gutenberg block having 1 richtext. 2. Now create setting for font weight by SelectControl. So you can see that label of selectControl has margin 0. 3. So solution is to add margin-bottom 8 px." smit08 Tickets Awaiting Review 45852 Tick Box Open link in new tab... Editor 5.0.2 normal normal Awaiting Review defect (bug) new 2019-01-07T14:30:58Z 2020-01-22T06:26:44Z "I've found that when I insert a link into a new page and I edit the link, although I can tick in the edit box, open link in new tab, it does not work. The link opens in the same page and when I go back and tick the box again, it still does not work. The check-box isn't sending the command to open the link in a new tab. Many thanks. I can wait. " Motorised Tickets Awaiting Review 58362 Twenty Ten - Table block having issue with font size on editor side. Editor 6.2 normal critical Awaiting Review defect (bug) new has-patch 2023-05-20T07:50:08Z 2024-01-11T10:20:30Z "Steps to reproduce the issue:- Activate Twenty Ten Theme. Choose Table block. Add some text to the table. Now change the font size and check it on both the side editor and user side. You can able to see the change on the front side but the editor side have no change even after applying a different style font size. I have attached a video for better understanding. Video URL:- https://video.drift.com/v/abqA2x1QjxW/" iamfarhan09 Tickets Awaiting Review 57316 Twenty Twenty-Three: Alignment issue in Button block Editor 6.1.1 normal normal Awaiting Review defect (bug) new 2022-12-12T07:31:19Z 2022-12-12T11:33:57Z "In Twenty Twenty-Three Theme, when we add Button block on the editor side and change the alignment of Button then the ""Align right"" is not reflected in the backend as well as frontend side. Steps to replicate: 1: Activate the Twenty Twenty-Three Theme 2: Add Button block 3: Choose ""Align right"" from Align option 4: View the page/post at editor side 5: Save Page/Post 6: View the page/post at front side For better understanding, I provide a video attachment link. Video link: https://share.cleanshot.com/9VyrSCgD5fUNDgxYSJ1u Thanks" kajalgohel Tickets Awaiting Review 57445 "Twenty Twenty-Three: When adding a sub-menu set to ""open on click"" the parent menu item is not clickable" Editor 6.1.1 normal normal Awaiting Review defect (bug) new 2023-01-11T15:19:22Z 2023-01-18T16:02:00Z "== Summary When adding a sub-menu to Twenty Twenty-Three via the Site Editor, the parent menu item is not clickable. == To Replicate 1. At Appearance > Editor, add a navigation block to the Header template part 2. Add a sub-menu to one of the top-level menu items 3. In the Navigation block's Submenu settings on the right, select ""Open on click"" 4. View the site on the front end and try to click the parent item above the sub-menu == Result The top-level item that has the sub-menu under it is no no longer clickable, so it can never be reached. Clicking the parent item only opens the sub-menu. == Expected You should be able to click the parent item above a sub-menu. ''Note that this works correctly in Twenty Twenty-Two'' which is why I'm reporting this here instead of in the Gutenberg GitHub repo. == Testing Conditions No active plugins WordPress 6.1.1 Local install == User Report https://wordpress.org/support/topic/stop-mouse-over-on-submenu-item/" zoonini Tickets Awaiting Review 55139 TypeError: k is not iterable Editor 5.9 normal normal Awaiting Review defect (bug) new 2022-02-10T19:19:27Z 2022-02-10T19:19:27Z "When I am in the block editor and try typing something in the box search get the below error, see image 01 and 02. [[Image(https://inqmatic.com/wp-content/uploads/2022/02/image_01.png)]] [[Image(https://inqmatic.com/wp-content/uploads/2022/02/image_02.png)]] The error is: {{{ TypeError: k is not iterable at f (https://c0.wp.com/c/5.9/wp-includes/js/dist/block-editor.min.js:26:86949) at https://c0.wp.com/c/5.9/wp-includes/js/dist/block-editor.min.js:26:86506 at Array.map (
- Ordered list item 2
- Ordered list item 3
- Ordered list item 4
) at m (https://c0.wp.com/c/5.9/wp-includes/js/dist/block-editor.min.js:26:86496) at p (https://c0.wp.com/c/5.9/wp-includes/js/dist/block-editor.min.js:26:86043) at https://c0.wp.com/c/5.9/wp-includes/js/dist/block-editor.min.js:12:14633 at Object.useMemo (https://c0.wp.com/c/5.9/wp-includes/js/dist/vendor/react-dom.min.js:220:462) at c.useMemo (https://c0.wp.com/c/5.9/wp-includes/js/dist/vendor/react.min.js:30:236) at Wg7J.t.a (https://c0.wp.com/c/5.9/wp-includes/js/dist/block-editor.min.js:12:14608) at Le (https://c0.wp.com/c/5.9/wp-includes/js/dist/vendor/react-dom.min.js:100:3) }}} further, this error appear then update to wordpress 5.9. Thanks." zirtrex Tickets Awaiting Review 55945 UI Isssue on header list view Editor 6.0 normal normal Awaiting Review defect (bug) new 2022-06-08T05:15:28Z 2022-06-10T09:43:43Z "Hi, I am not able to see or scroll for see remove row on editor. more information you can see SS." sumitsingh Tickets Awaiting Review 59259 URGENT BUG ON NEW UPDATE Editor 6.3.1 normal normal Awaiting Review defect (bug) new 2023-08-31T21:46:05Z 2023-09-01T01:29:30Z "The latest WordPress update has slowed down editing pages/posts as well as creating new posts and pages. Prior to the new update their were no issues. Now productivity has plunged due to this bug. Pages become nonresponsive when editing. " franknez888 Tickets Awaiting Review 46016 Unable to move blocks in editor Editor 5.0.3 normal normal Awaiting Review defect (bug) new 2019-01-16T21:08:39Z 2019-01-17T17:50:01Z "As I understand it: an active block can be moved up or down with arrows at the left of the block, which appear with mouse pointer hover. Arrows do not appear with hover. When I highlight two blocks (click & drag), I can see the arrows and moving works. However, there is no handle for dragging. OS: windows 10 Browser: chrome wp: v. 5.0.3 Theme: Twenty Seventeen (version is up-to-date) - Jon " Sophie_Kath Tickets Awaiting Review 54046 Uncaught SyntaxError: Invalid regular expression Editor 5.8 normal normal Awaiting Review defect (bug) new 2021-08-31T22:34:14Z 2021-09-11T23:50:56Z "Hi I am trying to install a fresh version of WordPress on my server but the problem is, on the add new post page, I am getting this error: {{{ Uncaught SyntaxError: Invalid regular expression: /[!-/:-@[-`{-~б─-б©ц≈ц╥Б──-Б╞©Б╦─-Б╧©]/: Range out of order in character class at new RegExp ( ) at Module.pC98 (wordcount.min.js?ver=61ab1af9326f4d5fda7ed01990e1be70:2) at t (wordcount.min.js?ver=61ab1af9326f4d5fda7ed01990e1be70:2) at wp.wordcount.YLtl (wordcount.min.js?ver=61ab1af9326f4d5fda7ed01990e1be70:2) at wordcount.min.js?ver=61ab1af9326f4d5fda7ed01990e1be70:2 }}} however everything is fine even with this error until I try to install SEO plugins, like Yoast SEO and Rank Math SEO, but the cause of the problem is WordPress I tried everything to see if this problem will gone away or not Tested with php 7.4 and 8.0 Tested with chrome, firefox and opera Tested with mysql and mariadb, also tested with different charset " mmakenzi Tickets Awaiting Review 56627 Underscores are not allowed in block names; error message is misleading. Editor normal normal Awaiting Review defect (bug) new 2022-09-22T17:11:45Z 2022-10-12T19:32:42Z " The error when activating a plugin containing a register block whose name contains an underscore is vague and misleading. If you do not have WP_DEBUG set to true in your site's wp-config.php file; there are no errors in the browser's javascript console while in the editor. When you have WP_DEBUG set to true; and activate the plugin that contains the block, the error message displayed is misleading; the message, included verbatim below, states that a namespace prefix must be used and in my test case block, a name space was used; create-block {{{ ""Notice: Function WP_Block_Type_Registry::register was called incorrectly. Block type names must contain a namespace prefix. Example: my-plugin/my-custom-block-type Please see Debugging in WordPress for more information. (This message was added in version 5.0.0.) in /srv/www/case/public_html/wp-includes/functions.php on line 5831"" }}} A testcase for a block named 'my_test_case' is available at https://gitlab.com/skorasaurus/my_test_case The block does has a namespace, create-block. The full stacktrace for the error is at https://gist.github.com/skorasaurus/6506770a49bedff53876b962c1d29b16 This has happened to me in the past, has been reported in the [gutenberg issue tracker]https://github.com/WordPress/gutenberg/issues/13074 (issue was closed and directed to report here)" skorasaurus Tickets Awaiting Review 56893 Unnecessary line breaks added by the code editor that breaks JavaScript Editor 6.0.3 normal critical Awaiting Review defect (bug) new 2022-10-23T10:22:36Z 2022-10-24T06:23:10Z "adding a simple JavaScript to the code editor and hitting the publish button just adds unnecessary {{{
}}} inside the Javascript which is a sufficient reason to break any JavaScript How to reproduce: simply add a new post, paste/write any JavaScript and click the publish button to see the black magic [[Image(https://i.imgur.com/fyrAwtI.png)]] Regards, Atef" sweetheatmn Tickets Awaiting Review 48698 "Update fails if there’s a ""Custom Html"" block and an Iframe inside it" Editor 5.3 normal normal Awaiting Review defect (bug) new 2019-11-18T12:10:39Z 2020-04-01T18:33:54Z "When creating a new post or updating an old post, If there's a ""Custom Html"" block with an Iframe inside it, save always fails - regardless of what's in that block. It gives the following error: Updating failed. Error message: The response is not a valid JSON response." ozgurnevres Tickets Awaiting Review 50226 Updating block attribute meta (type array) fails if it is the only meta attribute Editor 5.4.1 normal normal Awaiting Review defect (bug) new 2020-05-22T13:26:08Z 2021-02-09T05:53:04Z "My support thread is [https://wordpress.org/support/topic/updating-block-attribute-meta-type-array/#post-12875806 here]. If I register a meta like this: {{{#!php object_post_type->options['type'], 'wpm_gallery_attach_ids', [ 'type' => 'array', 'description' => 'Associated Images', 'single' => true, 'show_in_rest' => [ 'schema' => [ 'type' => 'array', 'items' => [ 'type' => 'number', ], ], ], 'auth_callback' => function() { return current_user_can( 'edit_posts' ); }, ] ); }}} And a block like this: {{{#!php [ 'imgAttach' => [ 'type' => 'array', 'source' => 'meta', 'meta' => 'wpm_gallery_attach_ids', 'items' => [ type' => 'number', ], ], ], ] ); }}} Then the array shows up correctly in my block's attributes as an array. If I update it like so: {{{ const moveItem = ( imgId, move ) => { const imgIndex = imgAttach.findIndex( id => id === imgId ); const newIndex = imgIndex + move; if ( newIndex < 0 || newIndex >= imgAttach.length ) { return; } imgAttach[ imgIndex ] = imgAttach[ newIndex ]; imgAttach[ newIndex ] = imgId; const updatedImgAttach = [ ...imgAttach ]; setAttributes( { imgAttach: updatedImgAttach, } ); } }}} When I save the post, the attribute reverts to its original state and is not updated in the database. However, if I add a second string meta to the block, everything works! {{{#!php object_post_type->options['type'], 'wpm_gallery_attach_ids_string', [ 'type' => 'string', 'description' => 'Associated Images String', 'single' => true, 'show_in_rest' => true, 'auth_callback' => function() { return current_user_can( 'edit_posts' ); }, ] ); }}} {{{#!php [ 'imgAttach' => [ 'type' => 'array', 'source' => 'meta', 'meta' => 'wpm_gallery_attach_ids', 'items' => [ 'type' => 'number', ], ], 'imgAttachStr' => [ 'type' => 'string', 'source' => 'meta', 'meta' => 'wpm_gallery_attach_ids_string', ], ], ] ); }}} {{{ setAttributes( { imgAttach: updatedImgAttach, imgAttachStr: JSON.stringify( updatedImgAttach ) } ); }}} (To be clear, imgAttach is never set from imgAttachStr.) This seems like the inverse of [https://github.com/WordPress/gutenberg/issues/17384 SetAttributes does not work as expected with two or more post meta fields #17384] . It *does* work with two or more meta fields, but not one? If it is an array? I am using WordPress 5.4.1, without the Gutenberg plugin. " mikethicke1 Tickets Awaiting Review 56506 Used default separator style in editor but It's showing Wide Line Separator style in My Patterns Editor 6.0.2 normal normal Awaiting Review defect (bug) new 2022-09-04T06:36:36Z 2023-10-30T16:35:53Z "I have an issue on pattern design submission. While submitting my pattern, I have used default style separator but I'm getting Wide line style Separator in frontend in current WordPress Version. I did not understand what have I missed. Used Separator https://tinyurl.com/2lpyuja4 Frontend Separator https://tinyurl.com/2nd2k8by" rohit900 Tickets Awaiting Review 43071 User without the ability to publish are unable to edit post status Editor normal normal Awaiting Review defect (bug) new needs-unit-tests 2018-01-11T21:46:21Z 2021-12-10T05:34:24Z "If a user is able to edit a post but unable to publish a post, they can change the post status from the `wp-admin/edit.php?post_type=post_type` page using the quick edit dropdown feature. However, if the user goes to the `wp-admin/post.php?post=ID&action=edit` page, they are unable to edit the post status. User who are able to edit post_type should be able to do so from the post edit page." NathanAtmoz Tickets Awaiting Review 31751 Using PgDn and PgUp keyboard keys in the editor scrolls both post edit box and the whole viewport Editor 4.1.1 normal normal Awaiting Review defect (bug) new 2015-03-24T16:42:26Z 2020-11-24T06:13:57Z "The editor in WordPress 4.1 is great, and the whole sticky sidebar is a great improvement, but editing using Page Down and Page Up keys as part of the workflow is some of the most frustrating experience one can have because they control both the cursor in the post edit box and the page itself. For example, if I go into a short post, put the cursor at the beginning of the post, and press Page Down, I'm going to end up with this: [[Image(http://i.imgur.com/CZr3FXQ.png)]] At this point, I can only see a tiny sliver of the post because the page has scrolled too. This is similar to #30919, except I'm not talking about the distraction-free mode, which I almost never use. Windows 8.1 on Chrome 42 beta, but this behavior has been the same for as long as I can remember." archon810 Tickets Awaiting Review 45387 Valid HTML get mangled on the frontend Editor normal normal Awaiting Review defect (bug) new has-patch 2018-11-20T18:12:49Z 2023-11-22T15:40:07Z "Open the HTML editor, paste this HTML code {{{To make this thing happen, go to Pages an aria label"">http://google.com
}}} And preview the post in frontend. The HTML is a big mangled in the output, the link don't show up properly. I suspect that it's related to one of `the_content` filters. Reproduced in 4.9.8" youknowriad Tickets Awaiting Review 60005 Video block shows a blank white square with play button instead of video placeholder in mobile view. Editor 6.4 normal normal Awaiting Review defect (bug) new 2023-12-04T09:43:02Z 2023-12-04T09:43:02Z "Hello! I am using Sensei LMS to create fitness courses on my clients website. I am using video block in the editor to add short instructional videos in the course. Everything works great but when i check the course in mobile the video shows as a blank white page with play button. When i click play the video starts and everything works, but we would like to have video shown correctly like in the pc and tablet view. I contacted Sensei support and they troubleshooted it, they said that the issue is not related to their plugin. " rednasp1 Tickets Awaiting Review 53934 Vimeo embed working in admin and not on post when using private link Editor 5.8 normal normal Awaiting Review defect (bug) new 2021-08-16T16:48:19Z 2021-11-03T13:39:07Z "Hi, Issue : Vimeo Embed link does not appear in the post (not even in the source code of the blog post) when using private link. Current Behavior : When copy/pasting a ""private video link"" from Vimeo into the WordPress Post editor (default one) the embed is done automatically, but does not display / work on the post once published. Expected behavior : Copy/paste the Vimeo link to wordpress, emebed is done autoamtically, when publishing video is visible ont he blog page. How to reproduce : - Get a Vimeo ""private link"" to a video - Paste the Private link to a new blog post - (WP will Auto embed the vimeo videpo player) - publish post - Post does not contain the video. - If you edit the same blog post, the video is in there. How to solve (workaround) > Embed the vimeo player as an ""embed"" link using the ""player.vimeo.com/video/VIDEOID"". What is causing the problem ? From my experience & debugging : This behavior is mostly with Vimeo ""private link"". Wordpress will automatically embed even is you copy the private link and it will work in the admin (and if you are connected on your vimeo account). But this will not show up on the page/blog post once published. Embed expect the following : player.vimeo.com/video/VIDEOID The private link is : vimeo.com/VIDEOID/RANDOMUNIQUEIDHERE The vimeo page via private link is providing the info for oembed (json & xml) in its source. (first time submitting a bug report here. Edit if required.)" Trouffman Tickets Awaiting Review 54981 WP 5.9 Gallery Block Issues Editor 5.9 normal normal Awaiting Review defect (bug) new 2022-01-28T20:22:13Z 2022-01-31T09:38:46Z "I have an image gallery in all of my posts with images set to not cropped, thumbnail size, 3 or 4 columns. If I look at an old post (anything before the WP 5.9 upgrade this week), the gallery images look fine. If I go into that old post and update it (without changing anything in the gallery), the gallery images change to stretched in safari and full-size, singe column (instead of thumbnail, 3 or 4 columns) in chrome and firefox. Also, newly created posts are having the same issue since WP 5.9 upgrade. Issue is present while using either GeneratePress or Twenty Twenty-Two themes. I have tried deleting gallery and re-adding, same issue." hmnvtn Tickets Awaiting Review 59773 WP-Admin post editor JS createPreloadingMiddleware has PHP WP_Query deliver Drafts while in editor they are not Editor 6.3.2 normal normal Awaiting Review defect (bug) new 2023-10-31T11:17:33Z 2023-10-31T11:17:33Z "The WP-Admin post editor in its (Gutenberg) content has a (custom Genesis) block whose PHP template uses WP_Query to query other posts. In this content, **WP_Query does not** deliver draft posts. In the head section of the HTML document what the post editor is however, is a WP JS {{{ wp.apiFetch.use( wp.apiFetch.createPreloadingMiddleware( { ... } ) ) }}} and the argument has a property {{{ ""\/wp\/v2\/pages\/12?context=edit"" }}} (post types post id is 12) which has a sub-property ""rendered"" whose value gets filled by PHP from the same template as the post editor content does and in the context of this head JS PHP, the **WP_Query does** deliver drafts. This inconsistency lead to us discover an error where a WP PHP function return value was not checked for an error which did occur with a draft but not a ""real"" post. However I bring this to your attention. You perhaps might want to 1. use one and only one and the same PHP call and 2. in that call set the context according to your documentation whether drafts are considered or not." vialars Tickets Awaiting Review 45341 WSOD when editing a page with define( 'SAVEQUERIES', true ); set in wp-config.php Editor 5.0 normal normal Awaiting Review defect (bug) new has-patch 2018-11-14T06:43:28Z 2020-11-16T06:43:02Z "WSOD when editing a page (Issue introduced between v5Beta3 and v5Beta4) {{{ [1542177584 ] PHP 7. trigger_error() /var/www/wordpress/wp-includes/functions.php:4112 [1542177584 ] PHP 6. _deprecated_hook() /var/www/wordpress/wp-includes/plugin.php:629 [1542177584 ] PHP 5. do_action_deprecated() /var/www/wordpress/wp-admin/includes/post.php:2210 [1542177584 ] PHP 4. the_block_editor_meta_box_post_form_hidden_fields() /var/www/wordpress/wp-admin/includes/post.php:2066 [1542177584 ] PHP 3. the_block_editor_meta_boxes() /var/www/wordpress/wp-admin/edit-form-blocks.php:394 [1542177584 ] PHP 2. include() /var/www/wordpress/wp-admin/post.php:160 [1542177584 ] PHP 1. {main}() /var/www/wordpress/wp-admin/post.php:0 [1542177584 ] PHP Stack trace: [1542177584 ] PHP Notice: edit_form_advanced is deprecated since version 5.0.0! Use block_editor_meta_box_hidden_fields instead. This action is still supported in the classic editor, but is deprecated in the block editor. in /var/www/wordpress/wp-includes/functions.php on line 4112 [1542177584 ] PHP Notice: edit_form_after_title is deprecated since version 5.0.0! Use block_editor_meta_box_hidden_fields instead. This action is still supported in the classic editor, but is deprecated in the block editor. in /var/www/wordpress/wp-includes/functions.php on line 4112 }}}" timhibberd Tickets Awaiting Review 59051 When copying multiple paragraphs, only one is copied Editor 6.3 normal critical Awaiting Review defect (bug) new 2023-08-10T14:35:50Z 2023-08-10T14:36:18Z When I try to copy several paragraphs to see and paste them in another site, only the first one is copied. Multiple paragraphs cannot be copied at once jose36ca Tickets Awaiting Review 59364 When editing Styles > Layout or Block > * > Dimensions, every possible (and unnecessary) combination of global settings is copied to custom styles Editor 6.3.1 normal blocker Awaiting Review defect (bug) new 2023-09-15T10:04:37Z 2023-09-15T10:04:37Z "In the site editor, when making changes in Styles > Layout, it looks like every possible core block style and setting is copied and saved in the custom styles (wp_global_styles). This results in a ton of unnecessary global styles and settings, such as default colors and default font sizes, even in a theme that has defined settings.color.defaultPalette as false for example. As far as I can tell the only styles option that triggers this are the options in Styles > Layout. I've tried other options such as Typography, Colors, and individual block settings, and they all seem to work as expected in that the only thing saved in the custom styles is the option being edited. No issue with WP 6.2.2 It seems this bug was introduced in WP 6.3 The Gutenberg issue for reference: https://github.com/WordPress/gutenberg/issues/53868" uxl Tickets Awaiting Review 58886 When editing a pattern getting console error on chrome browser Editor normal normal Awaiting Review defect (bug) new 2023-07-24T07:49:43Z 2023-07-24T07:49:43Z "Chrome: Version 115.0.5790.102 (Official Build) (64-bit) screenshot: https://prnt.sc/3XQEoNPkzv1A " chiragrathod103 Tickets Awaiting Review 55314 When saving edits to the footer in editor (beta), saving fails Editor 5.9.1 normal normal Awaiting Review defect (bug) new 2022-03-04T00:09:24Z 2022-03-04T00:09:24Z "When editing the page template, saving changes made to the footer fails while saving changes to other blocks works. When saving changes to the footer, this request {{{ POST https://apgtest.dreamhosters.com/wp-json/wp/v2/template-parts/twentytwentytwo//footer?_locale=user }}} {{{}}} results in this response {{{ 418 I'm a teapot }}} " garnitchique Tickets Awaiting Review 45742 "When using HTTPS, ""preview post"" fails." Editor 5.0.2 normal normal Awaiting Review defect (bug) new 2018-12-22T17:21:41Z 2018-12-28T15:31:54Z "I am using WordPress 5.0.2 hosted at HostGator, but have been seeing this issue since 5.0 was released. I am using the Classic Editor plugin. If I log into my WordPress site using https://(site), write a post, and then click ""preview"", WordPress will wait and then say the post cannot be displayed. If I log into my WordPress site using http://(site), write a post, and then click ""preview,"" WordPress with show a preview of the draft as expected. I have tried disabling all plug-ins and it did not fix the problem. HostGator forces WordPress users to use ""Endurance Page Cache"" plug-in, so I cannot disable that one. I have multiple WordPress sites hosted on HostGator (RobOHara.com, Review-o-Matic.com, OHaraPress.com) and all of them have been having this issue since upgrading to 5.0. Hopefully I found a legitimate bug and didn't waste anyone's time. Keep on 'Pressin!" robohara Tickets Awaiting Review 44980 When using a mobile browser (iOS 12) and the Visual Editor you won’t be able to properly select/highlight text Editor 4.9.8 normal normal Awaiting Review defect (bug) new has-patch 2018-09-21T23:46:00Z 2019-03-02T06:35:18Z "Hi folks! I was able to reproduce this issue by using the latest version of WordPress.org and also on a WordPress.com site. **Steps to reproduce the problem:** 1. Log in to your WordPress site using a browser (Safari or Chrome) on any device with iOS 12. 2. Edit or create a post/page with text on it using the Visual Editor 3. Select/highlight any word. Then try to highlight the next or previous word. **What happens** It won't let you highlight what you want. Instead, it will highlight all the paragraph or nothing. Here's a video: http://cld.wthms.co/NwMb1X (You will notice this only happens with the Visual Editor and not the Text Editor) **What I expected** To be able to highlight the text as in the Text Editor ---- **Devices where I was able to replicate this:** iPhone 6 Plus and iPad Air 2 (A1567) **OS:** iOS 12.0 **Browser:** Safari & Chrome" Geost Tickets Awaiting Review 40759 Word Count Discrepancies Editor normal normal Awaiting Review defect (bug) new has-patch 2017-05-14T12:36:09Z 2020-11-24T06:27:13Z "I've noticed several discrepancies between how WordPress, Pages, Google Docs, and Word count words. Given the following text, all four count things quite differently. {{{ a 1 foo-bar e.g. jack & jill 5 @ $4.99 . fuzz@baz.blog }}} || ||= WordPress =||= Word =||= Pages =||= Docs =|| || Individual Words (a, jack, jill) || 3 || 3 || 3 || 3 || || Individual Numbers (1, 5) || 0 || 2 || 2 || 2 || || Hyphenated Words (foo-bar) || 1 || 1 || 2 || 1 || || Abbreviations (e.g.) || 1 || 1 || 2 || 2 || || Punctuation that translates to a word (&) || 0 || 1 || 0 || 0 || || Punctuation that translates to a word in this usage (@) || 0 || 1 || 0 || 0 || || Punctuation that doesn't translate to a word (.) || 0 || 1 || 0 || 0 || || Compound number ($4.99) || 0 || 1 || 1 || 2 || || Email address (`fuzz@baz.blog`) || 1 || 1 || 3 || 3 || I tend to fall in the camp of ""what would a reasonable native speaker count as a word"", which is probably closest to Word's definition, minus the punctuation that doesn't translate to a word." pento Tickets Awaiting Review 50132 Word Counter on Classic Editor is bugged Editor 5.4.1 normal normal Awaiting Review defect (bug) new 2020-05-08T19:28:22Z 2020-11-24T16:14:30Z "On the Classic Editor, sometimes words after a new line or new paragraph are not counted properly. If you create 10 lines, each consisting of 10 words each, only 91 words will be accounted for. This seems to be mostly a JavaScript bug, but can potentially affect any other word-counting function on WP too, if their implementation is similar." matpratta Tickets Awaiting Review 40964 WordPress 4.8 Pasting into editor functionality changed Editor 4.8 normal normal Awaiting Review defect (bug) new has-patch 2017-06-09T05:43:45Z 2020-11-16T06:48:14Z "Hi there, With 4.8 the paste functionality seems to have changed in the visual editor. When I paste a list of items into the 4.8 visual editor from a text editor it now strips all ""line breaks"" and I end up with one big paragraph. I can still paste the list in text view and switch back to visual view and it keeps the line breaks. This has changed in this new version. I do this process as a daily activity. " AngusMcKinnon Tickets Awaiting Review 45532 WordPress 5.0 preview does not show updated content Editor 5.0 normal normal Awaiting Review defect (bug) reopened 2018-12-08T03:34:48Z 2018-12-13T03:09:59Z "When making an update to a page using the WordPress 5.0 code editor and then clicking ""Preview,"" the preview page does not display the updated content. Steps to reproduce: - Log in as an admin - Click Pages - Select a page to edit - Click the 3 dots menu on the right - Select ""Code Editor"" - Make changes to code within the editor - Click Preview in the top right Expected result: Updated code will be displayed in the preview page Actual result: The preview page displays the unedited page until the ""Update"" button is clicked" JoshCrawford Tickets Awaiting Review 52054 WordPress 5.6 broke my ability to create posts. Editor normal normal Awaiting Review defect (bug) new 2020-12-12T21:59:44Z 2020-12-13T00:01:35Z "Immediately after upgrading to version 5.6, when I create/edit a post either the settings tab doesn't work or the settings column is off screen to the right and inaccessible unless I take my browser zoom down to 80% (and then I still can't get to lower items in settings). Also, after an update or a save draft, an attempt to return to the dashboard is met with the leave page warning that usually only happens when a change is made w/o saving or updating. I downgraded back to 5.3.3 as this was reliable for me." vormwmik54 Tickets Awaiting Review 52540 WordPress 5.6.1 blocking new posts Editor 5.6.1 normal blocker Awaiting Review defect (bug) new 2021-02-16T14:14:59Z 2021-02-16T15:35:28Z "When I click ""new post"" I get a blank post with ""Auto-draft"" pre-filled as the title, but when I change it and populate the post with content and click save draft or publish, the content disappears, and I am returned to a blank ""Auto-draft"" post. This happens with all plugins active or disabled. The posts are saved as blank drafts with the title Auto-draft. When I removed the Tiny MCE editor plugin, and tried to use the Gutenberg editor, the site stalls on saving the draft and does not complete the save." PodcastSteve Tickets Awaiting Review 52570 "WordPress 5.6.1 bug/error ""Publishing failed. The response is not a valid JSON response.""" Editor 5.6.1 normal normal Awaiting Review defect (bug) new 2021-02-19T02:59:40Z 2021-02-24T21:33:07Z "In the Latest Version of WordPress Gutenberg Editor, is having the issue of ""Publishing failed. The response is not a valid JSON response."" error. Please make update to the Wordpress, or some patch, from where the error could be originating. I am using PHP8, Apache and MySQL. Not Xampp, own installation[[Image(https://imgur.com/a/Su24bGJ)]]" djacob56 Tickets Awaiting Review 52918 WordPress 5.7 block parent focus bug for reusable block Editor 5.7 normal normal Awaiting Review defect (bug) new 2021-03-26T08:59:53Z 2021-04-24T10:17:44Z "Hi, I just made the change to WordPress 5.7 from Wordpress 5.6.2 and I experience a rather strange behavior for reusable blocks. On 5.6.2 when I click on a reusable block I am prompted with an info box showing me the name of the block and an option to edit what's inside the block. That's perfect and make completely sense. In 5.7 this behavior changed, if I click on a reusable block by default it selects the child inside and I don't see the info box anymore. To select the parent I need to hover the block icon to see the parent icon. That's not really easy to understand and I made multiple mistake by adding additional blocks in a reusable block just because I was not aware that the focus was on the children and not the parent. I check the release note and was surprise to see that this was supposed to have changed: https://make.wordpress.org/core/2021/02/23/inner-blocks-api-changes/ Is it a wrong setting I put, something I miss or a bug? " paulbouisset Tickets Awaiting Review 54098 WordPress 5.8 - Cannot read properties of undefined (reading 'clientId') Editor normal blocker Awaiting Review defect (bug) new 2021-09-09T09:45:40Z 2021-09-21T13:38:46Z "Hi, We updated our wordpress to 5.8 (we also tried 5.8.1 today), and just after that, we have an error on post edit page, in the console {{{ data.min.js?ver=a9e98fe3ad76884fe7909ba8348395b7:2 An error occurred while running 'mapSelect': Cannot read properties of undefined (reading 'clientId') The error may be correlated with this previous error: TypeError: Cannot read properties of undefined (reading 'clientId') at we (https://mywebsite.com/wp-includes/js/dist/block-editor.min.js?ver=fc8c27c6e95e7e0d59b4e344cb9ddfed:12:100185) at https://mywebsite.com/wp-includes/js/dist/data.min.js?ver=a9e98fe3ad76884fe7909ba8348395b7:2:13742 at r (https://mywebsite.com/wp-includes/js/dist/data.min.js?ver=a9e98fe3ad76884fe7909ba8348395b7:2:13559) at https://mywebsite.com/wp-includes/js/dist/block-editor.min.js?ver=fc8c27c6e95e7e0d59b4e344cb9ddfed:12:285498 at Object.current (https://mywebsite.com/wp-includes/js/dist/data.min.js?ver=a9e98fe3ad76884fe7909ba8348395b7:2:21206) at https://mywebsite.com/wp-includes/js/dist/data.min.js?ver=a9e98fe3ad76884fe7909ba8348395b7:2:20809 at __experimentalMarkListeningStores (https://mywebsite.com/wp-includes/js/dist/data.min.js?ver=a9e98fe3ad76884fe7909ba8348395b7:2:16751) at Object.__experimentalMarkListeningStores (https://mywebsite.com/wp-includes/js/dist/data.min.js?ver=a9e98fe3ad76884fe7909ba8348395b7:2:17238) at https://mywebsite.com/wp-includes/js/dist/data.min.js?ver=a9e98fe3ad76884fe7909ba8348395b7:2:20171 at e (https://mywebsite.com/wp-includes/js/dist/data.min.js?ver=a9e98fe3ad76884fe7909ba8348395b7:2:20801) Original stack trace: }}} When we downgrade to version 5.7.2 of wordpress, error disappear We found the problem, and it is coming from our custom post taxonomy named ""selection"", in the args we put ""show_in_rest"" true, when it is false it is ok but we dont see that in Gutenberg so it is not the solution, and when we rename ""selection"" to ""selectiontest"" for example it is works but we lost our datas inside this taxonomy We looked at ""Reserved Terms"" of wordpress, but ""selection"" is not in the list ([https://codex.wordpress.org/Reserved_Terms]) Our code {{{#!php $labels, // $labels is our labels array 'hierarchical' => true, 'public' => false, 'show_ui' => true, 'show_admin_column' => true, 'show_in_nav_menus' => true, 'show_in_rest' => true, 'show_tagcloud' => false, 'rewrite' => false ); register_taxonomy('selection', array('post'), $args); }}} For the args, we are using the same config for other taxonomies too but the only ""selection"" is a problem, maybe something was added in the 5.8 and create a conflict with this name ?" ahsynv Tickets Awaiting Review 56410 WordPress API error when trying to add tags Editor 6.4.2 normal critical Awaiting Review defect (bug) new 2022-08-20T03:49:31Z 2024-02-07T17:05:11Z "In this video- https://www.loom.com/share/6671fc834c624e37940ba9ecf0398389 you can see that, even with all plugins deactivated and with a default theme, there is an error whenever we tried to add a new tag. As you can see in the video, there is a 400 server error related to the WordPress API. Maybe it is showing due to - WordPress API error when trying to add tags that already exist to a existing post or within site. I’ve run into an error in the browser console whenever I try to add tags (that already exist on the site) to a post. I’ve managed to reproduce this on a completely new site. To reproduce this, please try the following steps: 1) Create a few tags (around 5-6) under Posts > Tags. 2) Create a new post. 3) With the browser console open, start adding your tags to the new post. 4) You should see a 400 Bad Request error for /wp-json/wp/v2/tags?_locale=user I was able to reproduce this error on a completely new WordPress 6.0.1 install. We then tried to reproduce this issue on a completely new WordPress installation with no plugins and we managed to reproduce this problem. It looks like this is a problem in WordPress core and not in a plugin. The error seems to be triggered only when you try to add a tag that already exists on the site." fanmerch2016 Tickets Awaiting Review 59565 WordPress Block Editor Tag Limit Bug Editor 6.3.2 normal normal Awaiting Review defect (bug) new 2023-10-09T05:43:31Z 2023-10-25T03:43:50Z "Hi, WordPress mentioned there is no tag limit on its platform. But, Block editor wont take any tags above 200. On adding more tags above 200, it will add the tag but then remove the last tag in alphabetical order. On installing classic editor plugin, the issue is resolved. Looks like there is no limit in classic editor. Can this bug be resolved on block editor of wordpress? Thanks " prowp7 Tickets Awaiting Review 52305 WordPress Classic & Gutenberg Editor - ENTER key casing Textarea View Position To Jump Editor normal normal Awaiting Review defect (bug) new 2021-01-15T11:10:01Z 2021-02-09T20:12:24Z "Steps to reproduce: (on Windows 10 x64, Chrome latest browser version) 1) Install latest and greatest WordPress* - with ""2021"" theme as active (theme is irrelevant, actually) - absolutely no plugins should be active EXCEPT WordPress Classic Editor: **wordpress.org/plugins/classic-editor/** * NOTE: exact/latest WP version is not actually relevant, either, because this bug is an ongoing issue for at least a 6-12 months now - can't say for sure - it's just that I finally found the time to investigate it on a clean fresh system. - Activate plugin, switch to **Classic Editor** mode for new posts, and switch from **Visual** to **Text** input mode (this is very important!). 2) Create new post in Text mode - Simply copy-paste provided demo html text (demo lorem ipsum text with sufficient length should be used, to provide enough ""page scroll"" or reduce browser's window width to approx 1200 pixels to emulate older laptop computer) + add some h3 tags (for easier orientation, as long as you do not scroll all the way down to the end of the text, but position mouse cursor to the end of a paragraph somewhere in the middle you should be able to reproduce this bug. - save the post - now edit the post (it is best to activate DevTools and disable browser caching just to be sure everything is freshly loaded every time) - when you **position mouse cursor somewhere in the middle** of the article **at the end of a paragraph or html element** and hit **ENTER** key on the keyboard (to create new paragraph line), Editor will jump its position and text will completely shift outside visible area to the top! This is a bug that exists for about a year or so and it is very annoying (to say at least), particularly to us who are used to work directly with html tags in Text mode. Bug seems to originate in TinyMCE editor's scroll function that is triggered when we hit Enter key (according to debugger). It uses math function to calculate position of the top toolbar with commands. (?) See provided video recording to visualize the bug itself. Sometimes it may not occur, but try to repeat it again, and it should reproduce. I would likely to know if there's an easy fix for this. Thanks!" Darko A7 Tickets Awaiting Review 52308 "WordPress Editor does not preserve ""blank"" (empty) lines in Code/Text mode" Editor normal normal Awaiting Review defect (bug) new 2021-01-15T13:51:13Z 2021-01-15T13:51:13Z "This issue exists in WordPress Classic (TinyMCE) Editor for ages, and similar issue exists in new Block editor, when used in Code mode. I will try to explain it as briefly as possible, but there's a video attached for a quick demonstration, as well. **1) WordPress Block Editor** - Switch to Code mode - Type a lot of html text with some tags (e.g. h3, h4, h5 sections and paragraphs) - Whenever you insert an empty line between title tags (h1-h6), on scroll action Editor will remove them! This condenses all the text and makes our brains short circuiting e.g. we can no longer easily visualize different paragraphs and sections when working with huge amount of text / lengthy articles! This behavior should be fixed / js code that is doing this must be optional and left disabled, if we desire so. Or removed completely, as it is counter-intuitive and counter-productive. **2) WordPress Classic Editor** - Situation with Classic editor is little better. As long as we stay in Text mode, editor will keep our line spacings between header titles/tags and other tags and paragraphs. - However, as soon as we switch to Visual Editing mode, and update the article, all the line spaces / ""custom formatting"" will be lost! Now, I need to switch on occasion to Visual, but I like to mostly work in Text mode, because of full control and freedom. The HTML output produced in Code/Text modes does not actually change, so this annoying thing is not even justified by WYSIWYG standard e.g. it does not affect the end result. But it makes our lives miserable with the editor's mind of its own. To be honest, I'd like to have a simple editor, much like this one we have here on Track during posting issues. It presents us with a plain textarea input and commands on top, and that's it! It works. Please see attached video for illustration. Thanks!" Darko A7 Tickets Awaiting Review 48539 WordPress Editor sometimes chops off titles in Chrome Editor 5.2.4 normal minor Awaiting Review defect (bug) new 2019-11-08T15:16:20Z 2019-11-08T22:38:19Z "Somtimes the WordPress Editor chops titles at the top of a page when editing. Unlike the ""missing images"" problem I reported, this one does NOT show up in Firefox. Example Attached" cube1us Tickets Awaiting Review 58984 WordPress FontSizePicker Default Label issue Editor 6.2.2 normal normal Awaiting Review defect (bug) new 2023-08-04T20:41:49Z 2023-08-05T03:57:39Z "If you have five or fewer font sizes, the WordPress `FontSizePicker` component will default to the labels 'S / M / L / XL / XXL'. There doesn't appear to be a way to change these labels, which can problematic, for example if your names begin XS rather than S, or you use numbers for names e.g. 10 / 30 / 50. To recreate the issue, within `theme.json`, add the following (or another) example of 5 or fewer default typography sizes to `settings.typography.fontSizes`: {{{ ""fontSizes"": [ { ""size"": ""clamp(0.625rem, 0.3438rem + 0.75vw, 1rem)"", ""slug"": ""10"", ""name"": ""10"" }, { ""size"": ""clamp(1rem, 0.7188rem + 0.75vw, 1.375rem)"", ""slug"": ""20"", ""name"": ""20"" }, { ""size"": ""clamp(1.25rem, 0.9688rem + 0.75vw, 1.625rem)"", ""slug"": ""30"", ""name"": ""30"" }, { ""size"": ""clamp(1.5rem, 1.2188rem + 0.75vw, 1.875rem)"", ""slug"": ""40"", ""name"": ""40"" }, { ""size"": ""clamp(1.875rem, 1.5938rem + 0.75vw, 2.25rem)"", ""slug"": ""50"", ""name"": ""50"" } ] }}} Then when editing any page, attempt to amend the paragraph size of text (or any other block that uses your font sizes). You'll see that the labels within the `FontSizePicker` component are 'S / M / L / XL / XXL', which have no relationship to the names that you'd set in `theme.json`. Part of a solution could be to add a 'shortLabel' field to `theme.json` `settings.typography.fontSizes`, which would be used instead of the defaults by the `FontSizePicker` react component, when five or fewer font sizes are used. An alternative solution would be to provide a slider, similar to padding and margin resizing." paulpooka Tickets Awaiting Review 53208 WordPress editor documentation: a few suggested changes Editor normal normal Awaiting Review defect (bug) new needs-docs 2021-05-14T15:05:09Z 2021-05-14T15:06:52Z "These videos are not working (tested on Firefox and Safari): https://wordpress.org/support/article/wordpress-editor/#how-does-the-block-editor-work https://wordpress.org/support/article/wordpress-editor/#adding-a-block Here it says ""three sections"" and then only mentions ""1)"": https://wordpress.org/support/article/wordpress-editor/#the-anatomy-of-a-block" tomjdevisser Tickets Awaiting Review 53254 YouTube blocks becomes uneditable Editor 5.7.2 normal normal Awaiting Review defect (bug) new 2021-05-21T20:25:55Z 2021-05-22T05:20:42Z "Sometimes embed YouTube blocks become uneditable in Gutenberg. It happens when you try to click them and they try to play, sometimes I don't understand why it happens. Below an example of a post with youtube blocks that I tried on empty installation. Blocks randomly become bugged and uneditable in Gutenberg on Chrome 90.0.4430.212 and 76.0.4017.123. To reproduce the bug 1. Enter the code below on a new post in Gutenberg 2. Make several random clicks on youtube block 3. Look at the description of the blocks, sometimes it becomes uneditable and unclickable I'm not a developer, just a user, so I try to tell you about the bug and I hope it will be resolved sometime. {{{Proudly powered by WordPress
Завершилась анонсирующая часть мероприятия PDXCON, которое в этом году получило название PDXCON REMIXED. Если у вас нет времени на просмотр полной записи прямого эфира или вы не понимаете на английском, то эта статья для вас. Читайте о всех анонсах, сделанных на мероприятии, ниже.
Victoria 3
Самым главным по значимости анонсом, несомненно, стала глобальная стратегия Vicotira 3, которую ждут фанаты предыдущих частей уже длительное время. Её ожидание было настолько долгим, что геймеры начали проводить параллели с Half-Life 3 и начали склоняться к выводу, что третьей части выйти не суждено. Однако Paradox удивили всех и всё же анонсировали долгожданное продолжение.
Victoria 3 – это глобальная стратегия, в которой игроки смогут взять под своё управление любое государство XIX-XX веков. В третьей части будет расширена знаменитая система менеджмента населения, в которой присутствует несколько классов и различные политические течения, а также улучшена торговля. Строительство заводов, импорт и экспорт, а также другие элементы Paradox обещают сделать не только лучше и проработанное, но и доступнее новичкам. И, конечно же, игра будет выполнена на самой последней версии графического движка и предложит приятную картинку.
Дата выхода Victoria 3 оглашена не была.
Prison Architect: Second Chanses
Стратегия о строительстве и управлении тюрьмой Prison Architect получит дополнение Second Chanses, посвящённое программам реабилитации заключённых. С помощью занятий по конфликтологии, зоотерапии и психологическим встречам игроки смогут попытаться реабилитировать самых злостных нарушителей и сделать из них адекватных членов общества. Разумеется, это поможет им раньше освободиться из тюрьмы.
Кроме того, дополнение позволит увеличивать сроки наказания за плохое поведение и уменьшать за хорошее. За рецидивистов игроки получат штрафы, а за досрочно освобождённых – приятные бонусы. Опытные заключённые смогут торговать в булочных, ресторанах и тюремных мастерских.
Дополнение выйдет 16 июня.
Crusader Kings III: Royal Court
Crusader Kings III также получила анонс нового дополнение под названием Royal Court. DLC будет посвящено королевскому двору как средству демонстрации власти и могущества правящей династии. Игроки смогут создать величественный королевский двор, который понравится вассалам и привлечёт множество других людей.
Дополнение добавит в игру тронный зал, возможность проводить суды над вассалами и придворными, судя последних по справедливости (или политическим мотивам). С помощью еды и изысканных украшений можно будет произвести впечатление на влиятельных персон, а ко двору смогут прибыть влиятельные мыслители и талантливые художники, которые смогут создать новые шедевры.
Дата выхода Royal Court пока что не уточняется.
Hearts of Iron IV: No Step Back
Пока что без особых подробностей был показан тизер-трейлер нового дополнения No Step Back для глобальной стратегии о Второй мировой войне Hearts of Iron IV. Исходя из тизера, DLC ""Ни шагу назад"" (если перевести название на русский) будет посвящено странам советского блока и расширит контент при игре за них. В тизере демонстрируется знаменитая советская промышленная машина.
Дата выхода No Step Back пока что не уточняется.
Empire of Sin: Make it Count!
Дополнение Make it Count! добавит в гангстерскую стратегию о преступном Чикаго 1920-х годов Empire of Sin нового босса, Меера Лански по прозвищу ""Бухгалтер"". Он вместе со своими ребятами по прозвищу the Fixers умеет решать проблемы за определённую стоимость. В DLC можно будет пройти новые миссии сюжетной линии Бухгалтера, разблокировать новые игровые возможности и познакомиться с наставником Лански, Арнольдом Ротштейном. Все указанные персонажи являются реальными историческими личностями.
Дополнение выйдет скоро, и пока что не уточняется конкретная дата выхода.
Cities: Skylines: Content Creator Pack: Bridges & Piers
И наконец, наиболее незначительный анонс мероприятия: пак моделей для градостроительной стратегии Cities: Skylines. Мини-дополнение Bridges & Piers добавит новые здания, которые позволят разнообразить береговую линию ваших городов, которые были разработаны мододелом Андресом Кортинь, известным под ником Armesto.
Дополнение уже доступно в Steam за символическую стоимость.
}}} " arskrigitsioniets Tickets Awaiting Review 47520 [WP5.2.1] Crop images in IE11 not working Editor 5.2.1 normal normal Awaiting Review defect (bug) new 2019-06-10T17:20:19Z 2023-03-12T21:54:32Z "Hello, I'm using IE11 with WordPress 5.2.1 and if I create a gallery with the Gutenberg editor and turn off the function ""crop images"" on the right bar the last picture is not resized (I created a four column gallery and the last picture is one in the last line). The last picture is 100% width on the complete site. In Firefox and Edge it works, the picture has the right size. " vincenz17 Tickets Awaiting Review 55586 `get_block_wrapper_attributes` generates PHP notices. Editor 5.6 normal normal Awaiting Review defect (bug) new dev-feedback 2022-04-18T16:12:37Z 2022-04-21T20:48:43Z "To replicate this issue: 1. Set both `WP_DEBUG` and `WP_DEBUG_LOG` in wp-config.php to `true` so that errors will be logged to `wp-content/debug.log`. 2. Using WP-CLI, run `wp shell`. 3. Call `get_block_wrapper_attributes();` in the terminal. 4. Note the errors and call stack output in `wp-content/debug.log`. It will look something like this: [18-Apr-2022 16:05:27 UTC] PHP Notice: Trying to access array offset on value of type null in wp-includes/class-wp-block-supports.php on line 94 [18-Apr-2022 16:05:27 UTC] PHP Notice: Trying to access array offset on value of type null in wp-includes/class-wp-block-supports.php on line 96 `get_block_wrapper_attributes()` makes a singleton call to retrieve the `WP_Block_Supports` object, which in turn calls `apply_block_supports` on that object. The `apply_block_supports` method presumes that there is an editor block already assigned to the object, and attempts to retrieve the block type by using the `blockName` set on in the array of the `$block_to_render` property. Since the default value on the `WP_Block_Supports` object is `null`, this generates the error. It seems that the easiest solution here is to return an empty array from `apply_block_supports` if `$block_to_render` is not set. Since `get_block_wrapper_attributes` is a public function that does not accept a block, it can be called outside of a sequence where `WP_Block_Supports` might already have set properties on the object. " jmichaelward Tickets Awaiting Review 57599 `wp_theme_json_data_default` filter is not properly to setting `settings.spacing.padding` value Editor 6.1.1 normal normal Awaiting Review defect (bug) new 2023-02-01T18:21:06Z 2023-02-02T16:25:29Z "There appears to be an issue in how the `theme.json` filters get currently applied. When trying to use the filter on the `default` layer to enable the `settings.spacing.padding` option it doesn't work as expected. Within a plugin I'm trying to call the filter like so: {{{#!php 2, 'settings' => [ 'spacing' => [ 'margin' => true, 'padding' => true, ], ], ]; return $theme_json->update_with( $new_data ); }; }}} And for Theme I'm using a completely empty theme that has this `theme.json` file: {{{#!json { ""version"": 2, ""$schema"": ""https://schemas.wp.org/trunk/theme.json"" } }}} The expected result is that the padding dimension panel in for example the group block could be added. But that isn't the case. At the same time the `margin` option which I've also added in the example above does work as intended. If you change the `theme.json` file to set the `padding` option to true it does work. And also if you change the filter that gets used to the `theme` layer it works as expected: {{{#!php 2, 'settings' => [ 'spacing' => [ 'margin' => true, 'padding' => true, ], ], ]; return $theme_json->update_with( $new_data ); }; }}} or {{{#!json { ""version"": 2, ""$schema"": ""https://schemas.wp.org/trunk/theme.json"", ""settings"": { ""spacing"": { ""padding"": true } } } }}} " fabiankaegy Tickets Awaiting Review 51644 allowed_block_types breaks if array keys become non-sequential Editor 5.5.1 normal minor Awaiting Review defect (bug) new 2020-10-27T12:40:21Z 2021-02-23T20:38:16Z "When the blocks array is filtered using `allowed_block_types`, I want to remove some blocks. Using a loop and a combination of `array_search()` and `unset()`, I remove the blocks I need to remove. However, it seems that this results in all blocks being available (the same as returning true for `allowed_block_types`). This can be easily averted in your own hooked function by using `$blocks = array_values( $blocks )` to reset the array keys so they're sequential again. However, this seems like a minor bug worth fixing at root for anyone else removing blocks this way (apply `array_values()` to the array if an array is returned by the `allowed_block_types` filter). Not sure if this might be affected by decisions made for https://core.trac.wordpress.org/ticket/50706" gyrus Tickets Awaiting Review 55728 baseURL missing for remotely fetched editor styles Editor 5.9.3 normal normal Awaiting Review defect (bug) new 2022-05-13T23:29:40Z 2022-05-13T23:29:40Z "Note: I would have created a ticket rather in the Gutenberg repository, but the affected code is in the WordPress core. When an editor style is added (using `add_editor_style`) as remote URL (not as path to a file), the editor style definition from `get_block_editor_theme_styles()` passed to the Gutenberg Block Editor doesn't contain a `baseURL` field. Relevant code: https://core.trac.wordpress.org/browser/tags/5.9.3/src/wp-includes/block-editor.php#L538 This missing `baseURL` field prevents the Gutenberg CSS post-processing from rewriting the stylesheet-relative URLs inside the CSS, resulting in broken `url(...)` references and preview. When the `baseURL` is added to remotely fetched styles, too, using the known CSS file URL, the URL rewrite issues are fixed and everything looks correctly: {{{#!php wp_remote_retrieve_body( $response ), 'baseURL' => $style, // added '__unstableType' => 'theme', ); // [...] }}} " strarsis Tickets Awaiting Review 55484 class-wp-editor.php line 1697 Editor 5.9.2 normal normal Awaiting Review defect (bug) new 2022-03-30T00:46:36Z 2022-03-31T19:32:19Z "Line 1697 of class-wp-editor.php should end with a semicolon. Otherwise, if the page is compressed errors are in the console and the editor isn't functioning correctly." karin2 Tickets Awaiting Review 55844 color picker has scroll in styles menu Editor 6.0 normal minor Awaiting Review defect (bug) new 2022-05-26T12:29:42Z 2022-05-28T00:32:18Z in the color picker inside the styles menu moving your color picker circle to the right makes the color picker have a scrollbar in the bottom. tomkolron Tickets Awaiting Review 50249 color-picker dashicon not showing Editor 5.4.1 normal normal Awaiting Review defect (bug) new 2020-05-25T23:05:26Z 2021-04-20T05:21:34Z "When creating a PanelBody in the InspectorControls for Gutenberg block, and using 'color-picker' from Dashicons, no icon is rendered. Other dashicons are working, but 'color-picker' is not. Sample code: {{{#!javascript createElement(PanelBody, { title: __('Border color','textdomain'), initialOpen: false, icon: 'color-picker' }, createElement(ColorPicker, { color: attributes.PARAGRAPHSTYLES_BORDERCOLOR, disableAlpha: false, onChangeComplete: changeParagraphStyleBorderColor }) ) }}} " Lwangaman Tickets Awaiting Review 52215 conflict with useBlockProps() Editor normal normal Awaiting Review defect (bug) new 2021-01-04T11:37:55Z 2021-01-04T16:48:57Z "Hi I have a conflict when I use apiVersion: 2. I create a map with leaflet and a geosearch. When I use useBlockProps and activate apiVersion: 2, the component it's rerender when the mouse mouve. And this action close automatically the search box. It's because the component rerender. Somebody have a solution for prevent this rerender ?" picfab Tickets Awaiting Review 59104 duotone is not applied to videos in the cover block in safari Editor 6.3 normal normal Awaiting Review defect (bug) new 2023-08-14T16:01:43Z 2023-08-22T20:49:58Z "Dear Team, duotone (svg filter) is not applied to videos in cover block in safari (screenshot safari). In edge for example it works (screenshot ms edge). I would be very happy about a solution. Many greetings Kiril" kiandept Tickets Awaiting Review 57237 file_exists(): open_basedir restriction in effect. File(core/post-comments) is not within the allowed path(s) Editor normal critical Awaiting Review defect (bug) new dev-feedback 2022-11-30T21:22:36Z 2022-12-15T13:33:18Z "Hello, After updating wordpress to version 6.1.1 I see this php warning messages: {{{ Warning: file_exists(): open_basedir restriction in effect. File(core/post-comments) is not within the allowed path(s): (/data/web/virtuals/291601/virtual) in /data/web/virtuals/291601/virtual/www/wp-includes/blocks.php on line 532 Warning: Cannot modify header information - headers already sent by (output started at /data/web/virtuals/291601/virtual/www/wp-includes/blocks.php:532) in /data/web/virtuals/291601/virtual/www/wp-includes/pluggable.php on line 1416 Warning: Cannot modify header information - headers already sent by (output started at /data/web/virtuals/291601/virtual/www/wp-includes/blocks.php:532) in /data/web/virtuals/291601/virtual/www/wp-includes/pluggable.php on line 1419 }}} I can't get into admin. I use php 8.1.11. I try to rename all plugins via FTP, but nothing change. On my another testing website I see the same php warning messages, but I can reach the wordpress administration. So I tryed to disable all plugins and change theme to default ""Twenty Twenty-Two"" but nothing change. I am not the only one who suffer with these errors. Here for examle: https://stackoverflow.com/questions/74327979/wp-error-warning-file-exists-open-basedir-restriction-in-effect-filecore Thank you, David" davidki Tickets Awaiting Review 55065 galleries not working properly Editor normal normal Awaiting Review defect (bug) new 2022-02-03T18:29:43Z 2022-02-08T04:21:50Z "1. can't drag and drop to reorganize photos within a gallery 2. if there is a ""hanging"" single photo in a gallery, it is not flush with the rest of the gallery 3. when centering a gallery, the photos are aligned single file down the page as opposed to in rows of 2-3, as specified. I.e., it's no longer a WYSIWYG editor as far photos are concerned. " pantsonfire77 Tickets Awaiting Review 60378 gdlr-edit-box.js Uncaught TypeError: temp_settings is undefined Editor 6.4.2 normal critical Awaiting Review defect (bug) new 2024-01-30T11:56:51Z 2024-01-30T11:56:51Z "Uncaught TypeError: temp_settings is undefined code: var temp_settings = tinyMCEPreInit.mceInit.content;" changhsinjung Tickets Awaiting Review 54931 get_block_template filter not fired when template saved in posts Editor 5.9 normal normal Awaiting Review defect (bug) new has-patch 2022-01-26T15:45:54Z 2023-10-15T14:56:16Z "The `\get_block_template()` function fires a 'get_block_template' filter at the end that allows for plugins to filter the content etc. However, this only works if the template was retrieved from a theme's template file, if the template has been edited it is saved into the `posts` table. When a template (part) is found in the `posts` table the function exits early with the found template but does not wrap the return in a call to the 'get_block_template'. This means plugins and custom code do not get a chance to filter the template's content or properties when re-editing after a template has had an initial edit." ianmjones Tickets Awaiting Review 53027 gutenberg editor: click on document-outline elements has no effect. Editor 5.7 normal major Awaiting Review defect (bug) new 2021-04-13T15:04:29Z 2021-04-13T15:04:29Z "If you are in edit mode of a page or post, a click on the document-outline elements will not show an effect. A click on an element schould process a jump to the block (h2 - h6). I think this is a bug. Could you please confirm an fix this? Until version 5.3 it worked well. After update to 5.7 not. I even tried a new WordPress Instance, but this feature still not works. Greetings from Heidelberg Stefan Schäfers" steschdkfz Tickets Awaiting Review 53999 it didn't save TAGS in post. Editor 5.8 normal critical Awaiting Review defect (bug) new 2021-08-24T23:37:49Z 2021-08-24T23:37:49Z "My name Idelfonso Roberto Santos my whatsapp and weChat 55 47 98872 0320 my site https://www.2e4rodas.com.br Versão atual: 5.8 Última verificação em 24 de agosto de 2021 às 20:10. https://i.imgur.com/1stSbgD.png [[Image(https://i.imgur.com/1stSbgD.png]] https://i.imgur.com/88QU03P.png [[Image(https://i.imgur.com/88QU03P.png)]] it didn't save TAGS in post. https://i.imgur.com/Jgbdei8.png [[Image(https://i.imgur.com/Jgbdei8.png)]] Have tests already been done? 1 - disable all plugins. 2 - change the theme. 3 - put the Tags in the first time you record the post. " sir1idelfonso Tickets Awaiting Review 44470 meta property=“og:image” doesn't register if an image is executed via a shortcode in WP Post and Pages Editor 4.9.6 normal critical Awaiting Review defect (bug) reopened dev-feedback 2018-06-27T03:28:41Z 2018-06-30T00:34:20Z "I want to try and explain a WordPress core issue and bug, in which I dont feel there is an available solution, at least I dont think after exhaustive research. I ran many many tests on fresh WP installations and twenty17 themes. And some may suggest this is a 3rd party plugin issue, while I am suggesting that it is both a Core and 3rd Party Plugin issue with the most widely used plugin in the world perhaps WPSEO. Applying shortcodes to WP post and Pages, of course it renders fine in the front-end, the output code that is. However, many recent updates to social media platforms Open Graph Protocols. The WPSEO plugin cannot understand that an image is being executed via php through a shortcode, unless the image is hard-coded directly into the WP page editor then it works fine. Problem is, no image executed from literally any 3rd party plugin shortcode contained within a wordpress post or page will execute the meta property=""og:image"" in the .... In short WordPress Core does not support opengraph functions or plugins when shortcodes are being used. one of the last tests to try to continue to prove this is a WP core issue from their last several updates, that I am certainly of course trying to gain some attention on, that even an out of the box wordpress stock short codes like [gallery ids=""21""] to display images, cool enough that it displays visually in the post editor, still impossible to hook into the main property=og:image meta. Of course the other primary issue, no rhyme or reason either that a static front page cannot display the meta in the either by any know third party plugin or hard coded functions in the theme directory. Being that exhaustive testing has been done, without the modification of stock wordpress core files, continues to lead me to believe that this is a core issue again. And after a lot of I intelligent research I believe wordpress next core update should fix this. Please read some other additional testing I have done on this issue as well. I am certainly trying to gain some attention to this issue because developers need to be able to execute php via shortcodes into wp post editors therefore execute images in a dynamic way via short codes and still be in compliance with al know third party plugins like yoasts og: settings and the social media platform og protocols. https://wordpress.stackexchange.com/questions/306973/property-ogimage-doesnt-register-with-including-a-php-file-as-a-shortcode-in" nlstm Tickets Awaiting Review 45744 post preview does not work Editor normal critical Awaiting Review defect (bug) new 2018-12-22T19:43:15Z 2018-12-28T15:34:08Z "As I mentioned in my issue with revisions, there seems to be a real problem with the Preview feature in v 5.02 I created a NEW post using the Blocks editor. When I ask to Preview I get a page which does a continuous re-draw of the WordPress logo and the message Generating preview… The URL says only ""about:blank"" And again when I go to save I get the error Updating failed If I attempt to go to another part of admin I get the message ""Changes you made may not be saved. The theme I am using is Twenty Seventeen Version: 1.9" kyborn Tickets Awaiting Review 49094 preg_match() expects parameter 2 to be string on line 417 of wp-includes/class-wp-block-parser.php Editor 5.3.2 normal critical Awaiting Review defect (bug) new 2019-12-29T20:45:06Z 2020-04-04T13:36:50Z "wp version 5.3.2 os MacOS 10.15.2 browser FireFox 71.0 Building a custom theme and on a very simple page if I have a qry param in the url that is an array ''(ex. ?c[]=3&c[]=6)'' I get the following warnings. If I change the url param to a string like ''c=3'' then the warnings go away. {{{ Warning: preg_match() expects parameter 2 to be string, array given in /wp-includes/class-wp-block-parser.php on line 417 Warning: strlen() expects parameter 1 to be string, array given in /wp-includes/class-wp-block-parser.php on line 489 }}} The reason the url has these params is for a custom data filter with a multi-select menu. After a google search it appears that this bug was introduced in version 5.3.1 and based on my findings to fix the issue that is accurate. The bug appears to be related to the parse_blocks() function, I was able to trace the issue back to this location: blocks.php line 271 function filter_block_content(); If I update the function like so, {{{ function filter_block_content( $text, $allowed_html = 'post', $allowed_protocols = array() ) { $result = ''; if ( !is_array( $text ) ) { $blocks = parse_blocks( $text ); foreach ( $blocks as $block ) { $block = filter_block_kses( $block, $allowed_html, $allowed_protocols ); $result .= serialize_block( $block ); } } return $result; } }}} by adding the **if !is_array()** condition the page works properly and warnings go away. I'm not 100% sure if this is the correct place for this fix but wanted to let you know about the issue, since I don't believe WP should be trying to parse qry params this way. Hope this information is helpful." thenerdcave Tickets Awaiting Review 45743 revisions issue with block editor Editor 5.0.2 normal major Awaiting Review defect (bug) new 2018-12-22T19:17:24Z 2018-12-28T15:33:50Z "Okay, I just upgraded my site to WordPress 5.0.2 I tried to edit an existing post, when I converted the contnt to block editor, the auto save kept telling me update did not happen ""Updating failed"", when I tried a preview, it never showed just keeps drawing he WordPress logo and ""Generating preview…"" I installed and activated the ""classic editor"" plugin and tried to edit the edit box is totally blank! I went back and deactivated the classic plugin then went to the post to edit but it was totally blank except for the header box and bellow a faint box with the title of ""Classic"" Fortunately I found an option ""Convert to Blocks"" when i did that, the content re-appeared but the ""preview still does not genrate. My current theme is Twenty Seventeen Version: 1.9 I went back to the post to try to recover a previous version, but there is no revisions history and found no option to activate. I searched the forum for help on reviosions and found * * adding line to save post revisions per WordPress {{{ */ https://codex.wordpress.org/Revisions */ and at https://codex.wordpress.org/Editing_wp-config.php#Post_Revisions */ }}} I have edited wp-config with these lines, I am guessing I have o log out close the browser and revisit the site for that code change to activate. I have no idea what to do from there." kyborn Tickets Awaiting Review 57061 social-icons block not working Editor 6.1 normal major Awaiting Review defect (bug) new 2022-11-10T13:55:53Z 2022-11-15T16:57:30Z "Hi, I had social-icons(links) in several places in my website but now all disappeared. I tried to add them again but after you ass social-icons block it does nothing but shows the block editor as expected but can~t add it to the page " mariamorais Tickets Awaiting Review 41229 the tag read more is not working Editor 4.8 normal normal Awaiting Review defect (bug) new 2017-07-03T12:17:48Z 2017-07-03T22:11:01Z "Hello, I have wordpress on a Hebrew language and when I try to add read more tag on post it's not show up in the frontend" yohanankap Tickets Awaiting Review 58236 theme.json customTemplates with child themes work wrong Editor 6.3 normal normal Awaiting Review defect (bug) new 2023-05-02T18:35:21Z 2023-05-02T18:35:21Z "If you use child themes, then customTemplates in theme.json does not work and behaves badly 1. It is not possible to delete or overwrite parent custom template - neither false nor empty array helps 2. It is not possible to create a new custom template - it simply does not appear 3. and what is strange - if you try to create your own custom template, it will throw away the naming and parent template at that position, so then when you select the template for the page, it doesn't show the title but the name. Example - if you make a child theme from twenty-three, and you type {{{ ""customTemplates"": [ { ""name"": ""no-title"", ""postTypes"": [ ""page"" ], ""title"": ""No title"" }], }}} so when the page is selected, it will display 'blank' instead of 'Blank' (blank is the name of the first template in the parent twenty-three theme). If you try {{{ ""customTemplates"": [{}, { ""name"": ""no-title"", ""postTypes"": [ ""page"" ], ""title"": ""No title"" }], }}} so when you select a page, it will display ""blog-alternative"" instead of Blog (Alternative) (blog-alternative is the second template in the parent theme). Child template can't be added like this even in the fourth position Unfortunately, this makes the whole thing completely unusable." thomask Tickets Awaiting Review 55284 thumbnails issue Editor 5.9.1 normal major Awaiting Review defect (bug) new has-patch 2022-03-01T11:14:14Z 2022-05-10T10:18:06Z After updating to the latest version of wordpress, the space between elements in the frontend is not respected. For example, the thumbnails of image galleries created with WordPress blocks are aligned abnormally, spaces are not respected. See Attachment. simobenedettidesign Tickets Awaiting Review 54522 unsaved edits should consistently trigger pop-up alert Editor 5.6 normal major Awaiting Review defect (bug) new 2021-11-26T12:49:29Z 2023-04-30T08:01:12Z "https://wordpress.org/support/topic/unsaved-content-and-autosave/ described the steps to reproduce the bug. Background: I use the classic editor to write posts every day. Like many users, I often forget my unsaved edits, and try to leave the edit page. This is such a common user error that WP has multiple protections. The autosave is one protection but I won't talk about it. A second protection is a local cache in my browser. This is the (unsatisfactory) protection used in the current WP version (5.8.2). It's unsatisfactory because the forgetful user is allowed to leave the edit page with unsaved changes. When she returns to edit the same post, she may fail to notice a warning message in a banner. This warning is triggered presumably because the local cached version differs from the latest saved version in MySQL. I have seen (or missed) this banner warning more than 100 times. Not as good as the traditional protection that I have seen in 5.5.3. The traditional protection is a pop-up alert whenever user attempts to ""leave"" the post-edit page. (Leaving means Either closing the browser, or going to another website, or clicking on a link.) Whenever the editor content differs from the last published version, the alert would ''reliably'' pop up. I would either hit cancel then save my changes, or hit Leave to discard my change **knowingly**. Needless to say, the pop-up protection is more proactive, more preemptive than the second protection (local cache). That's why current WP version still uses this pop-up protection, but unreliable. In https://wordpress.org/support/topic/unsaved-content-and-autosave/ I discussed when the pop-up shows/doesn't show. To reproduce the bug (no pop-up) you need to be patient. Even if you can't reproduce the bug, I can guarantee that it does exist. The attached screenshot is the banner warning in 5.8.2. It won't show up if the pop-up has always worked. In 5.5.3 I have not seen this banner." tiger40490 Tickets Awaiting Review 51721 wp-admin/js/post.(min.)js does not successfully validate post dates within years 0000—0100 Editor 2.9 normal normal Awaiting Review defect (bug) new 2020-11-06T15:29:43Z 2020-11-10T17:42:02Z "When adding or editing a post, `wp-admin/js/post.(min.)js` does not correctly set the year on a JavaScript `Date` object when validating the post date. == To reproduce: 1. Add or edit a post 2. In the ''Publish'' meta box, click ''Edit'' next to the publish date. 3. Enter a validate date, with the year in the range 0—100. 4. See that the date input is highlighted red and marked invalid. == In depth This happens because in JavaScript, when passing a two-digit year to the `Date` constructor, it thinks that it is for the 1900 century. Even passing a string such as `0050` seems to be type-casted to a number. [http://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Global_Objects/Date#Two_digit_years_map_to_1900_%E2%80%93_1999 See more on MDN]." wongjn Tickets Awaiting Review 56218 wp-block-columns no margins or padding in WordPress 6 Editor 6.0 normal normal Awaiting Review defect (bug) new 2022-07-14T11:23:25Z 2022-08-04T15:26:17Z "This issue has been recreated in 4 different themes, Twenty Twenty-Two, Astra, & 2 Genesis themes. Also, with all plugins disabled, and all caches cleared. I've been using the `div class=""wp-block-columns""` markup via the code editor on over 300 articles on my WordPress site. I originally copied all of the markup directly from the WordPress block editor, so it was totally valid markup. Everything worked fine through several WordPress updates, until WordPress 6. Now, when using WordPress 6, this markup no longer styles the block columns, and all columns merge into one block and lose their margins and padding. If I look at the current WordPress 6 block editor columns markup, it has changed, and now has the markup enclosed in several “remarks” – e.g. {{{}}} So this shows that WordPress 6 has changed how it deals with `wp-block-columns` markup, but has not ensured backward compatibility with the previous markup. This essentially breaks my website, so I am unable to update to WordPress 6. " XyZed Tickets Awaiting Review 41106 wp_editor() doesn't support attributes besides id and class Editor normal normal Awaiting Review defect (bug) new 2017-06-20T20:31:16Z 2020-09-22T05:37:31Z "I'm replacing a generic textarea with a WYSIWIG field. My textarea has an `aria-describedby` attribute, but wp_editor() -- really `_WP_Editors::editor()` -- can't set any HTML attributes besides ID and class on the WYSIWIG. Would be better if I could do something like this: {{{ wp_editor( 'hi-roy', 'Some text', array( 'attrs' => array( 'aria-describedby' => 'description' ) )); echo 'Some description
'; }}} " Shelob9 Tickets Awaiting Review 59363 wp_tag_cloud and apply_filters Editor 6.3.1 normal normal Awaiting Review defect (bug) new 2023-09-15T09:59:24Z 2023-09-15T10:19:33Z "Line https://github.com/WordPress/wordpress-develop/blob/trunk/src/wp-includes/blocks/tag-cloud.php#L28 {{{ $tag_cloud = wp_tag_cloud( $args ); }}} has to be changed to {{{ $tag_cloud = wp_tag_cloud( apply_filters( 'widget_tag_cloud_args', $args ) ); }}} to be in line with documentation: https://developer.wordpress.org/reference/hooks/widget_tag_cloud_args/ I will attach a patch as documented here: https://make.wordpress.org/core/handbook/contribute/git/ " steffenkrueger Tickets Awaiting Review 55968 xss string to be treated as simple string Editor normal normal Awaiting Review defect (bug) new has-patch 2022-06-12T06:11:57Z 2022-10-31T14:58:38Z "xss string to be treated as simple string while creating a post from the Dashboard or should not be allowed to be saved as draft. Current Behaviour: wordpress allowed to save post as a draft with xss string however, editing of a post is not allowed. Expected Behaviour: Behaviour should consistent from end user perspective. Steps To Reproduce : Step-1: Login in WordPress 6.1 Step-2: Navigate to the Dashboard. Step-3: Enter simple xss text for title in quick draft section {{{ e.g: