Changing admin path makes content --> files disappear

Can confirm that this happens for me as well.

Drupal 10.3.6
rename_admin_paths 3.0.0

The file list admin page is still available at https://example.com/backend/content/files

You can "fix" this by editing the configuration of the file list admin view at https://example.com/backend/structure/views/view/files/edit/page_1. Change the "path" from "admin/content/files" to "backend/content/files".

I don't understand why the content view at /admin/content is overridden correctly, but the files view at /admin/content/files is not. However, since there is a workaround available, I'm setting this issue to "Minor".

I attempted to recreate this issue on Drupal 11, and the problem persists.

When the admin path is changed via the “Rename Admin Paths” module, the “Files” link in the Content menu no longer appears. This issue seems to be tied to the admin path alteration, which causes a routing mismatch, preventing the “Files” link from being displayed.

After further investigation, I found that the menu links for managing Files were closely tied to the default admin path. Altering this path caused the routing issue.

To resolve this, I implemented a function that dynamically handles path changes based on a flag (revert) and a dynamic prefix. When updating the path, the “admin” prefix is replaced with a dynamic prefix (e.g., “backend”). When reverting, it switches back to “admin”. This ensures that paths are updated consistently based on the current configuration.

By implementing this function, whenever the admin route is altered, the function ensures that all related view paths are updated accordingly to the user’s specified prefix.

I’m attaching the patch file for the fix and moving this to “Needs Review.”

Updating the patch file for the views namespace issue

Please submit an MR, not a patch. Patches are no longer tested by CI, so we need an MR to run the CI tests.

Created the MR and Fixed all the PHPCS, PHPstan and PHPunit issues.
moving this to NR but can taken to RTBC.

Thanks, this is an interesting approach.

I will try to do a full review later, but the first issue I noticed:

1. Install the module and change the admin path. The views get renamed.
2. Uninstall the module.
3. The views did not get renamed because the module config was not saved.

So I think this needs an uninstall hook as well.

Sure i'll work on this.

I have added an uninstall hook in the .install file to revert the Views paths back to the default admin path when the module is uninstalled. Here’s what the update does:
•It retrieves the custom admin path from the module’s configuration (rename_admin_paths.settings).
•It loads all Views in the system and iterates through their display settings.
•If a View’s path starts with the custom admin path, it replaces it with admin, effectively reverting it to the default.
•The updated View is then saved to apply the changes.
•Finally, the render cache is cleared to ensure the changes take effect immediately.

Additionally, I have fixed a couple of PHPCS issues, including enforcing stricter empty checks and adding a missing short description in the doc comment. I also replaced the deprecated invalidateAll() method with deleteAll() to ensure compatibility with Drupal 11 and future versions.

Keeping this in Review for verification for the code.

Thank you!