"All" view not selected for all relevant views for custom post type

[alpipego]

When the screen options get saved, the parameter mode=list gets appended to the URL. For the posts table, the “All” view gets the .current HTML class, since \WP_Posts_List_Table::is_base_request() returns true. For all other post types—including pages—it returns false.

Analogous to the paged parameter, unset mode whet checking whether
this is the base request for the \WP_Posts_List_Table.

Trac ticket: https://core.trac.wordpress.org/ticket/56599

[alpipego]

We noticed the same happens for order and orderby—even for the posts table. I have updated the patch to consider order and orderby as well.

[costdev]

Reproduction Report

This report validates that the issue can be reproduced.

Steps to Reproduce or Test

1. Navigate to Posts.
2. Open the Screen Options tab and make a change.
3. 🐞 Click Apply.

Expected Results

• ❌ The All view is not bold.

Environment

• OS: Windows 10
• Web Server: Apache (WSL2 - Ubuntu)
• PHP: 7.4
• WordPress: 6.1-alpha-54198
• Browser: Chrome 105.0.5195.125
• Theme: Twenty Twenty-Two
• Active Plugins: None activated.

Actual Results

• ✅ The All view is not bold.

Additional Notes

• This began happening from WordPress 4.2 onwards.

[costdev]

Per notes in the test report above:

This may benefit from additional testing for plugins that extend the WP_Posts_List_Table class. Adding needs-testing until this is done.

Analogous to the paged parameter, unset mode whet checking whether this is the base request for the \WP_Posts_List_Table.

https://core.trac.wordpress.org/ticket/56599

Trac ticket:

[alpipego]

After accidentally closing the old PR, I have created a new one and rebased it on the current trunk.

​https://github.com/WordPress/wordpress-develop/pull/8056