NEM Wallet Beta 2.4.4 - Bug bounty paid in XEM

Releases
#11

If you have access to the private key you can simply build a keypair object then, so there is no need to look into txes to find the delegated public as you can directly extract it from the object.

See Keypair in lightwallet

That is not to activate or deactivate, only the public key of the delegated account is needed for that and you can already use a custom one in Nano to do so.

Private key is needed to lock and unlock accounts harvesting (start/stop), which is not the same than activating and deactivating a remote (making an account your remote / de-attributing the remote).

I could ask users to provide the delegated private key if they import an account manually with remote harvesting active, will see what devs thinks about it, but I think the best solution would be to completely switch for a new remote. In the end it’ll be better.

#12

There is now a 5,000 XEM bounty for issues reported to QM’s Github.

#13

Nanowallet is the best NEM client :slight_smile:

#14

And t is just getting started. This will lay the foundation for a lot of good things to come. I wish the first wallet would have been built like this in the first place, but we are catching back up now.

#15

Version 1.0.13

  • Fix message fees (lower)
  • Fix private apostilles
  • Fix audit of private apostilles
  • Minor design
3 Likes
#16

when might be out nanowallet?

Not Claiming NEMStake, Why It Is No Longer Possible and the History of the Process
#17

Not sure, I’m going through everything and working on getting app ready for translators right now. I hope to finish that before the end of the week, there is a bit to do.

To go on Mainnet we need a bit more testers and feedback.

#18

Until we get more testers, it is hard to confidently put it on the mainnet. It is more or less ready, but we really need some more testers. For instance I have found a couple of small bugs that if people were really testing, they should have found, yet nobody reported them on github. NEM is worth a lot of money. Wallets should be tested I think.

1 Like
#19

why not release source code of nano

#20

it is written in JavaScript, which is interpreted language There is only source code.

#21

any news from nanowaller\t???

#22

Version 1.1.0 coming soon

2 Likes
#24

any news about nano wallet???

#25

Version 1.1.3

  • Ready for translators (Full i18n)
  • Can sign multisignature aggregate modifications, namespace provision, mosaic definition and mosaic supply changes transactions.
  • Improvements on apostille HD accounts
  • Apostille certificates
  • Apostille explorer
  • Custom text apostilles
  • Balance of selected mosaic in transfer module
  • Changelly Instant Exchange module (Thanks to @ReverseCold)
  • Accounts label
  • Improved custom node handling
  • Improved all transaction types details design and data
  • Loading screen for computationnally intensive operations
  • Fix messages with unicode
  • Fix messages with carriage return and keep the formatting in transaction details
  • Fix harvesting with child accounts
  • FAQ module
  • Minor fixes
  • Minor design

Maybe I forgot a few little things, will update this post if I remember.

Important notes:

Apostille:
All old .nty files and apostilled files are now invalid because a few things changed in both.

Translations:
You can consult https://github.com/QuantumMechanics/NanoWallet/blob/master/src/app/modules/languages/en.js and translate it if you want to add your own language. Please try to keep html tags if any, just translate between them. Of course you are free to move those tags in the sentence to arrange it as your language need.

2 Likes
#26

Can anybody report if Apostille works in Chrome? I sometimes had problems downloading thebzipped file. And if so does the private version work?

#27

DO make nano friendly for mobile explorer?

#28

Some people have experimented with using Nano on Android, but it is definitely not a friendly UI. We have plans in the future to make a version that will be scaled properly to mobile size, but that will take a while. We are just trying to get regular Nano to work first.

#29

Getting the private key for delegate accounts has also been added.

Known issues include problem signing multisig transactions if using a remote host. If using local host, it should be fine. There seems to be some problem with the websocket channel for signing unconfirmed channels but we need to check into it more.

#30

nice keep the hard work

Quantum_Mechanics

will be superrrrr

#31

Important notes:

Apostille:
All old .nty files and apostilled files are now invalid because a few things changed in both.

Translations:
You can consult https://github.com/QuantumMechanics/NanoWallet/blob/master/src/app/modules/languages/en.js and translate it if you want to add your own language. Please try to keep html tags if any, just translate between them. Of course you are free to move those tags in the sentence to arrange it as your language need.

About apostille, I forgot to mention:
If you used old Nano versions and did apostilles, please clean data stored in local storage or it’ll cause errors.
For that simply open the developer / web console (you can find it in your navigator topbar under ‘tools’), paste:

localStorage.removeItem(“ngStorage-nty”);

Then press enter and refresh the window.