However I just thought of this - if it *remembered* that last way it chose to do the tx (in terms of which unspent output to use for what including the fees) then provided that that fee paying unspent output has enough to cover all the fees it could solve it couldn't it?

Thanks for this - I hadn't actually thought about it much (clearly) so I can now understand this would not be easy at all.

Guess we won't be seeing this "feature" any time soon then.

Sorry edited after you replied - so it does matter which "unspent output" the fee is chosen from?

If I am "emptying" the wallet then how can it depend upon "which coins" (I presume you mean "unspent outputs") as I am spending them *all* (and I don't believe it matters *which* one is used to provide the tx fee)?

(perhaps you weren't completely emptying your wallet?)

Really - I thought it was?

This https://en.bitcoin.it/wiki/Transaction_fees#Rules_for_calculating_minimum_fees is wrong then?

Not a bad technique - of course I won't be throwing out any private keys (just effectively sweeping them all out to a new address) but I would think that if it's not too hard for the software to do this for the end user (who could be Gavin's Grandma after all) then why not have it do the work for them?

Was thinking about "emptying" my wallet (for better anonymity) and although not that tricky is a slight pain to have to do pull up a "calculator" to work out the exact amount to send when taking into account the tx fee (assuming it would be > than the minimum due to cleaning out the "lint" of small unspent outputs).

Perhaps it might be worth adding a "Send All Funds To" check box to the "Send coins" tab so that the amount to send (minus the required fee) can just be worked out automatically for the end-user?

Just leave blockchain.info open on the address - if/when the BTC is sent you'll here a "beeping noise" telling you so.

As John suggested you might want to check with the sender that they actually have sent them (as it doesn't appear so).

John is almost certainly correct with this reply (I tend to take things slowly and to be overly thorough).

I didn't ask for that as it is up to the OP if he wants to do that (am assuming he was able to paste it into blockchain.info himself per his reply to my question).

Yes - this is the relevant part - no tx has been detected - it would seem fairly likely that if after 30 minutes it does not even see an "unconfirmed" tx that the tx didn't actually occur (you did check "both" addresses?).

Okay - when you look at the address in blockchain.info does it have any tx's below it or does it say that it's probably a "new address"?

Browse to http://blockchain.info and type the Bitcoin address (*not* the private key) into its Search and check what it says about the balance.

Assuming it is there then you just have to either wait for you client to "catch up" or change to a "lightweight" alternative client (such as "Electrum") that doesn't need the blockchain.

Thanks!

I had actually never noticed that link was there before (wasn't trying to be lazy).

Finally moved to where it should have been originally posted (must be a bit tired today).

I *know* how to do these things (changing the priority either from a shortcut or from the Task Manager or in code, etc.).

I posted in the wrong sub-forum and I thought that I was being told I can *move* my topic so that is what I want to know "how to do".

Can someone please explain "how do I move this topic"?

(actually maybe I'll just delete it as it looks as though it will take me more time to explain what the purpose of this topic is than I think I can be bothered with)

Oh - how?

Sure and I have coded SetPriorityClass before - but I was suggesting something that might be more usable for Gavin's Grandma than an API call - let's say a check box perhaps?

Hmm... just realised I posted this in the wrong sub-forum (should have been posted in Development & Technical Discussion) - any mod want to move this for me?

Running bitcoin-qt on a not so powerful laptop running XP can be a pain as it consumes basically all CPU every time it validates a new block (so every 10 minutes or so my computer *freezes* for generally around 5 seconds which feels like a long time when you're trying to code).

Of course I know how to lower the priority of the bitcoin-qt process (and do this for now) but I think this makes for a pretty bad new user experience (especially if you are catching up blocks) and I would guess that many users may not even know how to adjust the process priority.

So maybe it would be a good idea to have a setting to "Run as low priority"?

Kudos to Kim Dotcom's new Mega and interestingly enough client side encryption (a major part of his new system) has been in use for over a week on CIYAM Open.

Although some better marketing will be on its way we are patiently and slowly going to assemble the "workforce of the future" in which one doesn't work "one or two jobs" per year but maybe "100-200 different tasks" (which could be spread over numerous different projects).

A web page to help "join up" will be coming soon - and there is still 2 BTC available to write some rather trivial installation scripts.


Keep up the fight Kim!

Screw Hollywood and screw copyright!
(hmm... almost forgot - screw patents too!!)

CIYAM Open has been "open" for well over a week (it does encryption over plain HTTP using Javascript - although its approach does require an initial GPG message so a little more tricky to use) - I guess 2013 was destined to be the year for this kind of crypto.