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
{{ message }}
This repository has been archived by the owner on Sep 14, 2019. It is now read-only.
Mackenzi, Alice, Josh and I noticed this at Maker Faire. We could intake one cube and eject it, but then could not intake a second cube (the wheels would not spin in the intake direction when pressing the associated button). The problem would go away if we restarted the code though, so it was clearly a code problem. My theory is that it thinks a cube is still in the intake even after it has been ejected.
The text was updated successfully, but these errors were encountered:
If you were able to reliably reproduce the problem before the fix and attempts to reproduce the problem after the fix reliably failed, you should close the issue. If it comes up again in the future, we can always reopen it.
As a side note, when closing an issue, it's best to mention the specific commit(s) which contain the fix so that they can be reviewed. For example, this bug was fixed by dccf8a7.
Also, when writing the commit message, if you write #110 instead of "Issue 110", GitHub will make that a link to the issue.
Sign up for freeto subscribe to this conversation on GitHub.
Already have an account?
Sign in.
Mackenzi, Alice, Josh and I noticed this at Maker Faire. We could intake one cube and eject it, but then could not intake a second cube (the wheels would not spin in the intake direction when pressing the associated button). The problem would go away if we restarted the code though, so it was clearly a code problem. My theory is that it thinks a cube is still in the intake even after it has been ejected.
The text was updated successfully, but these errors were encountered: