You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
With multiple taps and no access control, Beer Me -> Select Drinker -> Pouring starts a a single flow, only on whatever tap was visible on the home screen. If another flow is started from meter activity (ie a different handle is pulled), it starts as an anonymous flow, and the authentication information is lost.
I think we originally added this to benefit access-controlled systems: don't start flows (open the valves) on any tap but the "desired" tap. But this is clearly a broken UX, it's not obvious that focused tap affects "beer me".
The text was updated successfully, but these errors were encountered:
Definitely a bug in the current implementation. IMO, the pourer should never have to select which beer they would like apriori - just authorize and pull a tap handle.
In access-controlled systems, this can be mitigated by opening all the valves for all beers upon authorization. I'm not sure that giving a user access to a subset of available beers is a feature that makes much sense, though I could be wrong.
With multiple taps and no access control,
Beer Me -> Select Drinker -> Pouring
starts a a single flow, only on whatever tap was visible on the home screen. If another flow is started from meter activity (ie a different handle is pulled), it starts as an anonymous flow, and the authentication information is lost.I think we originally added this to benefit access-controlled systems: don't start flows (open the valves) on any tap but the "desired" tap. But this is clearly a broken UX, it's not obvious that focused tap affects "beer me".
The text was updated successfully, but these errors were encountered: