-
Notifications
You must be signed in to change notification settings - Fork 76
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
4351 community token refactoring #14413
Conversation
self.events.emit(SIGNAL_BURN_STATUS, data) | ||
except Exception as e: | ||
error "Error processing Collectible burn pending transaction event", msg=e.msg, receivedData | ||
self.events.on(SignalType.CommunityTokenTransactionStatusChanged.event) do(e: Args): |
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.
Here's signal is caught and processed.
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.
Looks good. Nice job
self.events.emit(SIGNAL_SET_SIGNER_STATUS, data) | ||
|
||
let response = if transactionArgs.success: tokens_backend.registerReceivedOwnershipNotification(contractDetails.communityId) else: tokens_backend.registerSetSignerFailedNotification(contractDetails.communityId) | ||
# TODO move AC notifications to status-go |
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.
Is that put in an issue?
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.
When you do, please make sure you emit some notification typeID, instead of moving the texts there :)
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 created this one: #14429
b89a67b
to
3a3a715
Compare
Jenkins BuildsClick to see older builds (12)
|
transactionType*: string | ||
success*: bool | ||
hash*: string | ||
communityToken*: CommunityTokenDto |
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.
wondering why we need 3 token fields.
Just to understand, do we ever mint/airdrop more than a single token per transaction? I know we mint both the Owner and TM tokens in a single "user action", but those are two separate transactions and two separate events coming from status-go, right?
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.
hmm after looking around for a bit, I might be wrong on that one, seems the 2 special tokens belong to the same contract
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.
Nope, owner token and master token deployment is done in a single transaction. We have got a deployer contract to do this. In case of owner token & master token deployment 2 fields are filled in a signal.
If this is community token deployment (or any operation made by a token, eg. burn, mint), communityToken field is filled.
3a3a715
to
143fad3
Compare
@anastasiyaig can you test this ticket before we merge it? |
@endulab sure , i can tests that |
@endulab i found that after minting is started the status is always stuck at "Minting...". In one case i've waited for over an hour after the trx status changed to Success and the status in app didn't change. |
Hmm, Thank you @lukaszso. Strange, maybe something is broken in the wallet. I will update pr and test on my side. |
@lukaszso any logs with errors? What chain did you use? |
143fad3
to
4313176
Compare
@lukaszso I upgraded branch. Minting works correctly on my side. Can you retest? |
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.
@endulab Maybe the issue was caused by faulty network, no idea. I tried with latest build and it worked fine.
@lukaszso did you test all operations? Like: minting, airdroping, burning, remote destruction? Also would be great to test transfer ownership, because there is a set signer operation. |
@endulab sorry for not clarifying. I checked minting, airdropping, burning and remote destruction. I'll check notifications and ownership transfer later today and i'll get back to you. |
@endulab took a little longer than expected but it works fine. Tried all operations again and, apart from some longer wait times in some cases (prob related to network) there were no issues. |
@endulab i was referring to the initial issues with minting tokens. In one case i was stuck for about an hour (haven't checked if it finally succeeded since) and in the other case it took several minutes to update the status from minting to success. This was happening only in my first attempt to test this. |
…-go. Nim part is only responsible for catching the signal about handled transaction and update UI. Added CommunityTokenTransactionStatusChangedSignal. Issue #4351
4313176
to
b895efa
Compare
What does the PR do
Move community tokens logic to status-go.
Nim part is only responsible for catching the signal about handled transaction and update UI.
Added CommunityTokenTransactionStatusChangedSignal.
Issue status-im/status-go#4351
status-go pr