Description of the bug
When creating a User compare context (to compare my user account to the user account for the profile page I am viewing, for example) I noticed that even though contexts were marked as required, the visibility condition is still visible in the drop-down menu.
This new visibility condition has two required user contexts, so should not be available on any path without a user context (the second user context is global $user and is always available). Yet it appears in the select list for the home page layout.

Steps To Reproduce
To reproduce the behavior: 1. Apply the patch from https://github.com/backdrop/backdrop-issues/issues/4029 2. Manage blocks on the home page layout 3. Attempt to add a visibility condition
Actual behavior
- Confirm that
User: compareappears in the list
Expected behavior
Since User: compare appears in the list has required contexts that are not present, User: compare should NOT appear in the list of available visibility conditions
Recent comments
@Amilenkov, I have an idea for your use case where you want to avoid re-subscribing people who have explicitly opted out: Build a view of simplenews subscriptions, and filter by Status (...
Re-enable Simplenews newsletter subscriptions that had been erroneously disabled
"modules to help someone monetise their own website"
How to monetize a Backdrop site
Hello. Welcome to Backdrop Some of the things you are asking for can be done with Ubercart. Ubercart out of the box supports buying a role, which could satisfy your paid memberships...
How to monetize a Backdrop site