Topic: Armory 0.93 testing release! (with 0.05 BTC bug bounty) - page 25. (Read 35724 times)

Found another bug in OS X. I am running Bitcoin Core v0.10
I'm not sure if this is a visual bug, if there's something wrong with the string, or if it just doesn't recognise 0.10, but here's a screenshot.

http://prntscr.com/5r79et

Also, after I click 'Receive Bitcoins' below the Armory logo, a tiny window pops up with nothing but an empty progress bar and will not go away.

there are many of those messages that are formatted perfectly fine. but about half I came across had the problem. And you're the devs, so whatever! I'm just happy trying to break software

P.S. the link in your sig is broken to

Founder and CEO of Armory Technologies, Inc.
Armory Bitcoin Wallet: Bringing cold storage to the average user!
Only use Armory software signed by the Armory Offline Signing Key (0x98832223)

Click cold storage -> https://bitcoinarmory.com/about/using-our-wallet/#offlinewallet gives page not found!

So.... just before this testing release we made some "harmless" internationalization upgrades, but I think there was a misunderstanding about how the text formatting and unicode is handled.   This explains every malformed text box and unicode error.

We need to go through and revert those changes, and will have it done for the next testing release.  I'm not sure how to handle bounties on this.  I think at this point, I'll shut off bounties for anything related to unicode errors, and anyone who reported it to this point will get at most 2 bounties for all of them.  Fair?

This is why we have testing versions...

Hi guys,

Ok, so I left Armory running overnight, and when I got back to my computer (which isn't set to go into hibernation or anything), when I woke up it was at 52%. It then flashed the bitcoin disconnected/reconnected, and then stalled there, not moving.

When I reopened armory then, which was working fine yesterday, it now says that it can't find the installation



I had the setting blank, but then put it in to the right directory, and still doesn't work.



I'm going to reboot again and see if it works. Just did that, still the same issue. I'm going to delete both of the bitcoin and armory appdata folders, to see if it kicks in again. It didn't, but I reinstalled bitcoin 0.10 and now it's syncing again, downloading over bootstrap torrent.

While doing this, I then tried to create a wallet using the wizard.

Also, when you have two instances of bitcoin running, there's another visual bug



A visual bug then when you go into wallet properties | backup this wallet | make a paper backup | enter password | and then the ? on this screen



Another visual bug, when things are still syncing, if you click into wallet management | receive bitcoin



This one isn't a bug, but the text below should be updated

1) In "Lockboxes" > "Create Promissory Note" you can't make a promissory to just pay the transaction fee. You get an error "You cannot promise 0 BTC".



2) You can't verify any signatures. "Tools" > "Message Signing/Verification" > "Verify Bare Signature"

(ERROR) Traceback (most recent call last):
  File "/usr/lib/armory/ui/toolsDialogs.py", line 313, in verifySignature
    self.displayInvalidSignatureMessage()
  File "/usr/lib/armory/ui/toolsDialogs.py", line 273, in displayInvalidSignatureMessage
    'The supplied signature is not valid!')
  File "/usr/lib/armory/qtdefines.py", line 477, in MsgBoxCustom
    dlg = dlgWarn(wtype, title, msg, wCancel, yesStr, noStr)
  File "/usr/lib/armory/qtdefines.py", line 408, in __init__
    super(dlgWarn, self).__init__(None)
TypeError: __init__() takes exactly 3 arguments (2 given)

Traceback (most recent call last):
  File "/usr/lib/armory/ui/toolsDialogs.py", line 313, in verifySignature
    self.displayInvalidSignatureMessage()
  File "/usr/lib/armory/ui/toolsDialogs.py", line 273, in displayInvalidSignatureMessage
    'The supplied signature is not valid!')
  File "/usr/lib/armory/qtdefines.py", line 477, in MsgBoxCustom
    dlg = dlgWarn(wtype, title, msg, wCancel, yesStr, noStr)
  File "/usr/lib/armory/qtdefines.py", line 408, in __init__
    super(dlgWarn, self).__init__(None)
TypeError: __init__() takes exactly 3 arguments (2 given)

2a) "Tools" > "Message Signing/Verification" > "Verify Signed Message Block"

(ERROR) Traceback (most recent call last):
  File "/usr/lib/armory/ui/toolsDialogs.py", line 352, in verifySignature
    self.displayInvalidSignatureMessage()
  File "/usr/lib/armory/ui/toolsDialogs.py", line 273, in displayInvalidSignatureMessage
    'The supplied signature is not valid!')
  File "/usr/lib/armory/qtdefines.py", line 477, in MsgBoxCustom
    dlg = dlgWarn(wtype, title, msg, wCancel, yesStr, noStr)
  File "/usr/lib/armory/qtdefines.py", line 408, in __init__
    super(dlgWarn, self).__init__(None)
TypeError: __init__() takes exactly 3 arguments (2 given)

Traceback (most recent call last):
  File "/usr/lib/armory/ui/toolsDialogs.py", line 352, in verifySignature
    self.displayInvalidSignatureMessage()
  File "/usr/lib/armory/ui/toolsDialogs.py", line 273, in displayInvalidSignatureMessage
    'The supplied signature is not valid!')
  File "/usr/lib/armory/qtdefines.py", line 477, in MsgBoxCustom
    dlg = dlgWarn(wtype, title, msg, wCancel, yesStr, noStr)
  File "/usr/lib/armory/qtdefines.py", line 408, in __init__
    super(dlgWarn, self).__init__(None)
TypeError: __init__() takes exactly 3 arguments (2 given)

3) Export an unsigned transaction from one armory install that shares no wallets with another install. In the armory that has no wallets "Offline Transactions" > "Sign and/or Broadcast Transaction" > Paste the export > "Sign"

(ERROR) Traceback (most recent call last):
  File "/usr/lib/armory/ui/TxFrames.py", line 1662, in signTx
    if self.wlt.hasAddr(addrStr_to_hash160(addrStr)[1]):
AttributeError: 'NoneType' object has no attribute 'hasAddr'

Traceback (most recent call last):
  File "/usr/lib/armory/ui/TxFrames.py", line 1662, in signTx
    if self.wlt.hasAddr(addrStr_to_hash160(addrStr)[1]):
AttributeError: 'NoneType' object has no attribute 'hasAddr'

I've actually proven myself wrong there, it's actually going to take 5 days. I did the calculations.
It would be nice if it showed percent, or data/blocks remaining.

+1

Would be better to have no time, than a time that just isn't true. Maybe have some sort of animation that builds up over time as the blockchain is assembled? The % is fine, but the time value never made sense in any version.

I'm just using the normal version, not a testnet one.

I'll just document what I can so it can be easily replicated !

If you are using testnet then look at the following:

Windows - C:\Users\Username\AppData\Roaming\Armory\testnet3\armorylog.txt
Linux - /home/username/.armory/testnet3/armorylog.txt

(AppData is usually hidden on Windows so you'll need to "Show hidden files, folders, and drives" through the folder options)

where do those logs come from?

1) Putting a " in the "Label" section of "Create Payment Request Link" blanks the output

"Receive Bitcoin" > "Create Clickable Link" and in the Label type: testing"



2) In "Recieve Bitcoin" > "Manually Enter "bitcoin:" Link", if the value following in "amount=" is not just a number and you hit "Done" you get no message/error box and the below is the log.

The link I used was "bitcoin:n2vPVmUbFBmXNa4uwX45dzCjFx4cXcd58V?amount=p32&label=fewafew"

2015-01-10 11:30 (ERROR) -- Traceback (most recent call last):
  File "qtdialogs.pyc", line 10616, in clickedOkay
  File "ArmoryQt.py", line 2490, in parseUriLink
  File "armoryengine\ArmoryUtils.pyc", line 2894, in parseBitcoinURI
  File "armoryengine\ArmoryUtils.pyc", line 1292, in str2coin
ValueError: invalid literal for int() with base 10: 'p32'

3) When "Sending Bitcoin" there is no max length for the comment like there is in the "Transactions" tab in the main window. I put the following string in the comment (alphabet + num at the end so you can see where in the string you are):
abcdefghijklmnopqrstuvwxyz1abcdefghijklmnopqrstuvwxyz2abcdefghijklmnopqrstuvwxy z3abcdefghijklmnopqrstuvwxyz4abcdefghijklmnopqrstuvwxyz5abcdefghijklmnopqrstuvw xyz6abcdefghijklmnopqrstuvwxyz7abcdefghijklmnopqrstuvwxyz8abcdefghijklmnopqrstu vwxyz9abcdefghijklmnopqrstuvwxyz10abcdefghijklmnopqrstuvwxyz11abcdefghijklmnopq rstuvwxyz12abcdefghijklmnopqrstuvwxyz13abcdefghijklmnopqrstuvwxyz14abcdefghijkl mnopqrstuvwxyz15abcdefghijklmnopqrstuvwxyz16abcdefghijklmnopqrstuvwxyz17abcdefg hijklmnopqrstuvwxyz18abcdefghijklmnopqrstuvwxyz19abcdefghijklmnopqrstuvwxyz20ab cdefghijklmnopqrstuvwxyz21abcdefghijklmnopqrstuvwxyz22abcdefghijklmnopqrstuvwxy z23abcdefghijklmnopqrstuvwxyz24abcdefghijklmnopqrstuvwxyz25abcdefghijklmnopqrst uvwxyz26abcdefghijklmnopqrstuvwxyz27abcdefghijklmnopqrstuvwxyz28abcdefghijklmno pqrstuvwxyz29abcdefghijklmnopqrstuvwxyz30abcdefghijklmnopqrstuvwxyz31abcdefghij klmnopqrstuvwxyz32abcdefghijklmnopqrstuvwxyz33abcdefghijklmnopqrstuvwxyz34abcde fghijklmnopqrstuvwxyz35abcdefghijklmnopqrstuvwxyz36abcdefghijklmnopqrstuvwxyz37 abcdefghijklmnopqrstuvwxyz38abcdefghijklmnopqrstuvwxyz39abcdefghijklmnopqrstuvw xyz40

4) Num 3 also creates a display bug. When you are looking at the "Transactions" tab in the main window, if you double-click to expand out the "Comment" section to display the full comment the navigation bar won't let you see the whole comment. There seem to be 5 spots that the navigation bar sticks to where the first four are small moves and the last one just jumps to the end.

Fourth Spot:


Fifth/Final Spot:


5) In "Receive Bitcoins" you can't double click the QR code to expand. It also seems to happen anywhere else there is a QR code that needs to be double clicked. This is the log:

2015-01-10 13:15 (ERROR) -- Traceback (most recent call last):
  File "qtdefines.pyc", line 811, in mouseDoubleClickEvent
  File "qtdefines.pyc", line 817, in __init__
TypeError: __init__() takes exactly 3 arguments (2 given)

Just to have some minor clarification, would the visual bugs above all count separately? Most of them seem to be the same general issue but just in lots of different places. If so, I have some more hunting to do

Ubuntu 14.04, when hovering the colors in the tooltip are dark and nearly unreadable; if you click on the (?), it changes to a readable lighter background.




The tooltip above says "Change Encryption", which doesn't match the actual button that says "Encrypt Wallet". Also, the tooltips for Wallet Name and Description have "Change Labels" instead of "Change Wallet Labels".

I'm interested in having my own private Armory-powered block explorer. Where can we find armoryd.py and "webshop"? Does armoryd.py work on Windows, and is there anything special that needs to be done to set it up?

Hi guys,

I use Win 8.1 and 64bit bitcoin core.

Digitally backed up my wallets, the uninstalled bitcoin and armory, and deleted manually all the files, to give it close to a clean install.

Installed armory fine, but then skipped importing a wallet. So I know bitcoin isn't installed yet. Clicked Check again, and get this

Screen I'm talking about



Visual bug




I also found a second similar case

Going into settings, and trying to set it as the default bitcoin handler





So similar to the bug reported by TimS

Also, when in settings, and clicking the ? pop up over the default fee, this is muddled up too



Similar visual bug, this time via Help | Clear all confirmed



Similar visual bug via Help | Rescan databases



Same for Help | Rebuild & Rescan



Next, when I click help | armory version,

this little progress indicator pops up, but does nothing.



Also, this a group of similar minor bugs

In the dashboard screen, where there's the text, the frequently asked question link doesn't work. Links to https://bitcoinarmory.com/faqs/

But that doesn't work



Same goes for the "armory backups page" link, which is sending to https://bitcoinarmory.com/armory-backups-are-forever/ and again getting page not found

Same goes for the "armory quick start guide" link, which is sending to https://bitcoinarmory.com/using-our-wallet and gives page not found.

Same for "offline wallet tutorial", which is sending to https://bitcoinarmory.com/using-our-wallet/#offlinewallet and gives page not found.

So basically none of these links work.

Finally, on this section, there's a massive block of grey blank space underneath all the text. Just a bit unnecessary

Also, you're using wordpress on your site. so you're front door at http://bitcoinarmory.com/wp-admin is wide open.



You should really install something like "all in one wordpress security and firewall plugin" (https://wordpress.org/plugins/all-in-one-wp-security-and-firewall/)  and enable brute force protection to rename this to a secure login url, plus put in captchas, honeypots etc. I'm sure that URL will get blitzed, and if someone got in that way they could just change the website to point to a malicious file. PM me and I can guide you through this if you want, takes about twenty minutes to implement, and will block out a lot of shit in the first place.

I then asked to switch to expert mode on reboot, and disabled torrent downloading ( to see if new header thing is working), and installed the 0.10 bitcoin client, and opened up armory. So these were while it was initialising bitcoin engine

I then checked in the advanced mode, and noticed that multisig | lockbox manager, the lockbock documentation doesn't link anywhere



While still scanning, if i click multisig | simulfund promissery note, I get this



Similar if I do multisig | simulfund collect and merge and then click create and add a promisary note



If I hit cancel here, I also get this



Also, if I go into multisig | simulfund review and sign, don't select anything, but hit done, I get this



This isn't a bug, but the "Please note" message where it mentions the size needed needs to be updated/doubled!



Also, it's all time based in the countdown, but I noticed it near the end



For this whole sync time, couldn't you just show people how many blocks it's at and going through? People will understand the wait if they can see that there's hundreds of thousands of blocks going through. And numbers continually reducing is way better than time that doesn't make sense.

Cheers

Jamie

P.S. Just a note from games, trying to figure out what was where when we were localising games from asia into english, and then into other languages, where we had the UI and text fields coming from all over the place.

For debugging builds, you can append a number/hex code to each text field in the UI and error messages (both titles and content). If an error message comes up, it makes it easier to highlight where the field needs to be changed. Also, if you have an error message, and we trigger it when testing, we can give suggestions for better text.

ie. in this



Instead of "The Bitcoin software still appears to be missing. If you just installed it, then please adjust your settings to point to the installation directory"

it would be a lot more noob friendly if it said

"Bitcoin Armory has not detected the Bitcoin Core software installed in it's standard installation directory. To fix this, click Menu | Settings. On that screen, set the Bitcoin Core installation directory, and the Home Directory. Click save, reboot Armory and try again."

1) Can't create Single-Sheet SecurePrint(TM) paper backups. "Wallet Properties" > "Backup This Wallet" > Printable Paper Backup Single-Sheet "Create Paper Backup" > "Use SecurePrint(TM)"

2015-01-10 08:31 (INFO) -- qtdialogs.pyc:7056 - Deriving SecurePrint code took 0.42 seconds
2015-01-10 08:31 (ERROR) -- Traceback (most recent call last):
  File "qtdialogs.pyc", line 7219, in redrawBackup
  File "qtdialogs.pyc", line 7397, in createPrintScene
  File "qtdialogs.pyc", line 6956, in drawColumn
  File "qtdefines.pyc", line 25, in tr
  File "encodings\utf_8.pyc", line 16, in decode
UnicodeEncodeError: 'ascii' codec can't encode character u'\u2122' in position 26: ordinal not in range(128)



2) Can't create Fragmented SecurePrint(TM) paper backups. "Wallet Properties" > "Backup This Wallet" > Printable Paper Backup Fragmented "Create Paper Backup" > "Use SecurePrint(TM)" > "Print All Fragments"

2015-01-10 08:40 (INFO) -- qtdialogs.pyc:7056 - Deriving SecurePrint code took 0.38 seconds
2015-01-10 08:40 (ERROR) -- Traceback (most recent call last):
  File "qtdialogs.pyc", line 12111, in clickPrintAll
  File "qtdialogs.pyc", line 12126, in clickPrintFrag
  File "qtdialogs.pyc", line 7164, in __init__
  File "qtdialogs.pyc", line 7215, in redrawBackup
  File "qtdialogs.pyc", line 7410, in createPrintScene
  File "qtdialogs.pyc", line 6956, in drawColumn
  File "qtdefines.pyc", line 25, in tr
  File "encodings\utf_8.pyc", line 16, in decode
UnicodeEncodeError: 'ascii' codec can't encode character u'\u2122' in position 40: ordinal not in range(128)

2a) Same as 2 but selecting a single "View/Print"

2015-01-10 08:41 (INFO) -- qtdialogs.pyc:7056 - Deriving SecurePrint code took 0.34 seconds
2015-01-10 08:41 (ERROR) -- Traceback (most recent call last):
  File "qtdialogs.pyc", line 12086, in
  File "qtdialogs.pyc", line 12126, in clickPrintFrag
  File "qtdialogs.pyc", line 7164, in __init__
  File "qtdialogs.pyc", line 7215, in redrawBackup
  File "qtdialogs.pyc", line 7410, in createPrintScene
  File "qtdialogs.pyc", line 6956, in drawColumn
  File "qtdefines.pyc", line 25, in tr
  File "encodings\utf_8.pyc", line 16, in decode
UnicodeEncodeError: 'ascii' codec can't encode character u'\u2122' in position 40: ordinal not in range(128)

3) When sending bitcoins and you input an invalid address (or no address) you get a not properly filled in error box.

Found 1 minor bug, 1 major bug

http://prntscr.com/5qqia5
Notice the HTML code not working

I also believe the time prediction for building databases, etc. is bugged. It always starts at an outrageous time(ie. 2 months), then moves down to something more reasonable(ie. 6 hours)

Then it hangs. It uses no memory, no CPU, and barely any I/O. And the time prediction starts going up slowly, and when it does use I/O, it only reads at ~1% the speed it did before and there is no progress indicator in the logs, it's frozen.

Also noticed this:

'8 attempts' used to be '7 attempts' and '6 attempts' and so on. It does that every time, and number of attempts goes up by 1 or 2.

After it finishes going into its "hanging" state, it starts up again, then it hangs again, then starts up. This I can tell because of the time indicator, it went from 5 days to 3 days, then started going back up again! Meanwhile I noticed a 'blocks' file in the databases directory, based on the name I'll assume block data is inside it.
Well, there's one more thing -

http://prntscr.com/5qr55d
http://prntscr.com/5qr70x

If blocks is 600+ MB, and growing I might add, why does the progress bar not show it? Is the progress bar bugged, or is something wrong with Armory blockchain manager?

At the time of this edit, I am performing a factory data reset, and will see if this fixes the issue.

Edit: Factory data reset has not fixed the issue but Armory isn't hanging as bad as it was before, it's now using 4% of one CPU core, and 1 KB/s network bandwidth(both ways), also writing to disk which is a tiny bit of an improvement but not really noticeable, and I don't think it's Bitcoin Core causing this, so for the time being Armory is stuck with no databases, it seems.

I will leave Armory on for a few hours and see if anything happens, I hope it actually starts to build DB, currently 'blocks' file is at 576 MB and doesn't seem to be growing or shrinking at all.

Edit: Armory is reading block files, but it's not reading the full blockchain?
Blank space

Later:


Edit: Resetting settings and such seemed to work, but Armory is loading outrageously slowly.


I've done some math, here are the times with some predictions:

Loading file 3 - 20:31, full file would have taken 23:19 based on prediction
Loading file 4 - 33:12
Loading file 5 - 39:19
Loading file 6 - 33:18
Loading file 7 - 37:58
Loading file 8 - 38:58
Loading file 9 - 39:59
Loading file 10 - 35:24

Average(excluding file 3) is 36:53 minutes per file, with a total of 217 files to process!
At this rate, it would take 5 days, 13 hours, and 23 minutes!
I have 16 GB of RAM, running on OS X 10.10, and have an SSHD installed(plan on dedicating an SSD of ~256 GB to Armory/Core), SSHD can write/read at about 85 MB/s. I don't know why Armory doesn't use at least half of what it used before(65.5 MB/s)

Yeah it's fully implemented and set by default. We still use cryptopp only


Translation tags (tr()) have introduced some bugs, we'll get on top of it

Is deterministic signing fully implemented? Is the deterministic signing code coming from libsecp256k1?

It would be nice to have the option to configure this in the Settings page, as well as --skip--announce-check.