NEM Wallet Beta 2.4.4 - Bug bounty paid in XEM

Releases
#220

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.

#221

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

#222

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

1.JPG1616×718 52.6 KB

NB4ISKX7GUNTTIP23CFCYQVYL7EI3W4PTS7IY37J

#223

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

#224

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

#225

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.

NEM Beta 0.6.93
#226

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?

#227

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.

#228

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.

#229

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.

#230

Hi,

It is a bug (https://github.com/NemProject/NanoWallet/issues/175)

The old remote must be deactivated and the new one in Nano must then be activated.

Once it is done you must change the old keys in your supernode for the new delegated private key:

  • nis-ncc/config-user.properties
  • supernode-servant/config-user.properties

Then finally enroll your node again to the node reward program with the new delegated public key, @BloodyRookie will deactivate the old entry.

Yes it does not support import of NCC address book yet

#231

Thank you very much.
I will then proceed as you instructed here.

#232

I’m trying to migrate my wallet from NCC into NanoWallet. Everything with exporting of json file and importing into Nano login screen is clear, but when I put password and click into “Upgrade wallet”, it looks nothing happened (I’m just waiting more than 30 minutes, it couldn’t be so long, isn’t ? ).
I’m trying this process in Chromium (could it be the same as Chrome in this way?) 59, OS Fedora Linux. Any hints ? Thanks.

#233

Hi,

No it should take only 1 or 2s, I just tried on Chrome and it worked.

How many accounts do you have in the wallet ?

If you only have one account to import you can simply get the account private key from NCC and create a private key wallet with it in Nano.

#234

Just one account (with delegated harvesting into my NIS node…anyway, I’ll have to change delegate harvesting due to new public key, is it correct?). Now I’ trying the same upgrade process in FF 55 … same issue, means nothing happened after “Upgrade wallet” button click, for a long time. It’s really weird…

#235

PS: I’m running Nano thru my local Apache, with normal http (80/tcp) port (it could be secure as it is a strictly local connection) … is this the correct way ? I saw there is also Linux desktop Nano app, but even of that, I prefer browser/web access…
PS2: all the previous versions of NCC worked in my browsers (FF, Chromium, Chrome, everything under Linux) without any troubles.

#236

I’ve been tested this issue on another computer (also Linux based), under FF, Chromium and Chrome as well. Same issue in every cases (successful import of *.json file from NCC, then nothing happened after “Upgrade wallet” click). Really strange…

#237

Yes if you were harvesting in NCC you need to deactivate the old remote:

Services -> Manage delegated account -> Use custom key -> Paste your old delegated public key -> Select deactivate -> Send

6 hours later you can go back to Manage delegated account page and just send an activation transaction to activate your new remote (the one shown in the grey input)

Then if harvesting was linked to a supernode you need to update the key in the NIS, enroll again with the new delegated public key and ask @BloodyRookie to deactivate the old entry here: NEM Supernode Rewards Program

Should be secure but you don’t need any local server to run Nano

Okay, strange indeed, it works here… Will look into it for v2.0

#238

if you have more than one account how I can import all my accounts at nano wallet???
Hi,

KloNEM:
I’m just waiting more than 30 minutes, it couldn’t be so long, isn’t ?
No it should take only 1 or 2s, I just tried on Chrome and it worked.

How many accounts do you have in the wallet ?

If you only have one account to import you can simply get the account private key from NCC and create a private key wallet with it in Nano.

#239

Ok, thanks, I’ll do it thru this way…

Ok, but if I don’t want (or don’t need) to run linux NanoClient and just use the html pages and *.js, probably I’ll need local webserver (e.g. Apache), is that correct? I’m thinking, if there couldn’t be a trouble, if sign-up/login doesn’t expect app hearing on some appropriate port (?)

What is more strange - I’ve been tried another way - in Nano “Sign Up”, then “Private key wallet”, then put my private key, name of wallet, pass, etc., finally clicked on “Create private key wallet”, and voilla - nothing happened. Looks like the same issue as with importing wallet (*.json) from NCC, so I’m observing (see above), if there couldn’t be some “global problem” with expecting of some another port (than default 80/tcp Apache’s one), or something like this ?