NEM Wallet Beta 2.4.4 - Bug bounty paid in XEM

Please add your address to any github issue you created, not here.

I’ve reported the issues in this thread above, thx.

Not sure what you mean by thread above.
Just to clarify. Make sure each issue is on github, also make sure each issue is accompanied by your address, or Jeff will not know to pay you.

Thank you, added the issues on GH

Version 1.4.3

  • Voting module on Mainnet
  • Removed bob.nem.ninja and used MedAlice2 as default testnet node
  • Minor fixes and improvements
1 Like

what is the problem with voting results? It is loading forever. I have nis on big VPS (6gb ram, 4 cpus) and cpu utilization is always <1% while results are loading …

when trying audit, I get message:
“This file is not in apostille format !”

what’s wrong? Is it becose I use v. 1.4.0?

As the number of users of NanoWallet increased, the download method from DropBox like before was unavailable.
Specifically, it exceeded the limit of the download amount which can be used with DropBox, and it became impossible to download.

Instead, I switched to download from GitHub, which is also commonly used for software distribution.

However, since it can not be registered in GitHub with the notarized file name as it is, we are taking action to confirm using file Sha256sum for file confirmation.

We appreciate your cooperation.
Thanks

2 Likes

I can confirm -> result-loading (tested on luxtag-vote) seems to be infinite

I don’t know how dev fixed it, but i see it closed on GH.

Also found defects in 1.4.3 but going to report it once get bounties for previous ones.

Does not the language of my language exist? Portuguese - Brazil
The look was a little weird (ugly excuse) and how to have a hard time looking at the wallet

The Poll address is correct but sometimes showing ‘There was an error. Make sure the address is correct.’

NB4ISKX7GUNTTIP23CFCYQVYL7EI3W4PTS7IY37J

Version: BETA 1.4.3 is too overloading java (8) which forces other browsers to crash
I’m not a specialist anymore, there’s something to check! NCCSN3DFTTBVG4GNJ6CTOVTCOV5X4E4ZJEYKJ4DF

Sometimes an error is displayed, but the input address is the address of poll index.

I think that an error message is displayed when the “Find Poll” button is pressed.
If you press the “Find index” button, you should not get an error.

Could you confirm these?

thanks

Hello
It seem the time to move from NCC to NanoWallet has come for me
as from the latest release of nis 0.6.93 the NCC wont be supported any more.

I have installed the NanoWallet and I’m amazed how good it is.
Anyway i have some questions related to the use of the Nano Wallet, Delegated Harvesting , Supernodes and Wallet file import export.

  1. I run a supernode with delegated harvesting turned on with auto harvest option.
    I have read that there are incompatibilities between NCC and Nano regarding the issue and that i should 1st deactivate the delegated harvesting with NCC
    and activate again with Nano to be able to see the correct harvesting status of the delegated account.
    The question is will i be able to deactivate with NCC later if upgrade the nis node to 0.6.93 before i deactivate it?

  2. I have successfully imported the wallet from NCC into Nano.
    I use chromium private navigation mode to open import the wallet.
    During the import it asked me to upgrade the wallet file and i have downloaded the upgraded wallet file.
    I have log out from wallet and purged the account.
    Then i have imported again the new wallet file that i’ve saved before out of NanoWallet but it asked again to upgrade the wallet?
    Is this a bug or normal behaviour?

Thanks.

You can deactivate delegated harvesting in Nano Wallet, the supplied public key is ignored because NIS knows which account is the delegated account.
If you auto harvest on your supernode, Nano wallet can only see the correct harvesting status if you are connected to your supernode, i.e. you have chosen your supernode with the node selection popup. At least that is my understanding of nano wallet.

I don’t know, @quantum_mechanics, can you please answer that question?

I asked this because i see in Nano Wallet that the
the Harvesting status is set to INACTIVE for the remote delegate account even if i’m connected to my supernode where the harvesting is active and i see
in NCC is set to active and i can deactivate it there
but in Nano i can only activate because it seems is not aware that is active.

Hmm…maybe Nano always expects the delegated account that is displayed in Nano to be the real delegated account.
Again, this is a question for the Nano Wallet coder @Quantum_Mechanics.

Regarding the 2nd question i figured out that if i import the wallet that i have backed up from the NanoWallet and not the one that is saved the 1st time before login that it doesn’t akst for the upgrade.

Also i suppose the address book is not yet implemented in the NanoWallet
i can’t see there any adressess that I had in NCC.