Its working now but there is a strange bug:
This is what I get when I open the console (offline) and hit "enter":
12.06.2012 9:58:50,73> electrum -w "../../::/::/ELECTRUM:DAT" -O ADDRESSES
Usage: electrum [options] command
Commands: restore, help, unprioritize, freeze, signmessage, verifymessage, addre
sses, contacts, create, label, validateaddress, unfreeze, reseed, eval, import,
password, sendtx, prioritize, mktx, seed, deseed, balance, payto, history
electrum: error: no such option: -O
Finally this is what I get when I hit enter 3 times (3x close and reopen the console):
12.06.2012 9:58:14,32> electrum -w "../../../../electrum.dat" -o addresses
-- 1ADwVBLHRpnUjq4nSUbP6yDsinHiLQYUBE
-- 14s6FkuN1KXuJV2efBFr6xj7pHmmqqewfn
-- 1FaY7PuSv3bZGpSYA5MeBstvdGQ9jW9LSw
-- 1ARcWC1EKrjHHgR6N7cZ3yHxbdv744TQ8K
-- 1Fdkh7jMcBT7E7QjfPPME5C1c3rmAsg3Q3
Sometimes it even needs 4 or 5 "starts" until I get the correct (lower-case) characters.
OK, this method I'm using is just not reliable enough with Vista. I guess I will just remove this example in the next release. |
|
|
|
|
Build 0.57c for windows is available. Should fix the context menu issue! Let me know if not.
(No time to post more info now, will try tomorrow, and hopefully we could integrate the code changes in the official source)
|
|
|
|
|
OK, build 0.57c is ready, let me know if command line is OK now in portable mode!
Follow the link in my signature.
|
|
|
|
highlighted by the mouse click I guess, not highlighted before? yes, the one highlighted by the mouse click (or keyboard selection)
there are two ways to trigger the menu from keyboard: the menu key and the enter key
(the purpose of MyTreeWidget is to launch it with the enter key)
do you observe a difference between these two methods?
Whether I use the mouse, the enter key or the menu key, the effect is identical. I tried replacing MyTreeWidget with QTreeWidget, to no avail. However, I can't be considered a true Python developer so perhaps someone else should try as well. I imagine it must not be easy for you to fix this bug without having some experience with Windows... Here's a screenshot so you can see what it looks like: After much searching, I found a quick and simple workaround for this bug. I still need to test a bit more tonight, then I'll make a new build and post some more details. |
|
|
|
highlighted by the mouse click I guess, not highlighted before? yes, the one highlighted by the mouse click (or keyboard selection)
there are two ways to trigger the menu from keyboard: the menu key and the enter key
(the purpose of MyTreeWidget is to launch it with the enter key)
do you observe a difference between these two methods?
Whether I use the mouse, the enter key or the menu key, the effect is identical. I tried replacing MyTreeWidget with QTreeWidget, to no avail. However, I can't be considered a true Python developer so perhaps someone else should try as well. I imagine it must not be easy for you to fix this bug without having some experience with Windows... Here's a screenshot so you can see what it looks like:  |
|
|
|
I can confirm what flatfly found regarding the menu. Maybe it's a Windows-only issue?
maybe. what happens if you pick an item in that menu (for example 'edit description')? specifically, does it edit the transaction where your mouse clicked, or the first of the list, or another one? it edits the highlighted transaction, as expected. another finding: just simply switching to the contacts tab and then back to the history tab fixes the behavior. (it has to be the contacts tab specifically) There has to be something that the contacts tab is doing that the history tab isn't. Note that the behavior is exactly the same whether the context menu is triggered by mouse or keyboard. |
|
|
|
Yes, at startup, the top history entry is highlighted.
Perhaps this will help you find the root cause:
If I switch to another tab (for instance, contacts), right-click an item there,
then come back to the history tab and right-click an item, the menu appears at the normal position.
no idea what causes that; I do not see this problem on linux. if thats too much of an annoyance, you can replace MyTreeWidget with the parent class QTreeWidget thanks, will try that. EDIT: couldn't fix it (yet) |
|
|
|
Hmm seems the bug is still there... And seems specific to the History tab.
Here's how I can reproduce it (on Windows):
1. exit Electrum if it's running
2. launch Electrum
3. just right-click on a history entry
I cannot reproduce that. question: on fresh startup, is there an item highlighted in the list? Yes, at startup, the top history entry is highlighted. Perhaps this will help you find the root cause: If I switch to another tab (for instance, contacts), right-click an item there, then come back to the history tab and right-click an item, the menu appears at the normal position. |
|
|
|
There's a cosmetic bug with the context menu sometimes popping up in a random screen location (outside of the electrum GUI window)... I've encountered it twice already. Anyone else had this too?
I never had that. how did you trigger the menu? with the mouse, by pressing enter, or with the menu key? edit: oh, ok, I get it. with enter, when the current item is not visible below the screen. edit2: ok, that's fixed. thanks for reporting it. Hmm seems the bug is still there... And seems specific to the History tab. Here's how I can reproduce it (on Windows): 1. exit Electrum if it's running 2. launch Electrum 3. just right-click on a history entry |
|
|
|
This one should fix it once and for all... Let me know if not! (note: this is 0.57c, which I haven't released on the homepage yet!) 0.57c portable - Executable EDIT: sorry, I had to take it offline while i investigate another GUI bug SHA1: aed8e2881bedadc6cb31a13f376a7c9038df91fe The example command in the virtual console should look like this: electrum -w "../../../../electrum.dat" -o addresses
|
|
|
|
|
There's a cosmetic bug with the context menu sometimes popping up in a random screen location (outside of the electrum GUI window)... I've encountered it twice already. Anyone else had this too?
|
|
|
|
Could you add an at-a-glance way to see the current block number -- perhaps in the lower right corner?
Yeah, this. And if possible, it would be real nice to also include this info for each server, in the connection dialog. So we can easily tell if a server isn't up to date. |
|
|
|
Now i get this: electrum -W Ä..#..#..#..#electrum.datÄ -o addresses
And no colors.
Ok, I'm still investigating this. But what do you mean by 'no colors'? No colors where? |
|
|
|
anyone else having a LOT of problems with their servers recently?
Not that I know of... Which server in particular? |
|
|
|
OK, do you still get the bad characters with this one? (Yes, this is 0.56!) SHA1 093637ca269b6024e35b5dc92a61b97262f845d0 |
|
|
|
Thanks, this update works. I could install it on the stick.
OK that's good news! When I open the console (shift) it shows some strange letters: electrum -w ÄIÜÊlectrumêlectrum.datÄ -o addresses
Hmm, that codepage thing again... I'll investigate and fix it in the next release (perhaps later today, or tomorrow) |
|
|
|
A few more questions: Did you run the portable version off a USB stick, or your hard drive? It's supposed to unpack all Python files into a subdirectory (the Electrum-P folder), next to the executable (elec055-portable.exe). Did it do that?
EDIT: Note that in portable mode, the executable doesn't need the -w parameter. It will automatically use the wallet file (electrum.dat) located in the same directory. Sorry, I should have mentioned this.
Indeed, I installed it on a USB Stick. (without -w) During the unpacking process, it locked up. I had to shutdown. Hi, could you try this new portable version ( elec055a-portable.exe) from your USB drive? (SHA1: fef79d30fb663465af38211ab272dcafdf7dde93) also keep in mind that USB throughput is usually much lower than a local hard disk, so the unpacking process takes a bit longer (but shouldn't exceed 30-45 seconds). Do you have the same issue with it? |
|
|
|
I agree with davout in that no one should be touting any online wallet as a zero-trust service, regardless of how the private keys are dealt with. But, I also agree with others that blockchain.info is one of the most secure and trustworthy platforms I've seen.
No one should be touting blockchain.info as a zero-trust site. But it needs a heck of a lot less trust than other online wallet sites.
Anyway, nothing is zero-trust in life... Except death. Everything is about risk management and not putting all your eggs in the same basket. |
|
|
|
Hi, do you get an error message with the portable version?
Indeed, same problem here. I guess this is a new bug.
File "electrum", line 398, in <module>
addr += ':' + str(wallet.get_private_key_base58(addr, password))
File "C:\Documents and Settings\ffly\Application Data\Electrum-P\0.55\C_\ElectrumPY\lib\wallet.py", line 388, in get_private_key_base58
pk = self.get_private_key(address, password)
File "C:\Documents and Settings\ffly\Application Data\Electrum-P\0.55\C_\ElectrumPY\lib\wallet.py", line 409, in get_private_key
raise BaseException("unknown address")
BaseException: unknown address
- Thats the bug I get. - No error message. It locked up (in German: it hangs) I just noticed this bug. it is not related to imported keys. just fixed it, see version 0.55a Thanks, I've just updated the windows builds to 0.55a too. |
|
|
|
|
Show Posts
