Topic: 0.96.4 RC1 - page 7. (Read 14283 times)
suddenly, everything's good and working.
Delete your WO and import a fresh one.
didn't work for me:
1. deleted offline wallet
2. restored from paper backup
3. exported WO wallet
4. restored WO wallet to online pc
5. no luck with frozen Coin Control
edit: nvm, i see what you're saying now. didn't realize you could export a paper WO root key and restore, all on the online pc, w/o touching the offline wallet. will try that.
Delete your WO and import a fresh one.
Create a paper backup, test it, then delete your wallet and restore from the backup.
but this is occurring on the online pc in the WO wallet during Coin Control selection. am i missing something?
Create a paper backup, test it, then delete your wallet and restore from the backup.
He restored his wallet from the root key and it fixed it (i.e. this is an issue with the state of the wallet file).
care to explain how this is done? i'd like to fix mine too.
No, these are GUI false positives. There was someone with your exact isssue before. He restored his wallet from the root key and it fixed it (i.e. this is an issue with the state of the wallet file). I could fix it if you showed me a WO copy, but I don't expect to get one (users ought to protect their privacy).
Coin Control always freezes at the *second* tx after initial install, not the first. does this help?:
Code:
(WARNING) SDM.py:396 - Spawning DB with command: ArmoryDB --db-type="DB_FULL" --cookie --satoshi-datadir="/home/debian/.bitcoin/blocks" --datadir="/home/debian/.armory/" --dbdir="/home/debian/.armory/databases"
(python2:3506): Gtk-CRITICAL **: IA__gtk_progress_configure: assertion 'value >= min && value <= max' failed
(python2:3506): Gtk-CRITICAL **: IA__gtk_progress_configure: assertion 'value >= min && value <= max' failed
(python2:3506): Gtk-CRITICAL **: IA__gtk_progress_configure: assertion 'value >= min && value <= max' failed
(python2:3506): Gtk-CRITICAL **: IA__gtk_progress_configure: assertion 'value >= min && value <= max' failed
BDM is ready!
(WARNING) ArmoryQt.py:4111 - Called updateSyncProgress while not sync'ing
(WARNING) ArmoryQt.py:4111 - Called updateSyncProgress while not sync'ing
(WARNING) ArmoryQt.py:4111 - Called updateSyncProgress while not sync'ing
(WARNING) ArmoryQt.py:4111 - Called updateSyncProgress while not sync'ing
(WARNING) ArmoryQt.py:4111 - Called updateSyncProgress while not sync'ing
(WARNING) ArmoryQt.py:4111 - Called updateSyncProgress while not sync'ing
(WARNING) ArmoryQt.py:4111 - Called updateSyncProgress while not sync'ing
(WARNING) ArmoryQt.py:4111 - Called updateSyncProgress while not sync'ing
(WARNING) ArmoryQt.py:4111 - Called updateSyncProgress while not sync'ing
(WARNING) ArmoryQt.py:4111 - Called updateSyncProgress while not sync'ing
(WARNING) ArmoryQt.py:4111 - Called updateSyncProgress while not sync'ing
(WARNING) ArmoryQt.py:4111 - Called updateSyncProgress while not sync'ing
(WARNING) ArmoryQt.py:4111 - Called updateSyncProgress while not sync'ing
(WARNING) ArmoryQt.py:4111 - Called updateSyncProgress while not sync'ing
having consistent freezing with Coin Control after initiating a single successful BCH tx with Coin Control. no response upon click with entire GUI freezing. this also happened in 0.96.1. rebooting ArmoryQt nor the entire VM helps.
the only user improvement would be to have a sortable/find address button for Coin Control. with thousands of UTXO's to choose from, it's laborious trying to find specific one's for multi input tx's.
maybe also an option button to disable "mirroring" of wallets in offline bundle for when you only want to do a legacy tx. it takes a few minutes.
*using Debian in Vbox VM with truncated blockchain disconnected from bitcoind attempting to claim BCH.
the only user improvement would be to have a sortable/find address button for Coin Control. with thousands of UTXO's to choose from, it's laborious trying to find specific one's for multi input tx's.
maybe also an option button to disable "mirroring" of wallets in offline bundle for when you only want to do a legacy tx. it takes a few minutes.
*using Debian in Vbox VM with truncated blockchain disconnected from bitcoind attempting to claim BCH.
FCGI vs HTTP security yes. Is HTTPS supported any?
Offline just means the binary is bundled with the dependencies required to setup up Armory on a fresh install of the target OS. The build does not change.
ok, got it setup on offline pc. but where did the "compute new addresses" button go in the Wallet Properties window?
Is there any advantage of using FCGI over not using it?
Comparing FCGI to what?
FCGI or nothing:
You only need FCGI for connecting a remote armorydb with armoryqt.
FCGI or http-server in between:
Not exposing the FCGI directly, but having a http server in between (on the same machine as armorydb) is a security plus.
Ente
Unless things have changed recently, I believe the user may also need to generate some extra addresses if they've used a lot of them. (I forget the default number generated.)
Both bitcoin-core and Armory use HD-wallets, i.e. an infinite stream of deterministic addresses are created from one seed in the wallet.
No pre- or recreation of addresses any more, no periodic backups needed because new addresses would not be in the old backup.
Ente
Is there any advantage of using FCGI over not using it?
Just installed 0.96.3.99 (noasm version) on Kubuntu and running core 0.15.
Imported my old Armory wallet files and the balances show up as 0.0.
Any pointers how I can fix this?
Imported my old Armory wallet files and the balances show up as 0.0.
Any pointers how I can fix this?
Wait until both bitcoin-core and armory are fully synced. Check the lower right corner of armory for status (offline, online, synced until what block).
Ente
Armory signaled 'Armory is online!' while bitcoin-core was still syncing.
That made me confused, looks like all is fine now.
Just installed 0.96.3.99 (noasm version) on Kubuntu and running core 0.15.
Imported my old Armory wallet files and the balances show up as 0.0.
Any pointers how I can fix this?
Imported my old Armory wallet files and the balances show up as 0.0.
Any pointers how I can fix this?
Wait until both bitcoin-core and armory are fully synced. Check the lower right corner of armory for status (offline, online, synced until what block).
Ente
Unless things have changed recently, I believe the user may also need to generate some extra addresses if they've used a lot of them. (I forget the default number generated.)
Just installed 0.96.3.99 (noasm version) on Kubuntu and running core 0.15.
Imported my old Armory wallet files and the balances show up as 0.0.
Any pointers how I can fix this?
Imported my old Armory wallet files and the balances show up as 0.0.
Any pointers how I can fix this?
Wait until both bitcoin-core and armory are fully synced. Check the lower right corner of armory for status (offline, online, synced until what block).
Ente
Just installed 0.96.3.99 (noasm version) on Kubuntu and running core 0.15.
Imported my old Armory wallet files and the balances show up as 0.0.
Any pointers how I can fix this?
Imported my old Armory wallet files and the balances show up as 0.0.
Any pointers how I can fix this?
Offline just means the binary is bundled with the dependencies required to setup up Armory on a fresh install of the target OS. The build does not change.
is there a way to run an offline version of this? i'm still having issues getting 0.96.2 to work offline.
Linux users that were having trouble with older CPUs, try the noasm .deb
As per the post, give that one a whirl. If you've already installed the psutil dependency from a previous offline package this should work.in years past, i've always DL'd specific "offline" versions for each release. is that not the case anymore? the last specific one i see is for 0.96.2 here: https://btcarmory.com/0.96.2-release/
Jump to: