__group__,ticket,summary,owner,_component,_version,priority,severity,milestone,type,_status,workflow,_created,modified,_description,_reporter
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,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
Candidates for Closure,57626,"Searches to add a link in post-edit, to be sortable/filterable to better find tags",,Editor,,normal,trivial,Awaiting Review,enhancement,new,reporter-feedback,2023-02-03T14:30:14Z,2023-03-20T13:51:02Z,"Currently when adding a link to a post, I can search for a term and get back a mix of posts, pages and tags. This is the intended behaviour.
However, if the search term I am using is broad (e.g. 'Movies') and there are more than 20 posts on my site featuring the word Movies (this is often the case for a broad term), then WordPress will prioritise returning me 20 search results that are all posts, and will not return the Movies tag.
This is a general sorting issue, the search function prioritises posts over tags.
I'd like see a change where an exact tag match would always appears as the top result.
If not, then an option to filter the search, perhaps with checkboxes to show Posts/Pages/Tags etc.",joshduffetywong
Tickets Awaiting Review,46655,Block editor adding line breaks between blocks,,Editor,5.1,normal,minor,Awaiting Review,defect (bug),new,,2019-03-26T13:09:51Z,2020-09-24T09:50:37Z,When a post is created in the block editor the generated HTML receives 3 line breaks in between blocks. This isn't much of an issue in the browser but the line breaks are also inserted into feeds which are then displayed in some RSS readers.,jchristopher
Tickets Awaiting Review,56873,Core Blocks validation error from wordpress 6.0.3,,Editor,6.0.3,normal,minor,Awaiting Review,defect (bug),new,,2022-10-20T21:47:17Z,2022-10-21T01:46:23Z,Hello! There seem to be some validation errors of some core block patterns from version 6.0.3 (they seem to be inconsistencies of the style attribute). They can be viewed in the developer console.,gigito78
Tickets Awaiting Review,50108,Custom Post Type with public => false still generates/reserves title as permalink,,Editor,5.4.1,normal,minor,Awaiting Review,defect (bug),new,,2020-05-06T22:30:47Z,2020-05-07T20:07:09Z,"A message with a permalink is still shown/generated after publishing a post of a custom post type with public=>false.
**prerequisite**
- Generate a basic custom post type like this
{{{#!php
'My Teasers'
);
$args = array(
'label' => 'Teaser',
'description' => 'it is a custom post type',
'labels' => $labels,
'supports' => array( 'title', 'editor', 'custom-fields' ),
'hierarchical' => false,
'public' => false,
'show_ui' => true,
'show_in_menu' => true,
'menu_position' => 5,
'menu_icon' => 'dashicons-groups',
'show_in_admin_bar' => true,
'show_in_nav_menus' => false,
'can_export' => true,
'has_archive' => false,
'exclude_from_search' => true,
'publicly_queryable' => true,
'capability_type' => 'page',
'show_in_rest' => true,
);
register_post_type( 'teaser', $args );
}
add_action( 'init', 'teaser_post_type', 0 );
}}}
**issue**
- create a post of the custom post type
- type in a title and click on publish
- it will ask if you're ready to publish, so click publish again
- a new message appears: ""%post_title% is now live"" - below that is a generated permalink (domain.com/%post_type%/%post_name%/) (also ""view post"" and ""copy link"" buttons)
The permalink leads to a 404 page which is correct, but the generated permalink and buttons should not happen (at least not be shown in the message), because the custom post type is public=>false.
",TBschen
Tickets Awaiting Review,60181,Date Block setting issue,,Editor,,normal,minor,Awaiting Review,defect (bug),new,,2024-01-03T04:24:18Z,2024-01-03T07:16:13Z,"In any theme, in Date Block, if I select any date it displays the date of the previous day while in the date picker it shows the proper date.
also on the frontend, it show properly selected date.
Video Url - https://drive.google.com/file/d/1JfOQGSlCkajEl_eg4VZ0gPiwB8JGVMee/view?usp=sharing",pranitdugad
Tickets Awaiting Review,60615,"Gutenberg > Typography > Font > Manage Font : While fetching the the fonts, the loader is not alight in the centre. It should have equal top bottom spacing.",,Editor,,normal,minor,Awaiting Review,defect (bug),new,,2024-02-23T06:06:15Z,2024-02-27T05:35:40Z,"== Bug Report
=== Description
I believe the loader that appears should have equal spacing from top to bottom.
=== Environment
- WordPress: 6.5-beta2
- PHP: 8.0.30-dev
- Server: PHP.wasm
- Database: WP_SQLite_Translator (Server: 5.5 / Client: 3.40.1)
- Browser: Chrome 121.0.0.0
- OS: macOS
- Theme: Twenty Twenty-Four 1.0
- MU Plugins:
* 0-playground.php
* 0-sqlite.php
* WordPress WXZ Exporter 0.1
- Plugins:
* Create Block Theme 1.13.8
* Debug Bar 1.1.4
* Health Check & Troubleshooting 1.7.0
* Test Reports 1.1.0
* User Switching 1.7.3
* WordPress Importer Git loader 0.8.2
=== Steps to Reproduce
1. Go to Themes > Editor
2. Click on any heading or paragraph
3. Now, open a style
4. Click on Typography
5. Click on Font > Manage Fonts icon
6. Now, observe the loader appearing here which does not equal spacing from top-bottom.
=== Expected Results
1. ✅ IMO it should be centre-aligned.
=== Actual Results
1. ❌ Uneven top-bottom spacing.
=== Supplemental Artifacts
Add as Attachments",krupajnanda
Tickets Awaiting Review,48915,"Gutenberg Paragraph Block, Drop Cap missing sanitize rule for initial hard return line
",,Editor,5.3,normal,minor,Awaiting Review,defect (bug),new,,2019-12-09T05:01:54Z,2020-01-10T21:15:46Z,"When content has dirty markups, or mistaken is made with hard return before input, more specifically a
markup as first element, Drop Cap option can be enable but there is no effect on the first letter in the rendered content.
See example:
{{{
Lorem Ipsum quam quasi mollitia
User’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,56429,Gutenberg author box missing,,Editor,6.0.1,normal,normal,Awaiting Review,defect (bug),new,,2022-08-24T14:03:31Z,2022-11-05T22:30:57Z,"There is a bug related to the author box missing when all of the following conditions are true: - When there are more than 70 users in a WP installation - When an Editor creates a post and saves it as a draft. This must be the only post of that user - If all the users are ordered alphabetically, that user must be above 60 in the order When this is true, if another Editor opens that draft, the author box won't be visible. There is an additional request that should fetch that user and it's returning error 403 If Administrator opens it, the author box is present The cause for the bug is the last condition that fails here - https://github.com/WordPress/WordPress/blob/master/wp-includes/rest-api/endpoints/class-wp-rest-users-controller.php#L445 because the function checks for the author of the post",lgadzhev Tickets Awaiting Review,50548,Gutenberg default style not work,,Editor,5.4.2,normal,normal,Awaiting Review,defect (bug),new,dev-feedback,2020-07-03T10:46:23Z,2020-07-04T04:24:09Z,"Hello, I found the Gutenberg default style dropdown not work. Please check the attached document. Thanks. ",rkradadiya Tickets Awaiting Review,57212,Gutenberg list block treating each UL as separate block? Why?,,Editor,6.1,normal,normal,Awaiting Review,defect (bug),new,,2022-11-26T17:44:58Z,2022-11-30T16:38:38Z,"After WordPress core update 6.x we start seeing that Gutenberg block for LISTS is now treating each separate UL as what looks like a separate block, so that each UL can be dragged, reordered, copied, duplicated, font styles, etc... It is confusing, not intuitive. Previous method of Gutenberg lists was nice and simple, it was just one master (parent) list and all UL inherit the style of the parent without ability to treat ULs separately. Would be nice to have option in the Gutenberg LIST block to disable the treatment of ULs separately and just keep it one simple master list. ",wordmax Tickets Awaiting Review,47971,HTML markup bugs when using custom HTML editor,,Editor,,normal,normal,Awaiting Review,defect (bug),new,,2019-09-04T15:10:26Z,2019-09-04T15:52:30Z,"Bonjour, Je hurle. Ca fait 10 versions que ce bug n'est toujours pas corrigé ! Quand on utilise à l'ancienne un seul champ pour les articles et pages et qu'on fait de l'édition HTML, l'éditeur rajoute des balises à la volée en ajax avant même que l'on est fini de terminer son code de fermeture de balise par exemple. Pire quand il manque une balise il fait des copier coller hallucinants de codes qui peuvent se répéter jusqu'à 10 fois partout : ce qui oblige à se retaper tout le code de la page pour enlever les dizaines d'ajouts inutiles mis à la volée par WordPress. Ce qui devait partir d'une bonne intention est en fait une catastrophe. Il n'est plus possible d'éditer le code html et à la moindre erreur toute la page est à refaire par le code rajouté.. Merci de corriger ce problème qui pour moi est très grave. Editer le code html à la main dans WordPress, c'est une base. Hello, I scream. It's 10 versions that this bug is still not fixed! When using an old field for articles and pages and making the HTML edition, the editor adds tags on the fly in ajax even before we are done finishing his code of tag closure for example. Worse when it misses a tag it makes copy glue hallucinating of codes that can be repeated up to 10 times everywhere: which forces to retype all the code of the page to remove the dozens of useless additions put on the fly by WordPress. What had to start from a good intention is actually a disaster. It is no longer possible to edit the html code and the slightest error the whole page is to be redone by the code added .. Thank you for correcting this problem which for me is very serious. Edit html code by hand in WordPress is a base.",nantesweb Tickets Awaiting Review,56813,Heading Block Margin Issue,,Editor,6.0.2,normal,normal,Awaiting Review,defect (bug),new,,2022-10-13T06:01:59Z,2022-10-19T16:16:24Z,"I have checked the heading block WordPress latest version with the Twenty Twenty-Two theme. But the heading block left & right margins are not working. Screenshot of the issue: [https://prnt.sc/WLET9Xj4Adjc]",piyushpatel123 Tickets Awaiting Review,60075,Heading-Level Tooltip prevents from selecting a level,,Editor,6.4.2,normal,normal,Awaiting Review,defect (bug),new,,2023-12-14T18:54:34Z,2024-02-13T12:09:09Z,"It now happened a few times that I wanted to change the heading level, but when the tooltip is visible, it is overlaying the next level, making it (sometimes) not clickable/selectable. [[Image(https://ekesto.com/wordpress/wp-content/uploads/2023/12/Screenshot-2023-12-14-at-19.48.37.jpg)]]",ekesto Tickets Awaiting Review,59498,I18N issue in site editor,,Editor,6.3.1,normal,normal,Awaiting Review,defect (bug),new,,2023-09-29T10:02:37Z,2023-09-29T10:32:31Z,"Hi, In the site editor, when a template or a template part, or even a style...is modified, the following message is displayed: ""Last modified a few seconds ago"". This string corresponds to: [https://translate.wordpress.org/projects/wp/dev/fr/default/?filters%5Bstatus%5D=either&filters%5Boriginal_id%5D=135&filters%5Btranslation_id%5D=131480] and as it's a variable we can't translate it. In french, for example, the message is ""Dernière modification il y a a few seconds"". In spanish, the message is ""Última modificación hace a few seconds"" We have a break in I18N here, due to this variable. Thanks for the modification. ",jdy68 Tickets Awaiting Review,58759,Iframed block editor breaks printing some pre-registered scripts enqueued late,,Editor,6.3,normal,normal,Awaiting Review,defect (bug),new,,2023-07-08T02:56:29Z,2023-07-08T02:56:29Z,"https://core.trac.wordpress.org/changeset/56047/ changed the way scripts are loaded in the block editor which can have unexpected consequences for scripts that otherwise load successfully in other areas of wp-admin. This changeset broke enqueuing pre-registered scripts by handle, if the scripts were also registered beforehand. The following code can be used to demonstrate: {{{#!php Heading hereSHARING 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,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,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,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,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,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: {{{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,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 }}} {{{Proudly powered by WordPress
Завершилась анонсирующая часть мероприятия PDXCON, которое в этом году получило название PDXCON REMIXED. Если у вас нет времени на просмотр полной записи прямого эфира или вы не понимаете на английском, то эта статья для вас. Читайте о всех анонсах, сделанных на мероприятии, ниже.
Самым главным по значимости анонсом, несомненно, стала глобальная стратегия Vicotira 3, которую ждут фанаты предыдущих частей уже длительное время. Её ожидание было настолько долгим, что геймеры начали проводить параллели с Half-Life 3 и начали склоняться к выводу, что третьей части выйти не суждено. Однако Paradox удивили всех и всё же анонсировали долгожданное продолжение.
Victoria 3 – это глобальная стратегия, в которой игроки смогут взять под своё управление любое государство XIX-XX веков. В третьей части будет расширена знаменитая система менеджмента населения, в которой присутствует несколько классов и различные политические течения, а также улучшена торговля. Строительство заводов, импорт и экспорт, а также другие элементы Paradox обещают сделать не только лучше и проработанное, но и доступнее новичкам. И, конечно же, игра будет выполнена на самой последней версии графического движка и предложит приятную картинку.
Дата выхода Victoria 3 оглашена не была.
Стратегия о строительстве и управлении тюрьмой Prison Architect получит дополнение Second Chanses, посвящённое программам реабилитации заключённых. С помощью занятий по конфликтологии, зоотерапии и психологическим встречам игроки смогут попытаться реабилитировать самых злостных нарушителей и сделать из них адекватных членов общества. Разумеется, это поможет им раньше освободиться из тюрьмы.
Кроме того, дополнение позволит увеличивать сроки наказания за плохое поведение и уменьшать за хорошее. За рецидивистов игроки получат штрафы, а за досрочно освобождённых – приятные бонусы. Опытные заключённые смогут торговать в булочных, ресторанах и тюремных мастерских.
Дополнение выйдет 16 июня.
Crusader Kings III также получила анонс нового дополнение под названием Royal Court. DLC будет посвящено королевскому двору как средству демонстрации власти и могущества правящей династии. Игроки смогут создать величественный королевский двор, который понравится вассалам и привлечёт множество других людей.
Дополнение добавит в игру тронный зал, возможность проводить суды над вассалами и придворными, судя последних по справедливости (или политическим мотивам). С помощью еды и изысканных украшений можно будет произвести впечатление на влиятельных персон, а ко двору смогут прибыть влиятельные мыслители и талантливые художники, которые смогут создать новые шедевры.
Дата выхода Royal Court пока что не уточняется.
Пока что без особых подробностей был показан тизер-трейлер нового дополнения No Step Back для глобальной стратегии о Второй мировой войне Hearts of Iron IV. Исходя из тизера, DLC ""Ни шагу назад"" (если перевести название на русский) будет посвящено странам советского блока и расширит контент при игре за них. В тизере демонстрируется знаменитая советская промышленная машина.
Дата выхода No Step Back пока что не уточняется.
Дополнение Make it Count! добавит в гангстерскую стратегию о преступном Чикаго 1920-х годов Empire of Sin нового босса, Меера Лански по прозвищу ""Бухгалтер"". Он вместе со своими ребятами по прозвищу the Fixers умеет решать проблемы за определённую стоимость. В DLC можно будет пройти новые миссии сюжетной линии Бухгалтера, разблокировать новые игровые возможности и познакомиться с наставником Лански, Арнольдом Ротштейном. Все указанные персонажи являются реальными историческими личностями.
Дополнение выйдет скоро, и пока что не уточняется конкретная дата выхода.
И наконец, наиболее незначительный анонс мероприятия: пак моделей для градостроительной стратегии 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,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,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,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,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,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,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. {{{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: