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

Transaction state is not updated for receiver if it is received to non-default account #9895

Closed
churik opened this issue Jan 23, 2020 · 7 comments
Assignees
Milestone

Comments

@churik
Copy link
Member

churik commented Jan 23, 2020

Bug Report

Problem

When sending transaction, receiver may share for transaction Status account or another account.
In case of another - message state will remain shared account forever.

Expected behavior

'Confirmed'

Actual behavior

Monosnap 2020-01-23 16-30-40

Reproduction

  • User A: send transaction to User B (User B shouldn't have ENS name set)
  • User B: create new account in wallet
  • User B: share new account
  • User A: sign and send transaction
  • User B: wait until transaction gets enough confirmations, try to relogin to get updated

Additional Information

  • Status version: RC 2020012313
  • Operating System: Android, iOS
@churik churik added the bug label Jan 23, 2020
@churik churik changed the title Transaction state is not updated for receiver if for it not default account is used Transaction state is not updated for receiver if it is received to non-default account Jan 23, 2020
@churik
Copy link
Member Author

churik commented Mar 3, 2020

More visible in PR #10100
cc @flexsurfer

@churik
Copy link
Member Author

churik commented Apr 1, 2020

Currently, the transaction state message is not updated to "Confirmed" at all if the transaction was sent between e2e builds.

It is a blocker for test_network_mismatch_for_send_request_commands - it will always pass until issue will be fixed

@flexsurfer flexsurfer self-assigned this Apr 1, 2020
@flexsurfer flexsurfer removed their assignment Apr 27, 2020
@hesterbruikman hesterbruikman added this to the Mobile release 1.6.1 milestone Jul 6, 2020
@churik churik added the commands label Aug 5, 2020
@cammellos
Copy link
Contributor

I believe this is just a matter of configuring the URL for verifying transactions, @churik do you still want to enable those e2e tests? ( if so we can get this done, otherwise we can close)

@churik
Copy link
Member Author

churik commented Sep 17, 2020

Yes, I would rather enable this case.
IMO that message in "Shared account" state forever is not user-friendly (so you can't tap on it and see transaction state).
I understand it is not high-prio because not a lot of users using non-default account in 1-1 chat, but in case of usage user will be confused for sure.

@cammellos
Copy link
Contributor

Looking at this.

It looks like we are not checking all wallet accounts.
The assumption is that https://github.com/status-im/status-go/blob/1237cc9ac63f3b94e367a702e06acdc72ce79fb5/services/ext/service.go#L310 should return all wallet accounts, but I see that only the default account is returned.

@cammellos
Copy link
Contributor

checked and confirmed that the addresses are in the database and we should be querying them correctly, so it must be that at some point we are not correctly building up the map of addresses. investigating.

@cammellos
Copy link
Contributor

Ok, found the issue, when generating a new account is not marked as a wallet, so it's not picked up by the validator, will fix.

cammellos added a commit that referenced this issue Dec 7, 2020
…hing

transactions

This commit fixes two issues:

- Unread counter was wrongly calculated when hiding messages
- Only the default account was watched for command transactions
cammellos added a commit that referenced this issue Dec 14, 2020
…hing

transactions

This commit fixes two issues:

- Unread counter was wrongly calculated when hiding messages
- Only the default account was watched for command transactions
cammellos added a commit that referenced this issue Dec 14, 2020
…hing

transactions

This commit fixes two issues:

- Unread counter was wrongly calculated when hiding messages
- Only the default account was watched for command transactions
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

4 participants