Customize Close Button Not Updating URL

[JarretC]

Currently the close button at the top left of the Customize menu uses whatever URL you visited the Customizer from. If you activate a theme that has documentation, view that page, then go to Appearance->Customize and change to a new theme the exit button still points to the old theme documentation.

Upon trying to exit out, you're redirected to a 'Sorry, you are not allowed to access this page.' message.

To replicate...

1. Download Tonic theme ( ​https://wordpress.org/themes/tonic/ ) or any other that has custom documentation
2. Visit the theme documentation ( /wp-admin/themes.php?page=bavotasan_documentation )
3. Open up Appearance->Customize from the documentation page
4. Activate any other theme
5. Attempt to close out of the Customizer using the X at the top left, it will still point to /wp-admin/themes.php?page=bavotasan_documentation even though the theme is no longer active

[dlh]

Seems like this would be an issue with any theme-generated admin screen (or plugin-generated — see #40451), not just documentation screens.

@JarretC Any thoughts about where the "close" link should go after activating the other theme?

[JarretC]

Correct, any screen specific to the previously activated theme, I had just run across the issue messing around with that theme so used it as my example.

In regards to the redirect, I would think that /wp-admin/themes.php would be suitable.

[Jean-David]

Is this even possible to know what is an accepted URL in this case ?
A theme can add query parameters from anywhere, so what allows us to distinguish between core query parameters and custom made ones ?
wp-admin/themes.php?page=bavotasan_documentation is custom but wp-admin/edit.php?post_type=page is not. In my example each URL has query parameters in it.

@SergeyBiryukov do you think it's possible ? Could you share your experience on this ?

[JarretC]

@Jean-David not sure I follow about the query parameters.... once the Close button is clicked on, it should just redirect back to /wp-admin/themes.php or something theme related whether the current URL has a query parameter or not

[Jean-David]

I'm not sure if it's a real problem, it's been this behaviour since 3.0. Anyway I tried to make a patch, we'll see.