__group__ ticket summary owner component _version priority severity milestone type _status workflow _created modified _description _reporter Comments Needs Dev / Bug Wrangler Feedback 38805 A hook is missing in class WP_List_Table Administration 4.6.1 normal major Awaiting Review defect (bug) new dev-feedback 2016-11-15T22:03:17Z 2022-04-20T16:51:26Z "If I want to add a column to a WP_List_Table, I used this hooks : * `manage_{$this->screen->id}_columns` * `manage_{$this->screen->id}_sortable_columns` * `manage_{$screen->id}_custom_column` But the last one doesn't exist in WP_List_Table, I can create a column but I can't insert data into. Here the documentation : https://make.wordpress.org/docs/plugin-developer-handbook/10-plugin-components/custom-list-table-columns/#output-table-cell-contents Here the source of WP_List_Table : https://github.com/WordPress/WordPress/blob/master/wp-admin/includes/class-wp-list-table.php Actually, I want to hook a plugin with this hook, I can't add columns. Thanks " madvic 7 Needs Dev / Bug Wrangler Feedback 36081 Activity dashboard widget is not using word-wrap: break-word mrahmadawais Administration 4.4.2 normal normal Future Release defect (bug) assigned dev-feedback 2016-03-03T07:40:11Z 2019-03-20T18:05:43Z "Long word's without spaces goes out of the container. I think that this class `#dashboard-widgets a` needs `word-wrap: break-word`; Screenshot: http://www.awesomescreenshot.com/image/1048253/7b7bc297dd3c3bd1f3c9532dd9f1138e" Prelc 25 Needs Dev / Bug Wrangler Feedback 36201 Admin Pagination URLs Use Wrong Hostname Administration normal normal Future Release defect (bug) reopened dev-feedback 2016-03-10T21:18:06Z 2024-02-01T00:58:46Z "The pagination links on the posts/pages screen uses the wrong host in some cases. Particularly for my case I have a Wordpress blog installed on a separate server from my main website, but it's hosted as a subdirectory `/blog` on the main site using the `mod_proxy` Apache module. So the pagination links are coming through using the wrong host like this: http://1647760595.us-east-1.elb.amazonaws.com/wp-admin/edit.php?paged=2 It seems like these pagination links are the only ones with this issue, and I believe it's because of how they are being constructed. I've attached a patch that solves the issue for me. -Garrett" grimmdude 42 Needs Dev / Bug Wrangler Feedback 56302 Admin menu links have relative URLs Administration normal normal Awaiting Review defect (bug) new dev-feedback 2022-07-29T06:01:54Z 2022-11-04T07:53:52Z "Hey, When i opened `abc.com/wp-admin/options.php/` and then try to go on submenu under settings then menu link is wrong and not opening page. more information you can see quick recording. https://www.loom.com/share/e64670a986df4c5da8e81838799a7ea1 Thank you " iihglobal 4 Needs Dev / Bug Wrangler Feedback 47901 Admin menu variable is not always considered as global Administration normal normal Awaiting Review defect (bug) new dev-feedback 2019-08-20T07:56:15Z 2019-08-24T12:47:43Z "In ""wp-admin/menu.php"", the variable $menu is used as global but never declared as global, this cause issue if you are displaying admin from a router script in PHP by using a require_once. Bug can be solved by adding to ""wp-admin/menu.php"" {{{#!php

Hello Trac!

` element) or other role that is a landmark - add a new ""skip link"" after the ""Skip to main content"" one to allow all keyboard users to jump to the notices area: this skip link should only be printed out when there are notices == JavaScript notices - all notices injected in the DOM should have an ARIA role `alert` or `status` depending on their ""politeness"" level, so that they're automatically announced by screen readers Any additional suggestion and/or technique to improve the admin notices accessibility is very welcome." afercia 27 Needs Dev / Bug Wrangler Feedback 27747 Inconsistent type default between `submit_button()` and `get_submit_button()` Administration 3.5 normal normal Awaiting Review defect (bug) new dev-feedback 2014-04-10T08:03:52Z 2023-12-06T11:23:51Z "One defaults to `$type = 'primary'` while the other defaults to `$type = 'primary large'`. Shouldn't that last one be `$type = 'primary'` too?" Denis-de-Bernardy 4 Needs Dev / Bug Wrangler Feedback 42879 Invent a “Recommended Tools” section Administration normal normal Awaiting Review defect (bug) new dev-feedback 2017-12-12T14:45:58Z 2017-12-13T08:22:52Z "We have recommended plugins and themes, and while most tools are just plugins in disguise, the importers have had the limelight for a bit too long. There are a bunch of handy WordPress tools that deserve some attention, and a dedicated box/page/something under the Tools menu in WP Admin would help bring attention to them." johnjamesjacoby 2 Needs Dev / Bug Wrangler Feedback 47517 Left Navigation Disappeared Administration normal normal Awaiting Review defect (bug) new dev-feedback 2019-06-10T09:27:48Z 2019-06-11T18:49:07Z "Hello, Left navigation is disappeared when we open inspect element/tool in google chrome browser after reaching to the bottom of the page on Admin Dashboard > settings > discussion. Please checked attached video. Thanks." shashank3105 2 Needs Dev / Bug Wrangler Feedback 48187 Missing admin color scheme causes incorrect body class Administration normal normal Awaiting Review defect (bug) new dev-feedback 2019-09-30T19:49:02Z 2019-09-30T19:49:02Z "If you pick a non-core admin color scheme (one that is added via some available plugin) but later that color scheme is no longer available (by deactivating said plugin) the admin-area body class continues to reflect the now missing color scheme. To test: 1. Install and activate [https://wordpress.org/plugins/admin-color-schemes/ this plugin] (or one like it) 2. Change the color scheme in Your Profile to ""80's Kid"" (or any other non-core one) 3. Deactivate the above plugin 4. Open inspector in your web browser 5. See that the incorrect color scheme class is added to the body element Ironically, the way WordPress admin CSS is coded, this does not appear to cause any obvious styling breakage, though I do consider this an unintended behavior that can still be corrected." johnjamesjacoby Needs Dev / Bug Wrangler Feedback 38076 Network admin plugin pages can be accessed on non-multisite Administration normal normal Future Release defect (bug) new dev-feedback 2016-09-16T19:56:07Z 2021-07-06T10:28:05Z "I just noticed that it's theoretically possible to access a plugin-generated page in the network admin panel even if we're not on a multisite setup. The same applies to the user admin panel as well. To replicate, create a plugin that uses `add_menu_page()` with a slug `my_test_page`, hooked into `network_admin_menu`. Then manually go to the URL `http://yourdomain.com/wp-admin/network/admin.php?page=my_test_page`. This happens because the `is_multisite()` check happens only after including the general `wp-admin/admin.php` administration bootstrap file which takes care of any plugin pages by itself. The problem is we can't do it before because WordPress hasn't been loaded then. A possible solution would be to split the `require_once` statement in `wp-admin/network/admin.php` into two, one to load the WordPress core functions, the other to load `wp-admin/admin.php`. I don't think this is a very critical issue, but I thought it should be a ticket. It's very unlikely that anyone tries to access a network admin URL when they don't have a multisite. On the other hand, we catch that in other areas (through `! is_multisite()` checks), so we might try to do it here as well." flixos90 1 Needs Dev / Bug Wrangler Feedback 43844 PHP list language construct changed behaviour in PHP 7 SergeyBiryukov Administration normal major Awaiting Review defect (bug) reviewing dev-feedback 2018-04-24T12:50:14Z 2018-08-12T23:04:13Z "The inline docs for the method as of 24th April, 2018: {{{#!php /** * Get a list of sortable columns. The format is: * 'internal-name' => 'orderby' * or * 'internal-name' => array( 'orderby', true ) * * The second format will make the initial sorting order be descending * * @since 3.1.0 * * @return array */ protected function get_sortable_columns() { return array(); } }}} See https://github.com/WordPress/WordPress/blob/master/wp-admin/includes/class-wp-list-table.php The problem is that if I define the sortable columns as the first one, with {{{#!php class My_List_Table extends WP_List_Table { protected function get_sortable_columns() { return array( 'my-column' => 'my-column', ); } } }}} Then the `list` call when building the table list header / footer will not have the `orderby` variable defined. See https://github.com/WordPress/WordPress/blob/master/wp-admin/includes/class-wp-list-table.php#L1117 If however I use {{{#!php class My_List_Table extends WP_List_Table { protected function get_sortable_columns() { return array( 'my-column' => array( 'my-column' ), ); } } }}} everything works as expected. Diff incoming shortly." javorszky 7 Needs Dev / Bug Wrangler Feedback 39261 Possible wrong base color for admin SVG-icons Administration 4.7 normal normal Awaiting Review defect (bug) new dev-feedback 2016-12-13T09:27:44Z 2024-02-26T22:38:20Z "Hello! I'm currently working with custom SVG icons for my custom post types, but i can see that these icons have a slightly different color than the native dashicons. It seems like the SVG-painter paints my SVG-icons in the wrong base-color. I'm using the default theme ""fresh"" and the base is set to `#82878c`. If i change to for example `#9EA3A8` my SVG-icons looks more like the native dashicons. Maybe the basecolor is a bit off? File: [https://core.trac.wordpress.org/browser/branches/4.7/src/wp-includes/general-template.php#L3428 wp-includes/general-template.php:3428] I can also see that this affects the SVG in other plugins (Yoast SEO, WPML etc.). Best regards, Robert Sather." robsat91 3 Needs Dev / Bug Wrangler Feedback 45001 Relocate Admin Alerts to a new Alert Icon Administration normal normal Awaiting Review defect (bug) new dev-feedback 2018-09-26T21:41:46Z 2020-01-06T17:47:39Z "This is apart of a bigger project for my staff and I, you can find the context here https://www.theportlandcompany.com/2017/09/10/proposed-improvements-to-the-wordpress-ui/. Our goal is to clean up the UI with two principles in mind: - Context Visibility - Only show something when it's in context. - Add With Purpose - If something, such as padding or margins, don't serve a purpose, don't add them. - Simplify Number of Actions - If a step can be avoided in a process, avoid it. This ticket is about Alerts. Like updating WordPress, appear in the main body of the admin pages. We believe this is a disruptive experience and has many bugs associated with it: - Some notifications, such as the WordPress Core Update notification, cannot be dismissed. Sometimes authors intend this, other times it's not intentional, but it's always a nuisance because it persists across all pages. - This requires scrolling on *every* page load, if the alert is persistent across pages. On mobile this can make WP virtually unusable for rapid actions. - The dismiss button often is broken. *Many* plugins out there don't use it properly or code their own dismiss button because of a few limitations with the current function. Resulting in alerts never disappearing. - These alerts are disorienting to users who are not developers. Especially when they overrun the page. - If there is a dismiss button, often times the styling of that is inconsistent. Sometimes it's text that says ""Dismiss"". Sometimes it's a circle icon with an x. Other times it's a literal x. Sometimes it's in the top right. Sometimes it's in the bottom right. Etc... This behavior is uncommon throughout the web when you compare to GitHub, Amazon, Google anything, MacOS, etc... We propose: - Introducing an alert icon in the upper right of the admin bar. - When an alert is registered it introduces a badge count. Could be AJAX / jQuery Hearbeat, etc... - When hovered or selected you see the alerts in a menu that shifts the page body from right to left (just like MacOS notification center). - From there each item has a dismiss icon. When clicked it is *permanently* dismissed (another topic, many Plugins don't respect this for various reasons). - The dismiss icon is always a circle x icon right aligned and vertically centered. - Clicking on the alert could take the user to a new page that is contextual to the Plugin that is displaying it where they can read more information or take action. This would result in a cleaner UI, less scrolling - especially on mobile - less distraction that can and does cause confusion for some users, but maintains full functionality. Optionally we could implement growl-like notifications that hang for a moment when a new alert is registered. No dismiss buttons on those, rather they fade out automatically so Plugin authors don't use them to cause the same problem somewhere new. We'd be happy to do some design mockups and code a feature as Plugin if the leadership is interested in accepting this." s3w47m88 3 Needs Dev / Bug Wrangler Feedback 43723 Sanitize user_contactmethods output Administration normal normal Awaiting Review defect (bug) new dev-feedback 2018-04-09T14:12:16Z 2019-01-17T01:14:01Z "Data supplied in an array to the user-edit.php page via the filter 'user_contactmethods' is not properly escaped when it is outputted. As you can see in [https://core.trac.wordpress.org/browser/trunk/src/wp-admin/user-edit.php#L527 user-edit.php] the values of the $name and $desc variables are directly echoed using echo. I'd expect it to use the WordPress Core [https://developer.wordpress.org/reference/functions/esc_attr/ esc_attr()] as the data is used part of an html tag's attribute and therefor should be limited to what is allowed inside an html attribute. " BjornW 8 Needs Dev / Bug Wrangler Feedback 29030 Screen Options Poor Update/Rendering Causes Many things to Break Administration 3.9.1 normal normal Awaiting Review defect (bug) new dev-feedback 2014-07-26T01:21:46Z 2018-08-08T19:15:02Z "Screen options dont work properly in many different situations. I noticed the first issue when trying to create a sticky header plugin for the wp_list_table. When scrolling down the page the headers stick to the top by cloning the header with javascript and hiding the other original at the same time. However, If screen options are updated the tables break completly even after the plugin is disabled. Wordpress checks the current table headers to determine which ones are hidden and should be added to the `manageedit-{$post_type}columnshidden` field in the `user_meta` table. So since the cloned table header the plugin created is hidden visually while scrolling up, wordpress thinks that all columns aredisabled and adds all the columns to `manageedit-{$post_type}columnshidden`. [[Image(http://i.stack.imgur.com/wrYin.png)]] This is poor practice because it doesn't seperate presentation well enough from the logic used to render screen options. Any user who has access to `wp-admin/edit.php`can completly break their tables if any html/css visually hides the `` or a column-header perhaps by a plugin, or maybe the browser doesn't load a certain script, or perhaps they are just messing with the dev-tools. Beginers that don't know how to properly [remove columns][5], could run into this issue if they ever try to use css instead. `manageedit-{$post_type}column` should not rely on the visibility of and only the actual checked input fields. Also `cb` and `title` should not be allowed to be added to the `manageedit-{$post_type}column`. They should only be able to be removed with `unset`. ---------- **To recreate this issue:** 1. open up firebug/chrome dev tools/etc. on http://www.example.com/wp-admin/edit.php 2. add `thead {display: none;}` to the style editor 3. On the page screen options uncheck at least one column ( this is to ensure `manageedit-{$post_type}columnshidden` is a database field for the current user and if not it creates it ) 4. Hit apply to refresh the page *The tables will now be broken....* ---------- To chck the columns I used the `get_user_meta();` function to print the array of `hiddencolumns` on each post types `edit.php` admin screen notices: {{{ post_type) return $post->post_type; elseif ($typenow) return $typenow; elseif ($current_screen && $current_screen->post_type) return $current_screen->post_type; elseif (isset($_REQUEST['post_type'])) return sanitize_key($_REQUEST['post_type']); return null; } function get_current_user_manageedit_pagecolumnshidden() { $current_ptype = get_current_post_type(); $user_id = get_current_user_id(); $key = 'manageedit-'.$current_ptype.'columnshidden'; $single = true; if(get_user_meta($user_id, $key, $single)) return get_user_meta($user_id, $key, $single); } function echo_current_user_manageedit_pagecolumnshidden() { global $pagenow; if ( $pagenow !== 'edit.php' ) return; $columnshidden= get_current_user_manageedit_pagecolumnshidden(); echo '
'; print_r( $columnshidden ); echo '
'; } add_action('all_admin_notices', 'echo_current_user_manageedit_pagecolumnshidden'); }}} **Output for the broken tables :** {{{ Array ( [0] => cb [1] => title [2] => [3] => ) }}} ---------- After determining that `cb` & `title` were in fact added to the `$meta_value`you need to fix the table. This will do the trick: {{{ function delete_current_user_manageedit_pagecolumnshidden() { $user_id = get_current_user_id(); $meta_key = 'manageedit-pagecolumnshidden'; if( get_user_meta($user_id, $meta_key) ) delete_user_meta( $user_id, $meta_key ); } add_action ('admin_init', 'delete_current_user_manageedit_pagecolumnshidden'); }}} ''Side-Notes:'' *`columnshidden` appears [`wp_ajax_hidden_columns()`][1] & [`get_hidden_columns()`][2] *client-side functionality appears to be here in [`common.js`][3] which checks for the [hidden table headers][4] ---------- Similar issues with the screen options can be recreated for different situations that have nothing to do with the tables. **Recreate similar issue on nav-menus.php** 1. Go to http://example.com/wp-admin/nav-menus.php 2. Uncheck all the fields in the *""Show advanced menu properties""* Screen-Options tab 3. Add the screen options filter to hide them from display: `add_filter('screen_options_show_screen', 'remove_screen_options_tab');` 4. Reload http://example.com/wp-admin/nav-menus.php All of the hidden advanced menu properties will now be broken and are all visible even though they were unchecked. I'm not sure if this is the same issue, but it appears that overall screen options have a high change of not working properly ---------- ---------- **Other-Notes** These issues of broken tables might also have to do with the same functionality problem of how screen options update/render: http://wordpress.stackexchange.com/questions/31154/wp-list-table-custom-quick-edit-box-post-meta-data-missing-and-columns-change http://wordpress.stackexchange.com/questions/123182/custom-admin-column-disappearing-when-using-quick-edit?lq=1 http://wordpress.stackexchange.com/questions/144361/wordpress-admin-wp-table-list-show-incorrectly #21016 [1]: https://github.com/WordPress/WordPress/blob/448275cce483138f53ccfa586b2d28b7fe8b0785/wp-admin/includes/screen.php#L55 [2]: https://github.com/WordPress/WordPress/blob/270a57075c290736387b6551670fde34fb3f1851/wp-admin/includes/ajax-actions.php#L1307 [3]: https://github.com/WordPress/WordPress/blob/448275cce483138f53ccfa586b2d28b7fe8b0785/wp-admin/js/common.js#L29 [4]: https://github.com/WordPress/WordPress/blob/448275cce483138f53ccfa586b2d28b7fe8b0785/wp-admin/includes/screen.php#L17 [5]: http://codex.wordpress.org/Plugin_API/Filter_Reference/manage_$post_type_posts_columns" codecandid 6 Needs Dev / Bug Wrangler Feedback 35182 Site icon URLs don't respect SSL in admin Administration 4.4 normal normal defect (bug) new dev-feedback 2015-12-21T12:14:56Z 2019-06-04T19:33:29Z "It appears that the following check in `wp_get_attachment_url()`: {{{#!php if ( is_ssl() && ! is_admin() && 'wp-login.php' !== $GLOBALS['pagenow'] ) { $url = set_url_scheme( $url ); } }}} prevents `get_site_icon_url()` from using SSL for serving the icon links in the head, which results in non-HTTPS icon URLs on all admin pages: [[Image(http://kaspars.net/wp-content/uploads/2015/12/site-icon-url-https.png)]] " kasparsd 5 Needs Dev / Bug Wrangler Feedback 42486 The Tools screen is blank for users who cannot manage categories or tags Administration 4.9 normal normal Awaiting Review defect (bug) assigned dev-feedback 2017-11-09T17:05:12Z 2024-01-17T17:05:15Z "Since Press This was removed in #41689, the Tools screen is only composed of the Categories and Tags Converter. For users who can't manage categories or tags (Authors and Contributors), the Tools screen is now completely empty. Subscribers currently don't see the Tools admin menu item. The Tools admin menu item should be removed if there's nothing to display on it." johnbillion 38 Needs Dev / Bug Wrangler Feedback 15386 WP_List_Table::get_columns does not work for plugins scribu Administration 3.1 high major Future Release defect (bug) reopened close 2010-11-11T14:42:28Z 2023-02-16T20:06:44Z "Creating a new table based on the WP_List_Table class does not work as the get_columns method is not being called. The problem is when WP_List_Table::get_column_info() calls get_column_headers() instead of $this->get_columns() where all the column data is stored. Moving the filter manage_*_columns from get_column_headers() into WP_List_Table::get_column_info() along with passing $this->get_columns() fixes this issue." ptahdunbar 24 Needs Dev / Bug Wrangler Feedback 25939 add_options_page(..., 'options.php') and 1000 vars limit SergeyBiryukov Administration normal normal Awaiting Review defect (bug) reviewing dev-feedback 2013-11-13T15:00:43Z 2023-03-08T16:36:53Z "(Related to the discussion in #14134) There is a ""common knowledge"" in the wilderness, suggesting having this for seeing all options at once, and I guess many admins have that enabled: {{{ add_options_page('All Settings', 'All Settings', 'administrator', 'options.php'); }}} At some point, the list grows to more than 1,000 variables, and: {{{ PHP Warning: Unknown: Input variables exceeded 1000. To increase the limit change max_input_vars in php.ini. in Unknown on line 0 }}} The '''option table is corrupted''' then. In the best scenario, the tail of the table is occupied with transients. The worst - real settings. ''(having a separate table for transients sounds like a good idea to me, BTW) '' '''Now, to the point: the ""All Settings"" panel should NOT have the [Save] button. It must be read-only. ''' Alternatively - AJAX save, similar to phpMyAdmin - for each option separately. " tivnet 4 Needs Dev / Bug Wrangler Feedback 27804 bug when updating after domain change settings Administration 3.8.2 normal normal defect (bug) new dev-feedback 2014-04-14T22:07:08Z 2019-06-04T19:25:28Z "I have found the following bug that affects for sure wordpress 3.8.2 and the latest 3.8.3. I have noticed this bug when I changed my domain settings: WordPress Address (URL) and Site Address (URL) from a domain say www.mydomain.org to www.mydomain.com. In the admin panel, when I get notified of new updates to be installed, installation of wordprewss, plugins and themes seems successful but is not performed. After a bit of banging my head on the problem, for curiosity decided to switch back to www.mydomain.org and all updates were installed! It's a bit annoying doing this procedure for every new updates. Can anybody reproduce this?" robomotic 1 Needs Dev / Bug Wrangler Feedback 35561 function wp_admin_canonical_url() not using configured site url when constructing canonical url link tag Administration 4.4.1 normal normal Awaiting Review defect (bug) new dev-feedback 2016-01-21T16:00:36Z 2023-10-05T08:26:19Z "I was having an issue with the wp_admin_canonical_url() function in wp-admin/includes/misc.php and I have a suggested fix I am running word press behind a reverse nginx proxy on a different box so my main site is at http://www.rammount.com and the blog is at http://www.rammount.com/blog The blog url is set in the WordPress configuration. But when you log into the admin section the wp_admin_canonical_url() function does not pick up the configured url instead it constructs the url without the /blog. This of course breaks links in the admin section, constantly redirecting things to http://www.rammount.com without the /blog by changing the following line: `$current_url = set_url_scheme( 'http://' . $_SERVER['HTTP_HOST'] . $_SERVER['REQUEST_URI'] );` to: `$current_url = set_url_scheme(home_url(add_query_arg(array(),$wp->request)) . $_SERVER['REQUEST_URI']);` the problem is solved. the proper url is created and as such the links in the admin section that use the canonical url link function correctly. Hoping to have this change evaluated for inclusion, so that I don't have to remake this edit every time one of my designers updates the WordPress installation?" ilude 13 Needs Dev / Bug Wrangler Feedback 47690 remove_submenu_page() doesn't remove corresponding entry from $_wp_submenu_nopriv johnbillion Administration normal normal Future Release defect (bug) reviewing dev-feedback 2019-07-12T10:41:09Z 2020-04-13T10:43:50Z "It can sometimes be desirable to give access to a submenu to a user that wouldn't normally have access to it. Calling `remove_submenu_page()` and then calling `add_submenu_page()` to re-register the screen with a different user capability doesn't work completely because the entry that gets added to the `$_wp_submenu_nopriv` global by `add_submenu_page()` doesn't get removed by `remove_submenu_page()`. This means the menu item appears but access to the screen is denied when `user_can_access_admin_page()` is called, resulting in a `Sorry, you are not allowed to access this page` error. " johnbillion 4 Needs Dev / Bug Wrangler Feedback 47788 send_headers hook does not work in wp-login or wp-admin Administration 5.2.2 normal normal Awaiting Review defect (bug) new dev-feedback 2019-07-28T10:18:17Z 2019-10-20T11:56:12Z "Assume that I want to start using CSP (Content Security Policy) on my website. I add this to my theme's functions.php: {{{#!php body.blog- li#wp-admin-bar-site-name > a.ab-item:first-of-type, body.blog- #wpadminbar .ab-top-menu > li#wp-admin-bar-site-name.menupop:hover > .ab-item:first-of-type, body.blog- #wpadminbar .ab-top-menu > li#wp-admin-bar-site-name.menupop.hover > .ab-item:first-of-type { font-size: 0; // safely hide default text background-image: url(""""); background-size: ; background-position: center; background-repeat: no-repeat; min-width: 120px; } General page as an example, but didn't want to implement it system-wide until the community had a chance to speak up RE: where does/doesn't Select2 belong, or should it actually be implemented everywhere. The language and timezone fields seemed an obvious choice given their inherent size, but things like the emoji field under Settings->Reading that have a finite number of options seem less obvious. Discuss!" section214 21 Needs Dev / Bug Wrangler Feedback 19691 Cannot modify admin messages for /wp-admin/edit.php Administration 3.3 normal normal enhancement new dev-feedback 2011-12-30T02:10:01Z 2019-06-04T19:22:50Z "The admin console messages output on line `264` of WordPress 3.3's file `/wp-admin/edit.php` are not filterable. This causes problems when added row actions need to HTTP GET from to WordPress to modify a post and then display an appropriate message complete with a revert link ''(like the ""Trash"" link does.)'' An example use-case could be for a custom post type used for both quotes and invoices where a row action might be ''""Convert Quote to Invoice""'' where you'd want a message and link displayed at the top of the admin after similar to this: - ''Quote #{$post_id} converted to Invoice. __Revert__'' Currently the only way to accomplish this is to pick hooks before and after the messages are output and use PHP's output buffering; clearly not a ''""best practice""'' approach. In order to address this I'm proposing an '''`'admin_messages'`''' filter hook to run just before the messages are output: {{{ $messages = apply_filters( 'admin_messages', $messages ); }}} However, since messages are output in numerous locations in the WordPress admin it seemed best to add the hook in every location where messages are output, which is what my patch does. Thus a hook can look at `$pagenow` or `get_current_screen()` to decide it is needs to do anything. Also while searching for places in the admin code that echo messages I found `$messages` are sometimes an array of HTML where the entire array is echoed and other times the $messages are an array with an index passed via `$_GET` and only one message will be displayed. For those cases I created another hook '''`'admin_message'`''' ''(note that this hook name is singular)'': {{{ $message = apply_filters( 'admin_message', $message, $messages, $_GET['message'] ); }}} I really only found a specific need for `/wp-admin/edit.php` today, but it seemed that it would be better for consistency if all messages were made hook filterable. That's why I created a larger patch when all my use-case needs is one new line. Looking forward to your feedback. " mikeschinkel 7 Needs Dev / Bug Wrangler Feedback 58781 Change wording of field description for tagline Administration normal normal Future Release enhancement new dev-feedback 2023-07-11T06:26:54Z 2024-01-19T06:33:34Z "This is a follow-up to #57675 I [https://core.trac.wordpress.org/ticket/57675#comment:28 raised my concerns there], but it was too late in the cycle. So here we go: These are my concerns about the solution we use now: 1) The example is misleading, the tagline should be meaningful, and just not like in the example Using a unique and descriptive tagline is important for search engine optimization (SEO) purposes, as it helps convey the website's purpose and relevance to both search engines and visitors. 2) The “ and ” could be misunderstood so people would enter quotation marks into the tagline. This can impact the visual presentation and readability of the tagline to visitors. To keep the iconic phrase ""Just another WordPress site"" while being informative at the same time we could formulate: In a few words, explain what this site is about. We're sure your site is so much more than ""Just another WordPress site""" Presskopp 13 Needs Dev / Bug Wrangler Feedback 44837 Coding Indentation Issues Administration 4.9.8 normal minor Awaiting Review enhancement new dev-feedback 2018-08-24T09:00:25Z 2019-04-01T22:07:36Z "I am seeing in wp-admin files that coding indentation is missing like this file edit-tags.php The codes are written like this {{{
"" /> "" /> search_box( $tax->labels->search_items, 'tag' ); ?>
}}} which needs to be indented properly to make it more understandable. This can be check in other files as well where we are writing HTML as well as PHP. In this tickets preview how exactly the code is written so I am adding a screenshot as well https://prnt.sc/kmcjeu" prashantvatsh 2 Needs Dev / Bug Wrangler Feedback 48641 Discussion: links that look like buttons (and vice versa) Administration normal normal Future Release enhancement new dev-feedback 2019-11-14T17:23:30Z 2021-03-04T21:51:54Z "''This issue has been moved from GitHub to Trac to increase visibility.'' Original GitHub discussion: https://github.com/WordPress/gutenberg/issues/7534#issuecomment-549980093 == Summary Sometimes, `` elements are made to look like visual buttons to users, even though they are not actually using the `