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

Snackbar container block portion of UI while present. #20654

Closed
dougwollison opened this issue Mar 5, 2020 · 2 comments · Fixed by #21000
Closed

Snackbar container block portion of UI while present. #20654

dougwollison opened this issue Mar 5, 2020 · 2 comments · Fixed by #21000
Assignees
Labels
[Status] In Progress Tracking issues with work in progress [Type] Bug An existing feature does not function as intended

Comments

@dougwollison
Copy link
Contributor

Describe the bug
When a snackbar notice appears, such as after saving changes to a post, the container for it spans the width of the editor UI, including the sidebar. This causes an annoyance where any UI elements at the same Y axis as the snackbar are unclickable, making the user think something is broken when in fact there clicks are being intercepted by an invisible container.

To reproduce
Steps to reproduce the behavior:

  1. Open a post/page, with your window sized in a way that there are interactive sidebar elements visible at the bottom of your viewport.
  2. Click save/update, the update snackbar notice should appear.
  3. Try clicking on said interactive elements, the click will be blocked.

Expected behavior
Since visually the notice is only on a fraction of the width of the screen, clicking those elements while it's present should be possible.

Screenshots
https://imgur.com/wyrbpzY

Suggested Solution
I'm currently patching it by adding this styling to my theme's block editor stylesheet:

.components-editor-notices__snackbar {
	visibility: hidden;

	.components-snackbar {
		visibility: visible;
	}
}

This does the trick, hiding the hitbox of the container while maintaining the hitbox of the actual notice elment.

@talldan talldan added the [Type] Bug An existing feature does not function as intended label Mar 6, 2020
@talldan
Copy link
Contributor

talldan commented Mar 6, 2020

Thanks for reporting @dougwollison, I can also reproduce that. The visible part of the snackbar also seems very wide now.

@jorgefilipecosta
Copy link
Member

jorgefilipecosta commented Mar 16, 2020

In 5.3 the snackbar also seems wide according to the inspector, but the bug did not happen while in 5.4 RC I'm able to reproduce this consistently.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
[Status] In Progress Tracking issues with work in progress [Type] Bug An existing feature does not function as intended
Projects
None yet
Development

Successfully merging a pull request may close this issue.

3 participants