At today's blocker review meeting, we ran across a bug that we
believe is bad enough to warrant blocker status, but as the criteria
currently stand, does not violate any particular criterion. The bug in
question has to do with logging out of one user account and logging into
another account that has already been accessed before during that boot. The
criterion listed in the bug doesn't seem to fit, as it is more focused
on what happens after the system is booted (which does work in the case of
this bug). There is a Final criterion that covers switching between two
accounts, where the data in the account switched out of is retained, but
that is not the case presented here (as this bug has to do with "logging
in/out" of accounts, not "switching" as they are defined technically).
Intellectually, we believe this type of bug should violate the criteria, as
it seems a common use-case, and so we are bringing it up as a possible
addition as there is nothing that currently covers this kind of bug.
The new criterion could look something like "A system with multiple user
accounts must be able to log in and out of said accounts as presented by
all release-blocking desktops in their default configuration."
We would appreciate feedback on this idea and the wording of the criterion.
Should this be a beta or a final blocker? If nothing is heard in a
reasonable amount of time (before next week's blocker review meeting), we
will assume there is no issue with the proposal and add it to the criteria
at that time.
Thanks for reading,
> Hi, folks. I'm sad to report that Thomas Gilliard (satellit), who was a
> valued member of the QA team for many years, passed away last week. His
> wife contacted me with the news. Thomas was a regular and reassuring
> presence at QA and blocker review meetings and ran many thousands of
> tests since he first joined the team in 2009. He was particularly
> dedicated to testing our Sugar builds. We'll miss him.
Sad news, I worked with Thomas on the Sugar spin (SoAS) for many years
and he was an enthusiastic contributor.