Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

List View: automatically update after switching between Write and Design modes #66802

Closed
Tracked by #60021
annezazu opened this issue Nov 6, 2024 · 5 comments
Closed
Tracked by #60021
Labels
[Feature] List View Menu item in the top toolbar to select blocks from a list of links. [Feature] Write mode [Type] Bug An existing feature does not function as intended

Comments

@annezazu
Copy link
Contributor

annezazu commented Nov 6, 2024

If you open the Site Editor with Design mode enabled, open list view, and then switch into Write mode, the List View shows that blocks are locked. If you then refresh the page or enter/return, you'll then see when you open List View with Write mode enabled a much simpler view:

write.mode.lsit.view.mov

List View when you first turn on Write mode:

Image

List View when you leave Write mode on and either refresh or exit/return:

Image

Note that you will see this bug in the video above: #66463 That's a separate issue from what's being described here around the role and display of List View. I am marking this as a bug for now.

@annezazu annezazu added [Feature] List View Menu item in the top toolbar to select blocks from a list of links. [Feature] Write mode [Type] Bug An existing feature does not function as intended labels Nov 6, 2024
@tanjoymor
Copy link

tanjoymor commented Nov 7, 2024

The following video further demonstrates and explains the problem caused with the List View when switching between Write and Design mode:

I cannot get any version of this video to "upload" here so including the link instead: https://cln.sh/5t7kDlkT (I know we're not supposed to do this, if anyone can get it to upload in another comment I'll delete this link.)

Steps:

  1. Open an editor
  2. Check that it's in Design Mode and review the structure of the List View
  3. Switch to Write Mode - note the locks show up, but the List View doesn't otherwise change
  4. Refresh the screen
  5. Note that the List View looks completely different now (all the locked design blocks are missing)
  6. Switch to Design Mode - it looks like nothing happens
  7. Refresh the screen
  8. Note that the proper full list of blocks show up again

If any user switches to Write Mode and leaves the editor, when they return they will have to remember to switch back to Design Mode and refresh their screen in order to access the full list of blocks in the proper structure.

Edit: I've only tested in Dotcom Simple and Atomic sites and whatever the current versions are there, which I think is WP 6.6.2 and GB 19.5.1.

@ntsekouras
Copy link
Contributor

Hm.. I can't reproduce on trunk. Can someone else test in trunk too? I'll keep digging a bit more though to see if there was a PR that fixed that..

@jerrysarcastic
Copy link

Noting that I had this issue as well when helping a site owner. Symptoms are the same as those reported here, but I was not able to get out of Write Mode, despite choosing the option and refreshing the browser window several times. Ultimately I had to deactivate the Gutenberg plugin on their site so they could proceed.

@annezazu
Copy link
Contributor Author

annezazu commented Nov 7, 2024

I can replicate this using Gutenberg nightly (v-19.7.20241105) on WordPress Playground:

GB.nightly.mov

@annezazu
Copy link
Contributor Author

annezazu commented Nov 8, 2024

In testing this PR #66833 for a different issue, I found this one was also fixed!

fixed.list.view.mov

Closing this out as a result.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
[Feature] List View Menu item in the top toolbar to select blocks from a list of links. [Feature] Write mode [Type] Bug An existing feature does not function as intended
Projects
None yet
Development

No branches or pull requests

4 participants