-
Notifications
You must be signed in to change notification settings - Fork 732
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
Referenda proposal not moving to confirming automatically #200
Comments
Possibly fixed by paritytech/substrate#13704 |
any confirmation on this? |
@kianenigma We didn't upgrade yet (probably another 2 months before this fix reaches prod), but the issue happened again today:
(The referenda passed the required 0.5% support some blocks before the end, but stayed in deciding) I'm going to vote for it now to see if it moves |
Is there an existing issue?
Experiencing problems? Have you tried our Stack Exchange first?
Description of bug
We had a proposal that people voted for and had enough vote/support to pass at a future time.
Once that time was reached, the referendum stayed in "deciding", and I also saw the scheduler being triggered earlier (by the alarm if I understood correctly).
12h later, I decided to try to vote again (with insignificant amount) and it passed it to "confirming".
Is that expected ?
I thought the alarm system was there to trigger the change when the threshold was supposed to be reached
(Also, there might have been some conviction vote delegation removed after the last vote was done during the deciding period which might be the reason the alarm didn't do anything once executed)
Steps to reproduce
No response
The text was updated successfully, but these errors were encountered: