Alberto Paderno

As a side note, [`views_handler_field_user_permissions`](https://docs.backdropcms.org/api/backdrop/core%21modules%21user%21views%21views_handler_field_user_permissions.inc/class/views_handler_field_user_permissions/1), the class that shows a permission field in views, already does the Right Thing™️: It uses the permission title instead of the permission machine name....

I apologize: This issue has been replaced by #6534.

I apologize again: Since the functions are marked deprecated, their code still needs to be changed. `user_filters()` can still be called from contributed modules, so what this issue reports should...

> the line to be added should be @deprecated since 2.0. No, it should not. A function is first deprecated and then removed. When it is deprecated, any call done...

> since you are more active than me in the Drupal core issue queue Truly, the MR on the Drupal 7 issue was created by me. 😉 I just need...

When a site is migrated from Drupal 7, is the Dashboard module enabled? What prompted this issue was the Dashboard link that took to an empty page, in a site...

The other issue says there is no Dashboard link in the admin bar. [quicksketch](https://github.com/backdrop/backdrop-issues/issues/5529#issuecomment-1213560769) then says `admin/dashboard` exists, but the admin bar links are screwed up. What said here about...

The only difference I can see in this case is that the Dashboard module is not enabled, while the other issue says the same module is enabled. Maybe this difference...

Actually, the documentation for [`backdrop_uninstall_schema()`](https://docs.backdropcms.org/api/backdrop/core%21includes%21common.inc/function/backdrop_uninstall_schema/1) does not match its code: Without a `return` statement, it cannot return any value. That return value description is the same used for a Drupal...

I cannot see why the tests are failing. The test code I added should be correctly copied.