Skip to content
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

Add safe-execute button in ALM #580

Merged
merged 4 commits into from
Jun 18, 2021
Merged

Add safe-execute button in ALM #580

merged 4 commits into from
Jun 18, 2021

Conversation

k1rill-fedoseev
Copy link
Member

Closes #573
Closes #551

Screenshot 2021-06-12 at 22 36 56

@k1rill-fedoseev k1rill-fedoseev self-assigned this Jun 13, 2021
Copy link
Collaborator

@akolotov akolotov left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

It will not obvious for end users which button to press. So, consider to have only one button which will always invoke safe-execution on the new version of contracts. For the previous version of the AMB contracts it should call the method executeSignatures.

@k1rill-fedoseev
Copy link
Member Author

It will not obvious for end users which button to press. So, consider to have only one button which will always invoke safe-execution on the new version of contracts. For the previous version of the AMB contracts it should call the method executeSignatures.

I think there might be some rare situations, in which message should be recorded as failed. However, it is not possible to commit failed messages when using automatic gas limit, so it will be possible to do so only via old executeSignatures method. Therefore I kept both buttons, do you think it might be a valid use-case?

@akolotov
Copy link
Collaborator

HI think there might be some rare situations, in which message should be recorded as failed.

May you suggest formal criteria how to decide whether the message must be recorded as failed? I would introduce a check box near to the button and output these criteria when a user moves the cursor above the check box. If the check box is chosen executeSignatures is used. It will make the user expectation more obvious.

@k1rill-fedoseev
Copy link
Member Author

Screenshot 2021-06-14 at 18 01 33

Do you think such UI would be appropriate?

checked={allowFailures}
onChange={e => setAllowFailures(e.target.checked)}
/>
<label htmlFor="allow-failures">Allow Failures</label>
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Does it make sense to call it "Unsafe execution" as so only users which understand what it means consider to use it?

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Ok, we might do so. I have renamed it to "Unsafe mode".

@akolotov akolotov merged commit 92e1b59 into develop Jun 18, 2021
@akolotov akolotov deleted the feature/alm-safe-execute branch June 18, 2021 06:43
akolotov added a commit that referenced this pull request Jul 10, 2021
This merge contains the following set of changes:
  * [Monitor, Improvement] Add statistics about used AMB information requests (#577)
  * [ALM, Improvement] Add safe-execute button in ALM (#580), closes #573, closes #551
  * [Oracle, Improvement] Improve confirm-relay feature (#582), closes #569
  * [Monitor, Fix] Prune print of long error messages about missing file (#579), closes #578
  * [Oracle, Fix] Use safe approach for eth_getLogs requests (#581)
  * [Oracle, Fix] Fix logging in gas price service (#583), closes #552
  * [Oracle, Fix] Fix oracle error patterns and oracle e2e tests (#585)
  * [Common, Other] Fix dependencies versions and update example.yml (#566)
  * [Common, Other] Upload services logs in e2e and ultimate tests (#568)
  * [Oracle, Other] added example of emergency shutdown controller contract (#572)
  * [Oracle, Other] Refactor oracle configuration (#584)
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants