electrumsv / electrumsv Goto Github PK
View Code? Open in Web Editor NEWA desktop wallet for Bitcoin SV
License: Other
A desktop wallet for Bitcoin SV
License: Other
Applies to version 1.0.0
If the electrum server has a legacy address for donations in the electrumx.conf file an error is produced if you select the 'Donate to Server' item in the 'Help' drop down menu.
The error message is:
Invalid Bitcoincash URI:
Invalid base 58 checksum for xxxxxxxxxxxxxxxxx
No reason to support this. Better options are available.
This crash report was reported through the automatic crash reporting system 🤖
File "electrumsv\gui\qt\main_window.py", line 2423, in <lambda>
File "electrumsv\gui\qt\main_window.py", line 2393, in do_encrypt
UnboundLocalError: local variable 'public_key' referenced before assignment
This issue was reported by 1 user(s):
ElectrumSV Version | Python Version | Operating System | Wallet Type | Locale |
---|---|---|---|---|
1.1.0 | 3.6.6 (v3.6.6:4cf1f54eb7, Jun 27 2018, 02:47:15) [MSC v.1900 32 bit (Intel)] | Windows-10-10.0.17763 | Unknown | zh_CN |
The reporting user(s) did not provide additional information.
Traceback (most recent call last):
File "C:\RMT\VCS\GIT\Bitcoin\electrum-sv2\electrumsv\gui\qt\main_window.py", line 2881, in closeEvent
self.clean_up()
File "C:\RMT\VCS\GIT\Bitcoin\electrum-sv2\electrumsv\gui\qt\main_window.py", line 2922, in clean_up
self.app.close_window(self)
File "C:\RMT\VCS\GIT\Bitcoin\electrum-sv2\electrumsv\gui\qt\app.py", line 144, in close_window
app_state.daemon.stop_wallet_at_path(window.wallet.storage.path)
File "C:\RMT\VCS\GIT\Bitcoin\electrum-sv2\electrumsv\daemon.py", line 244, in stop_wallet_at_path
wallet.stop()
File "C:\RMT\VCS\GIT\Bitcoin\electrum-sv2\electrumsv\wallet.py", line 1097, in stop
self.network.remove_wallet(self)
File "C:\RMT\VCS\GIT\Bitcoin\electrum-sv2\electrumsv\network.py", line 1196, in remove_wallet
app_state.async_.spawn(self.wallet_jobs.put, ('remove', wallet))
File "C:\RMT\VCS\GIT\Bitcoin\electrum-sv2\electrumsv\async_.py", line 101, in spawn
future.add_done_callback(partial(self.collect, on_done))
File "C:\Program Files (x86)\Microsoft Visual Studio\Shared\Python36_64\lib\concurrent\futures_base.py", line 403, in add_done_callback
fn(self)
File "C:\RMT\VCS\GIT\Bitcoin\electrum-sv2\electrumsv\async.py", line 88, in _collect
self.futures.remove(future)
KeyError: <Future at 0x1e8e0fd0550 state=finished returned NoneType>
So, I got the latest version and installed dependencies, running setup.py went fine but I got this when running it. This is from the tarball on the site.
Traceback (most recent call last):
File "./electrum-sv", line 47, in
from electrumsv import daemon
File "/home/shifted/ElectrumSV-1.0.0/electrumsv/daemon.py", line 32, in
import jsonrpclib
File "/usr/local/lib/python3.6/dist-packages/jsonrpclib/init.py", line 5, in
from jsonrpclib.jsonrpc import Server, MultiCall, Fault
File "/usr/local/lib/python3.6/dist-packages/jsonrpclib/jsonrpc.py", line 50, in
from xmlrpclib import Transport as XMLTransport
File "/usr/local/lib/python3.6/dist-packages/xmlrpclib.py", line 169
MAXINT = 2L**31-1
^
SyntaxError: invalid syntax
Doesn't need to be running on localhost even; could be over the LAN or other trusted remote host
What is the cointype used in electrumsv?
Where can I check the path of each address?
For example, what is the path for the first receiving address?
This crash report was reported through the automatic crash reporting system 🤖
File "electrumsv\util.py", line 587, in run_with_except_hook
File "electrumsv\network.py", line 1229, in run
File "electrumsv\network.py", line 1203, in wait_on_sockets
File "electrumsv\network.py", line 664, in process_responses
File "electrumsv\network.py", line 607, in process_response
File "electrumsv\network.py", line 943, in on_block_headers
AttributeError: 'NoneType' object has no attribute 'connect_chunk'
This issue was reported by 3 user(s):
ElectrumSV Version | Python Version | Operating System | Wallet Type | Locale |
---|---|---|---|---|
1.0.0 | 3.6.6 (v3.6.6:4cf1f54eb7, Jun 27 2018, 02:47:15) [MSC v.1900 32 bit (Intel)] | Windows-10-10.0.17763 | Unknown | en_AU |
1.0.0 | 3.6.6 (v3.6.6:4cf1f54eb7, Jun 27 2018, 02:47:15) [MSC v.1900 32 bit (Intel)] | Windows-8.1-6.3.9600 | Unknown | pt_BR |
1.0.0 | 3.6.6 (v3.6.6:4cf1f54eb7, Jun 27 2018, 02:47:15) [MSC v.1900 32 bit (Intel)] | Windows-10-10.0.14393 | Unknown | en_US |
The reporting user(s) did not provide additional information.
I have the Portable Windows version.
I opened a new wallet using "use a hardware wallet (Trezor). It found and opened the 5 BCH I had in my 1st trezor wallet. (For the record it did NOT find my 7 other BCH Trezor wallet files.) But anyway, I send in some BSV from another already split wallet I had (Poloniex). So then I open up a brand new BSV wallet and try and send in the full 5+ balance.
I get the following error message:
'Plugin' object has no attribute 'types'
Would appreciate some help. Also, I wondered if it was a legacy address thing, so I also tried sending it to a BSV "Cash Addr" I have in Coinomi. No luck there either. Same error.
This crash report was reported through the automatic crash reporting system 🤖
File "electrumsv\gui\qt\main_window.py", line 2507, in do_process_from_text
File "electrumsv\gui\qt\main_window.py", line 886, in show_transaction
File "electrumsv\gui\qt\transaction_dialog.py", line 130, in __init__
File "electrumsv\gui\qt\transaction_dialog.py", line 231, in update
AttributeError: can't set attribute
This issue was reported by 3 user(s):
ElectrumSV Version | Python Version | Operating System | Wallet Type | Locale |
---|---|---|---|---|
1.0.0 | 3.6.6 (v3.6.6:4cf1f54eb7, Jun 27 2018, 02:47:15) [MSC v.1900 32 bit (Intel)] | Windows-10-10.0.17134 | Unknown | en_US |
1.0.0 | 3.6.7 (default, Oct 22 2018, 11:32:17) [GCC 8.2.0] | Linux-4.15.0-44-generic-x86_64-with-Ubuntu-18.04-bionic | Unknown | es_MX |
1.0.0 | 3.6.6 (v3.6.6:4cf1f54eb7, Jun 27 2018, 02:47:15) [MSC v.1900 32 bit (Intel)] | Windows-10-10.0.17134 | Unknown | en_US |
The reporting user(s) did not provide additional information.
I downloaded Electrum SV and wanted to use it to access by BSV on my Ledger hardware wallet. I open the wallet, create a new standard wallet, then select use hardware device. It sees the ledger, but says "An unnamed Ledger [Ledger, initialzed, hid]". I select that then get this error " 'NoneType' object has no attribute 'handler' ". I have reinstalled the SV wallet and my ledger apps multiple times. Everything is updated including my computer. I'm using a Mac air. I tried both USB ports, and 2 separate Ledger devices. Thanks for any help.
Reported by @SomberNight.
Python packaging supports two data inclusion mechanisms, package_data
and data_files
. Package data is data included inside the Python package, which for us is the top-level module electrumsv
. Data files is where you want to install files, which may be inside the package, alongside it or somewhere nearby, in either an external location (/var, /etc, and so on) or relative to the installation directory.
Research results in claims that package_data
and data_files
are hard to get right, and it is enough and recommended to just ensure the data files are included in the MANIFEST.in
file (which the graft electrumsv
will do), and instead set include_package_data=True
.
It's easy to commit a change that causes pylint errors and fails a CI build, and it's too slow to run on a commit locally rejecting the change otherwise. We've discussed it and pylint errors should not fail a build, unless it is a PR build. Instead they should be notifications or warnings, ideally we'd send an email during the build process as it's detected or something similar.
Reference: https://github.com/spesmilo/electrum/tree/master/contrib/build-linux/appimage
Loose outline:
Labels should be stored on-chain.
More generally, most wallet metadata should be stored on-chain, but this issue is only for labels.
$ date && git grep 'raise Exception' | wc -l
Fri Jan 25 18:47:07 HKT 2019
114
This crash report was reported through the automatic crash reporting system 🤖
File "C:\electrum-sv\electrumsv\gui\qt\coinsplitting_tab.py", line 57, in _on_split_button_clicked
1/0
ZeroDivisionError: division by zero
This issue was reported by 2 user(s):
ElectrumSV Version | Python Version | Operating System | Wallet Type | Locale |
---|---|---|---|---|
1.0.0 | 3.6.6 (v3.6.6:4cf1f54eb7, Jun 27 2018, 03:37:03) [MSC v.1900 64 bit (AMD64)] | Windows-10-10.0.17134-SP0 | Unknown | en_NZ |
1.3.0a1 | 3.7.2 (tags/v3.7.2:9a3ffc0492, Dec 23 2018, 23:09:28) [MSC v.1916 64 bit (AMD64)] | Windows-10-10.0.17763-SP0 | Unknown | en_NZ |
This is a faked test report.
This crash report was reported through the automatic crash reporting system 🤖
File "electrumsv\util.py", line 587, in run_with_except_hook
File "electrumsv\interface.py", line 232, in run
File "electrumsv\interface.py", line 227, in get_socket
PermissionError: [WinError 5] 拒绝访问。: 'C:\\WINDOWS\\system32\\electrum_sv_data\\certs\\sv1.hsmiths.com.temp' -> 'C:\\WINDOWS\\system32\\electrum_sv_data\\certs\\sv1.hsmiths.com'
This issue was reported by 5 user(s):
ElectrumSV Version | Python Version | Operating System | Wallet Type | Locale |
---|---|---|---|---|
1.0.0 | 3.6.6 (v3.6.6:4cf1f54eb7, Jun 27 2018, 02:47:15) [MSC v.1900 32 bit (Intel)] | Windows-10-10.0.17134 | Unknown | zh_CN |
1.0.0 | 3.6.6 (v3.6.6:4cf1f54eb7, Jun 27 2018, 02:47:15) [MSC v.1900 32 bit (Intel)] | Windows-7-6.1.7601-SP1 | Unknown | zh_CN |
1.0.0 | 3.6.6 (v3.6.6:4cf1f54eb7, Jun 27 2018, 02:47:15) [MSC v.1900 32 bit (Intel)] | Windows-10-10.0.17134 | Unknown | en_US |
1.0.0 | 3.6.6 (v3.6.6:4cf1f54eb7, Jun 27 2018, 02:47:15) [MSC v.1900 32 bit (Intel)] | Windows-10-10.0.17134 | Unknown | en_GB |
1.0.0 | 3.6.6 (v3.6.6:4cf1f54eb7, Jun 27 2018, 02:47:15) [MSC v.1900 32 bit (Intel)] | Windows-10-10.0.17134 | Unknown | en_US |
Opening wallet
This crash report was reported through the automatic crash reporting system 🤖
File "electrumsv\gui\qt\installwizard.py", line 287, in on_filename
File "electrumsv\storage.py", line 72, in __init__
RuntimeError: directory C:\Users\Albert Clivillé\AppData\Roaming\ElectrumSV\wallets\$clivi m does not exist
This issue was reported by 2 user(s):
ElectrumSV Version | Python Version | Operating System | Wallet Type | Locale |
---|---|---|---|---|
1.0.0 | 3.6.6 (v3.6.6:4cf1f54eb7, Jun 27 2018, 02:47:15) [MSC v.1900 32 bit (Intel)] | Windows-10-10.0.17134 | Unknown | es_ES |
1.0.0 | 3.6.6 (v3.6.6:4cf1f54eb7, Jun 27 2018, 02:47:15) [MSC v.1900 32 bit (Intel)] | Windows-10-10.0.14393 | Unknown | en_US |
The reporting user(s) did not provide additional information.
This prevents the user from encountering problems because they have a dependency so avoid the missing import problem, but the dependency does not necessarily work correctly. It is most likely that it will occur for people running from source, if it occurs.
The change for this was reverted because @bakketun reported that it did not work on packages that were included with the Linux builds, and seemed to be unable to see them.
I personally don't like the app icon used by Electron SV. I think there should be a more simple icon which looks doesn't look like a red version of the icon used by Electron Cash.
I made a couple icons using a blue colour and the dragon: https://www.dropbox.com/sh/uhmngd7g0xntbl9/AADxCP2PxNMv2PfZcBXwDd_6a?dl=0
Some simple testing by a non-technical user has resulted in a few bullet points of changes being required in order to make the wallet more user-friendly and remove confusion.
There is currently no differentiation between unstable releases and stable releases. We need to have the update detection only offer stable releases as an update to stable releases, but factor in unstable releases somehow. The following is a loose initial breakdown of the possible cases.
If the user has disabled update notifications, then this does not apply.
We will most likely want to add in opt-in notification for unstable releases.
They are on an unstable release (e.g. 10.1.0b1).
They might be in one of the following situations:
This crash report was reported through the automatic crash reporting system 🤖
File "TEST\Bitcoin\electrum-sv2\electrumsv\gui\qt\main_window.py", line 188, in on_tab_changed
self.coinsplitting_tab.update_layout()
File "TEST\Bitcoin\electrum-sv2\electrumsv\gui\qt\coinsplitting_tab.py", line 281, in update_layout
window = self.window()/2
TypeError: unsupported operand type(s) for /: 'ElectrumWindow' and 'int'
This issue was reported by 1 user(s):
ElectrumSV Version | Python Version | Operating System | Wallet Type | Locale |
---|---|---|---|---|
1.1.0 | 3.6.6 (v3.6.6:4cf1f54eb7, Jun 27 2018, 03:37:03) [MSC v.1900 64 bit (AMD64)] | Windows-10-10.0.17134-SP0 | Unknown | en_NZ |
The reporting user(s) did not provide additional information.
This crash report was reported through the automatic crash reporting system 🤖
File "electrumsv\util.py", line 587, in run_with_except_hook
File "electrumsv\network.py", line 1229, in run
File "electrumsv\network.py", line 1203, in wait_on_sockets
File "electrumsv\network.py", line 664, in process_responses
File "electrumsv\network.py", line 607, in process_response
File "electrumsv\network.py", line 944, in on_block_headers
File "electrumsv\blockchain.py", line 566, in connect_chunk
File "electrumsv\blockchain.py", line 187, in get_header_at_height
AssertionError:
This issue was reported by 2 user(s):
ElectrumSV Version | Python Version | Operating System | Wallet Type | Locale |
---|---|---|---|---|
1.0.0 | 3.6.6 (v3.6.6:4cf1f54eb7, Jun 27 2018, 02:47:15) [MSC v.1900 32 bit (Intel)] | Windows-7-6.1.7601-SP1 | Unknown | zh_CN |
1.0.0 | 3.6.6 (v3.6.6:4cf1f54eb7, Jun 27 2018, 02:47:15) [MSC v.1900 32 bit (Intel)] | Windows-7-6.1.7601-SP1 | Unknown | en_GB |
The reporting user(s) did not provide additional information.
This crash report was reported through the automatic crash reporting system 🤖
File "electrumsv\gui\qt\main_window.py", line 2979, in settings_dialog
ValueError: 'cash' is not in list
This issue was reported by 3 user(s):
ElectrumSV Version | Python Version | Operating System | Wallet Type | Locale |
---|---|---|---|---|
1.0.0 | 3.6.6 (v3.6.6:4cf1f54eb7, Jun 27 2018, 02:47:15) [MSC v.1900 32 bit (Intel)] | Windows-7-6.1.7601-SP1 | Unknown | zh_CN |
1.0.0 | 3.6.6 (v3.6.6:4cf1f54eb7, Jun 27 2018, 02:47:15) [MSC v.1900 32 bit (Intel)] | Windows-7-6.1.7601-SP1 | Unknown | zh_CN |
1.0.0 | 3.6.6 (v3.6.6:4cf1f54eb7, Jun 27 2018, 02:47:15) [MSC v.1900 32 bit (Intel)] | Windows-7-6.1.7601-SP1 | Unknown | zh_CN |
Use config fail
Receiveing address qrcode for electrumsv is working on these mobile wallets, todate.
Handcash-not reading
Centbee-not reading
Edge-yes is reading
Ps. Weeks ago sent pre-fork coin from cold to the Edge wallet for splitting, worked great
Using xubuntu 16.04 & ElectrumSV-1.0.0.tar.gz from electrumsv.io site.
I get this error when trying to start it.
./electrum-sv Traceback (most recent call last): File "./electrum-sv", line 40, in <module> from electrumsv.network import Network File "/home/ElectrumSV-1.0.0/ElectrumSV-1.0.0/electrumsv/network.py", line 1496 logging.warning(f'server TxID {their_txid} differs from ' ^ SyntaxError: invalid syntax
Installation went nice after allowing 3rd party apps, but the wallet does not open.
What could be the problem?
spesmilo/electrum#5038
"apply the fix, and if there are 2 failed password attempts in a row (and the first letter is one that can take an accent - aeiouc perhaps - give a warning to try the password without the accent on the first letter, and then to change it?"
This crash report was reported through the automatic crash reporting system 🤖
File "/home/roy/Descargas/lectrumSV-1.0.0/electrumsv/gui/qt/main_window.py", line 1515, in request_password
return func(self, *args, **kwargs)
TypeError: do_sign() got multiple values for argument 'password'
This issue was reported by 4 user(s):
ElectrumSV Version | Python Version | Operating System | Wallet Type | Locale |
---|---|---|---|---|
1.0.0 | 3.6.7 (default, Oct 22 2018, 11:32:17) [GCC 8.2.0] | Linux-4.15.0-43-generic-x86_64-with-Ubuntu-18.04-bionic | Unknown | es_MX |
1.0.0 | 3.6.7 (default, Oct 22 2018, 11:32:17) [GCC 8.2.0] | Linux-4.15.0-43-generic-x86_64-with-Ubuntu-18.04-bionic | Unknown | es_MX |
1.0.0 | 3.6.6 (v3.6.6:4cf1f54eb7, Jun 27 2018, 02:47:15) [MSC v.1900 32 bit (Intel)] | Windows-7-6.1.7601-SP1 | Unknown | zh_CN |
1.0.0 | 3.6.7 (default, Oct 22 2018, 11:32:17) [GCC 8.2.0] | Linux-4.15.0-44-generic-x86_64-with-Ubuntu-18.04-bionic | Unknown | es_MX |
sign a message, having 5 electrumsv instances open.
Nothing happens when opening, no window, no entry in Activity Monitor.
I had the same problem with previous versions and also with of Electron Cash (up to version 3.3.5)
I have also tested Electrum-XZC, and found that 3.0.5a7 is first version that fixed this.
My macos version: 10.12.6
I was unable to import or sweep a private key (using sv-1.1.0 mac version). I tried several times over multiple days, and it crashed every time, as soon as I pasted the key. I was forced to use this version of electron cash and select the BSV network, which worked fine.
ElectrumSV 1.1.0 QR codes are incompatible with HandCash and Coinomi wallets.
The QR Code include "?sv".
This feature worked correctly in version 1.0.0.
There is no option to restore a wallet from a seed on startup.
config.get takes a default value. This is nasty - it means any code throughout the codebase wanting to get a config value has to supply a default (and they are likely inconsistent).
Instead, if should raise an error if the key doesn’t exist. And when loading the config, we should have a single function that goes through all the keys and sets them to a default value if missing. Then it’s all in one place.
I get this error message when trying to run it without installing. The tar ball for Electron Cash-3.3.2 works fine without installation on the same computer.
Got this when trying "sudo python3 setup.py install"
This crash report was reported through the automatic crash reporting system 🤖
File "/usr/local/lib/python3.6/dist-packages/ElectrumSV-1.0.0-py3.6.egg/electrumsv/gui/qt/main_window.py", line 2507, in do_process_from_text
self.show_transaction(tx)
File "/usr/local/lib/python3.6/dist-packages/ElectrumSV-1.0.0-py3.6.egg/electrumsv/gui/qt/main_window.py", line 886, in show_transaction
tx_dialog = TxDialog(tx, self, tx_desc, prompt_if_unsaved)
File "/usr/local/lib/python3.6/dist-packages/ElectrumSV-1.0.0-py3.6.egg/electrumsv/gui/qt/transaction_dialog.py", line 130, in __init__
self.update()
File "/usr/local/lib/python3.6/dist-packages/ElectrumSV-1.0.0-py3.6.egg/electrumsv/gui/qt/transaction_dialog.py", line 224, in update
(self.wallet.can_sign(self.tx) or bool(self.main_window.tx_external_keypairs))
File "/usr/local/lib/python3.6/dist-packages/ElectrumSV-1.0.0-py3.6.egg/electrumsv/wallet.py", line 1269, in can_sign
if k.can_sign(tx):
File "/usr/local/lib/python3.6/dist-packages/ElectrumSV-1.0.0-py3.6.egg/electrumsv/keystore.py", line 87, in can_sign
return bool(self.get_tx_derivations(tx))
File "/usr/local/lib/python3.6/dist-packages/ElectrumSV-1.0.0-py3.6.egg/electrumsv/keystore.py", line 75, in get_tx_derivations
if x_signatures[k] is not None:
IndexError: list index out of range
This issue was reported by 1 user(s):
ElectrumSV Version | Python Version | Operating System | Wallet Type | Locale |
---|---|---|---|---|
1.0.0 | 3.6.7 (default, Oct 22 2018, 11:32:17) [GCC 8.2.0] | Linux-4.15.0-43-generic-x86_64-with-Ubuntu-18.04-bionic | Unknown | es_MX |
The reporting user(s) did not provide additional information.
This crash report was reported through the automatic crash reporting system 🤖
File "electrumsv\util.py", line 504, in run_with_except_hook
File "electrumsv\network.py", line 1097, in run
File "electrumsv\network.py", line 1092, in wait_on_sockets
File "electrumsv\network.py", line 685, in _process_responses
File "electrumsv\network.py", line 633, in _process_response
File "electrumsv\verifier.py", line 133, in verify_merkle
File "electrumsv\wallet.py", line 302, in save_verified_tx
File "electrumsv\util.py", line 188, in <lambda>
File "electrumsv\util.py", line 184, in do_profile
File "electrumsv\storage.py", line 178, in write
File "electrumsv\storage.py", line 196, in _write
FileNotFoundError: [Errno 2] No such file or directory: 'H:/Bitcion-BSV/Wallet Data/Electro-Cash-Wallets\\BSV-Main-A.tmp.3536'
This issue was reported by 30 user(s):
ElectrumSV Version | Python Version | Operating System | Wallet Type | Locale |
---|---|---|---|---|
1.1.0 | 3.6.6 (v3.6.6:4cf1f54eb7, Jun 27 2018, 02:47:15) [MSC v.1900 32 bit (Intel)] | Windows-7-6.1.7601-SP1 | Unknown | en_ZA |
1.1.1 | 3.6.6 (v3.6.6:4cf1f54eb7, Jun 27 2018, 02:47:15) [MSC v.1900 32 bit (Intel)] | Windows-10-10.0.17763 | Unknown | en_GB |
1.1.2 | 3.6.6 (v3.6.6:4cf1f54eb7, Jun 27 2018, 02:47:15) [MSC v.1900 32 bit (Intel)] | Windows-7-6.1.7601-SP1 | Unknown | en_US |
1.2.0 | 3.6.6 (v3.6.6:4cf1f54eb7, Jun 27 2018, 02:47:15) [MSC v.1900 32 bit (Intel)] | Windows-10-10.0.17134 | Unknown | pl_PL |
1.2.1 | 3.6.6 (v3.6.6:4cf1f54eb7, Jun 27 2018, 02:47:15) [MSC v.1900 32 bit (Intel)] | Windows-7-6.1.7601-SP1 | Unknown | de_DE |
1.2.2 | 3.6.6 (v3.6.6:4cf1f54eb7, Jun 27 2018, 02:47:15) [MSC v.1900 32 bit (Intel)] | Windows-10-10.0.18362 | Unknown | tr_TR |
1.2.4 | 3.6.6 (v3.6.6:4cf1f54eb7, Jun 27 2018, 02:47:15) [MSC v.1900 32 bit (Intel)] | Windows-10-10.0.18362 | Unknown | zh_CN |
1.2.5 | 3.6.6 (v3.6.6:4cf1f54eb7, Jun 27 2018, 02:47:15) [MSC v.1900 32 bit (Intel)] | Windows-10-10.0.18362 | Unknown | en_US |
1.2.3 | 3.6.6 (v3.6.6:4cf1f54eb7, Jun 27 2018, 02:47:15) [MSC v.1900 32 bit (Intel)] | Windows-10-10.0.18362 | Unknown | en_AU |
1.2.3 | 3.6.6 (v3.6.6:4cf1f54eb7, Jun 27 2018, 02:47:15) [MSC v.1900 32 bit (Intel)] | Windows-10-10.0.18362 | Unknown | en_AU |
1.2.5 | 3.6.6 (v3.6.6:4cf1f54eb7, Jun 27 2018, 02:47:15) [MSC v.1900 32 bit (Intel)] | Windows-10-10.0.18362 | Unknown | en_US |
1.2.5 | 3.6.6 (v3.6.6:4cf1f54eb7, Jun 27 2018, 02:47:15) [MSC v.1900 32 bit (Intel)] | Windows-10-10.0.18362 | Unknown | it_IT |
1.2.5 | 3.6.6 (v3.6.6:4cf1f54eb7, Jun 27 2018, 02:47:15) [MSC v.1900 32 bit (Intel)] | Windows-10-10.0.18362 | Unknown | de_AT |
1.2.5 | 3.6.6 (v3.6.6:4cf1f54eb7, Jun 27 2018, 02:47:15) [MSC v.1900 32 bit (Intel)] | Windows-10-10.0.18362 | Unknown | en_US |
1.2.5 | 3.6.6 (v3.6.6:4cf1f54eb7, Jun 27 2018, 02:47:15) [MSC v.1900 32 bit (Intel)] | Windows-10-10.0.18362 | Unknown | en_US |
1.2.5 | 3.6.6 (v3.6.6:4cf1f54eb7, Jun 27 2018, 02:47:15) [MSC v.1900 32 bit (Intel)] | Windows-10-10.0.18362 | Unknown | en_CA |
1.2.5 | 3.6.6 (v3.6.6:4cf1f54eb7, Jun 27 2018, 02:47:15) [MSC v.1900 32 bit (Intel)] | Windows-10-10.0.18362 | Unknown | zh_TW |
1.2.5 | 3.6.6 (v3.6.6:4cf1f54eb7, Jun 27 2018, 02:47:15) [MSC v.1900 32 bit (Intel)] | Windows-10-10.0.18362 | Unknown | zh_TW |
1.2.5 | 3.6.6 (v3.6.6:4cf1f54eb7, Jun 27 2018, 02:47:15) [MSC v.1900 32 bit (Intel)] | Windows-10-10.0.18362 | Unknown | zh_TW |
1.2.4 | 3.6.6 (v3.6.6:4cf1f54eb7, Jun 27 2018, 02:47:15) [MSC v.1900 32 bit (Intel)] | Windows-10-10.0.17763 | Unknown | en_US |
1.2.5 | 3.6.4 (default, Dec 5 2019, 00:10:15) [GCC 4.2.1 Compatible Apple LLVM 10.0.0 (clang-1000.11.45.5)] | Darwin-18.7.0-x86_64-i386-64bit | Unknown | |
1.2.5 | 3.6.6 (v3.6.6:4cf1f54eb7, Jun 27 2018, 02:47:15) [MSC v.1900 32 bit (Intel)] | Windows-10-10.0.18362 | Unknown | en_AU |
1.2.4 | 3.6.6 (v3.6.6:4cf1f54eb7, Jun 27 2018, 02:47:15) [MSC v.1900 32 bit (Intel)] | Windows-10-10.0.18362 | Unknown | en_US |
1.2.5 | 3.6.6 (v3.6.6:4cf1f54eb7, Jun 27 2018, 02:47:15) [MSC v.1900 32 bit (Intel)] | Windows-10-10.0.18362 | Unknown | en_US |
1.2.5 | 3.6.4 (default, Dec 5 2019, 00:10:15) [GCC 4.2.1 Compatible Apple LLVM 10.0.0 (clang-1000.11.45.5)] | Darwin-19.4.0-x86_64-i386-64bit | Unknown | |
1.2.5 | 3.6.6 (v3.6.6:4cf1f54eb7, Jun 27 2018, 02:47:15) [MSC v.1900 32 bit (Intel)] | Windows-10-10.0.19041 | Unknown | en_GB |
1.2.4 | 3.6.6 (v3.6.6:4cf1f54eb7, Jun 27 2018, 02:47:15) [MSC v.1900 32 bit (Intel)] | Windows-10-10.0.18362 | Unknown | es_ES |
1.2.4 | 3.6.6 (v3.6.6:4cf1f54eb7, Jun 27 2018, 02:47:15) [MSC v.1900 32 bit (Intel)] | Windows-10-10.0.19041 | Unknown | en_US |
1.2.4 | 3.6.6 (v3.6.6:4cf1f54eb7, Jun 27 2018, 02:47:15) [MSC v.1900 32 bit (Intel)] | Windows-10-10.0.19041 | Unknown | en_US |
1.2.5 | 3.6.6 (v3.6.6:4cf1f54eb7, Jun 27 2018, 02:47:15) [MSC v.1900 32 bit (Intel)] | Windows-10-10.0.22621 | Unknown | zh_CN |
Electrum froze while browsing with multiple wallets open
Would be a nice addition
SO THE CURRENT ONGOING PROBLEM is that I actually have eight (8) wallets on my Trezor, and even back with 1.0 it just read Wallet 1. Good news, as mentioned above is that Wallet 1 is now split and cleaned out. But I cannot get Electrum 1.1 (or old 1.0) to recognize any of those other 7 wallets. They are not passphrased. I just have the one seed, and a pin.
It just doesn't find them. I have tried everything I can think of, and tried every menu. Can't find any documentation. Help. Here is my problem.... I have just wasted another full day on this.
Your website says, A range of hardware wallets are supported including KeepKey, Ledger and TREZOR.
I don't care if you have bugs, but you state it works, nad it doesn't,a nd it never has as far as I can tell.
A declarative, efficient, and flexible JavaScript library for building user interfaces.
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
An Open Source Machine Learning Framework for Everyone
The Web framework for perfectionists with deadlines.
A PHP framework for web artisans
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
Some thing interesting about web. New door for the world.
A server is a program made to process requests and deliver data to clients.
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
Some thing interesting about visualization, use data art
Some thing interesting about game, make everyone happy.
We are working to build community through open source technology. NB: members must have two-factor auth.
Open source projects and samples from Microsoft.
Google ❤️ Open Source for everyone.
Alibaba Open Source for everyone
Data-Driven Documents codes.
China tencent open source team.