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
After implementing the dBoard Worker, we started to notice some issues while trying to move one proposal from one phase to another. To make sure that if is the worker or not, I made a manual move action on the test contract testproposal.
Case 1
I created a new proposal on the app, passing to the key args the requested fields however, I found that when the times came to this proposal (endTime) I found that it wasn't moving to the next phase. On this test I made sure that:
move action signer: andlerz52254 EOS account
proposal author: andler52254 EOS account
proposal type: main
proposal phase: debate
proposal phase end: 2023-07-10T23:15:57.976+00:00 July 10th, 2023 at 23:15:57hr GMT+0
proposal start at: 2023-07-03T23:15:57.976+00:00 July 3rd, 2023 at 23:15:57hr GMT+0
proposal debate duration in days: 7 part of global proposal config
proposal id: 4
error message received: assertion failure with message: required attribute: referendum_id_phase_debate not found
Details (screenshot)
Case 2
Another thing that I notice is when we create changetime amendments: On the phasepconf I set up that proposals of type changetime will start at vote phase however, when I created one on the eos.dboard app, it did not receive a new referendum_id on the Smart Contract on the special parameters. I made sure that:
move action signer: andlerz52254 EOS account
proposal author: andler52254 EOS account
proposal type: changetime
proposal phase: vote
proposal phase end: 2023-07-06T01:29:30.273+00:00 July 6th, 2023 at 1:29:30hr GMT+0
proposal phase start: 2023-07-04T01:29:30.273+00:00 July 2nd, 2023 at 1:29:30hr GMT+0
proposal vote duration in days: 2 part of global proposal config
proposal id: 9
error message received: assertion failure with message: required attribute: referendum_id_phase_vote not found
Details (screenshot)
Technically I'm receiving the same error on both cases, something that was actually mentioned and Originally posted by @tlacloc in #4 (comment) where if we are not getting a referendum_id, then we have a bug.
This action however, notice that the move action only requests the proposal_id and a referendum_id is generated within the contract as an incremental as far as I understood. What could it be?
The text was updated successfully, but these errors were encountered:
After implementing the
dBoard Worker
, we started to notice some issues while trying to move one proposal from one phase to another. To make sure that if is the worker or not, I made a manualmove
action on the test contracttestproposal
.Case 1
I created a new proposal on the app, passing to the key args the requested fields however, I found that when the times came to this proposal (endTime) I found that it wasn't moving to the next phase. On this test I made sure that:
andlerz52254
EOS accountandler52254
EOS accountmain
debate
2023-07-10T23:15:57.976+00:00
July 10th, 2023 at 23:15:57hr GMT+02023-07-03T23:15:57.976+00:00
July 3rd, 2023 at 23:15:57hr GMT+07
part of global proposal config4
assertion failure with message: required attribute: referendum_id_phase_debate not found
Details (screenshot)
Case 2
Another thing that I notice is when we create
changetime
amendments: On thephasepconf
I set up that proposals of typechangetime
will start at vote phase however, when I created one on theeos.dboard
app, it did not receive a new referendum_id on the Smart Contract on the special parameters. I made sure that:andlerz52254
EOS accountandler52254
EOS accountchangetime
vote
2023-07-06T01:29:30.273+00:00
July 6th, 2023 at 1:29:30hr GMT+02023-07-04T01:29:30.273+00:00
July 2nd, 2023 at 1:29:30hr GMT+02
part of global proposal config9
assertion failure with message: required attribute: referendum_id_phase_vote not found
Details (screenshot)
Technically I'm receiving the same error on both cases, something that was actually mentioned and Originally posted by @tlacloc in #4 (comment) where if we are not getting a
referendum_id
, then we have a bug.The text was updated successfully, but these errors were encountered: