-
Notifications
You must be signed in to change notification settings - Fork 1
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
feat: indicator for unsigned transactions within a group #1512
base: main
Are you sure you want to change the base?
feat: indicator for unsigned transactions within a group #1512
Conversation
Codecov ReportAll modified and coverable lines are covered by tests ✅
Additional details and impacted files@@ Coverage Diff @@
## main #1512 +/- ##
=======================================
Coverage 99.07% 99.07%
=======================================
Files 159 159
Lines 5954 5954
Branches 1094 1094
=======================================
Hits 5899 5899
- Misses 52 55 +3
+ Partials 3 0 -3 |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I like this, overall. I also like the counter in the 'Ready to Sign' and 'In Progress' pages indicating how many need to be signed. Good idea.
Having played with it for a bit, I think it should be slightly adjusted. Maybe we can make it a bit more subtle. How would it look if the buttons were given a red border if unsigned instead of the '!'?
And for the number indicator for how many need to be signed, move it from the far left and put it in the button like where the '!' is.
Yep, that looks better in terms of both design and code. Do you want the buttons displaying the count of unsigned transactions to have a red border as well, or only on the page showing transactions from the group (as it is now)? |
01d0ca9
to
4695626
Compare
Can you provide a screen shot of both? I think as it is now would be good, but it would be helpful to see. |
I showed this to others, to get more eyes. The feedback I got was that the red is more concerning than informative. After further discussion, the direction we want to try is undo these changes and instead separate the signed and unsigned transactions in some manner. This could be done using tabs, or some filtering method. Another reason for this approach is to make the information we're trying to convey to be more intuitive, and not rely on documentation to explain the feature. This also includes the number badge indicator, it won't be required, even as helpful as it is. |
@jbair06 ![]() ![]() ![]() |
I like this idea. Much cleaner! Let's see if we can make it even simpler: If the details page is viewed from the 'Ready to Sign' or 'In Progress' it should show only the unsigned transactions by default. the check box should then say 'Show All' and by default be unchecked. If the details page is viewed from 'History' or 'Ready to Execute', then it should just show all transactions and not have the check box. This means you can also remove the 'All transactions are unsigned' bit. What do you think? |
24542c7
to
640850e
Compare
@jbair06 |
You are correct about 'History' and 'Ready to execute'. We may want to revisit how the transaction groups show up in 'Ready to Execute' though. If a group is 'atomic' or 'sequential', then they should only be 'ready to execute' once all are signed, and so should probably show up as a group. I'll add this to the 'atomic' transaction group issue. |
front-end/src/renderer/pages/TransactionDetails/TransactionDetails.vue
Outdated
Show resolved
Hide resolved
7df0d71
to
703f1f0
Compare
a316fe5
to
33dbdec
Compare
I played around with this a bit. I noticed an issue. When, as the creator, I go to the 'in progress' section, and open a transaction group, I see what appears to be all transactions are checked off as being signed ONLY if they have received ALL signatures. This includes transactions that have thresholds set up in such a way that not all signatures are actually required. Then, I clicked into a transaction, any transaction, and clicked back and was then able to see all transactions that have valid signatures now checked off. |
Signed-off-by: Hristiyan <hristiyan.valkov@limechain.tech>
Signed-off-by: Hristiyan <hristiyan.valkov@limechain.tech>
Signed-off-by: Hristiyan <hristiyan.valkov@limechain.tech>
Signed-off-by: Hristiyan <hristiyan.valkov@limechain.tech>
Signed-off-by: Hristiyan <hristiyan.valkov@limechain.tech>
Signed-off-by: Hristiyan <hristiyan.valkov@limechain.tech>
Signed-off-by: Hristiyan <hristiyan.valkov@limechain.tech>
Signed-off-by: Hristiyan <hristiyan.valkov@limechain.tech>
Signed-off-by: Hristiyan <hristiyan.valkov@limechain.tech>
Signed-off-by: Hristiyan <hristiyan.valkov@limechain.tech>
Signed-off-by: Hristiyan <hristiyan.valkov@limechain.tech>
Signed-off-by: Hristiyan <hristiyan.valkov@limechain.tech>
Signed-off-by: Hristiyan <hristiyan.valkov@limechain.tech>
Signed-off-by: Hristiyan <hristiyan.valkov@limechain.tech>
…ctionDetails Signed-off-by: Hristiyan <hristiyan.valkov@limechain.tech>
Signed-off-by: Hristiyan <hristiyan.valkov@limechain.tech>
Signed-off-by: Hristiyan <hristiyan.valkov@limechain.tech>
Signed-off-by: Hristiyan <hristiyan.valkov@limechain.tech>
Signed-off-by: Hristiyan <hristiyan.valkov@limechain.tech>
Signed-off-by: Hristiyan <hristiyan.valkov@limechain.tech>
Signed-off-by: Hristiyan <hristiyan.valkov@limechain.tech>
Signed-off-by: Hristiyan <hristiyan.valkov@limechain.tech>
Signed-off-by: Hristiyan <hristiyan.valkov@limechain.tech>
Signed-off-by: Hristiyan <hristiyan.valkov@limechain.tech>
Signed-off-by: Hristiyan <hristiyan.valkov@limechain.tech>
Signed-off-by: Hristiyan <hristiyan.valkov@limechain.tech>
Signed-off-by: Hristiyan <hristiyan.valkov@limechain.tech>
0d5c65a
to
3b9d331
Compare
Fixed and synced with main |
Description:
Implemented logic to handle notifications for unsigned transactions within a group. Added a visual indicator displaying the number of transactions awaiting signatures in the ReadyToSign and InProgress components, along with an indicator (exclamation mark) in the TransactionGroupDetails page.
Related issue(s):
#1458