[wp-trac] [WordPress Trac] #63100: Clicking The Edit Site Link Loads The Page Editor Instead of The Site Editor

[WordPress Trac]

#63100: Clicking The Edit Site Link Loads The Page Editor Instead of The Site
Editor
--------------------------+------------------------
 Reporter:  jeffr0        |       Owner:  joemcgill
     Type:  defect (bug)  |      Status:  reviewing
 Priority:  high          |   Milestone:  6.8
Component:  Editor        |     Version:  trunk
 Severity:  normal        |  Resolution:
 Keywords:                |     Focuses:
--------------------------+------------------------

Comment (by joemcgill):

 After some testing and further discussion
 [https://wordpress.slack.com/archives/core/p1742827894176459 in Slack]
 there are a few separate changes that have contributed to the friction in
 this experience.

 First, there is the change introduced in [59910], which modifies the "Edit
 Site" link to open directly to the site editor root, `/wp-admin/site-
 editor.php`, rather that the previous behavior that deep linked directly
 to the template editor for the current active template, `/wp-admin/site-
 editor.php?postType=wp_template&postId=twentytwentyfive%2F%2Fpage&canvas=edit`.

 That change was the result of
 [https://github.com/WordPress/gutenberg/issues/63785 an intentional
 forward design iteration] to make the experience for that link consistent.
 I don't think we should revert this change to the previous behavior.

 However, there is an existing point of friction for editing the home page
 whenever the site has set a static page as the homepage of the site.
 Unlike when the homepage is set to show 'latest posts', the canvas will
 render the static page rather than the relevant template for that page
 (e.g., front-page.html, index.html, etc.), which means that clicking into
 the canvas results in you being in the page editor where the template
 cannot be directly edited.

 This existing behavior is further complicated by the experiment in #61811
 to default page post types into always showing the template, and
 persisting user preferences when someone chaged the "show template"
 setting. Now, if someone had selected to turn off "show template" for page
 post types, the canvas will no longer include the template in the preview,
 nor in the editor when the canvas is expanded. Setting that default has
 been reverted in [60076], which will be included in RC 1, and hopefully
 lead to less people experiencing this friction.


 Still, I think it would be worth investigating whether the root canvas
 could be updated to load the related template, rather than the page when a
 site is set with a static page on front.

 @wildworks and @Mamaduka, I assume this would strictly be an update to the
 related editor package, and not something that would need to change in the
 wordpress-develop repo, correct? If so, is there an existing issue where
 this discussion can be tracked in order to close this issue out?

-- 
Ticket URL: <https://core.trac.wordpress.org/ticket/63100#comment:18>
WordPress Trac <https://core.trac.wordpress.org/>
WordPress publishing platform