Topic: Blockchain.info - Bitcoin Block explorer & Currency Statistics - page 115. (Read 482699 times)

You can glean a bit of that information from http://blockchain.info/status_check which is the script pingdom monitors. Restart times are not available to the web interface since it's literally just a bash script script that kills bitcoind every few hours.


The permissions were reverted back to their old permissions after the RPC interaction functionality was moved to a separate extension. The extension can only read data at blockchain.info, www.blockchain.info and local.blockchain.info (Points to localhost for development).


Because bitcoin: would not work with some of the social media share links, I think Facebook and G+ would accept bitcoin:// links but not bitcoin:

I really don't think it is a big deal. Nearly all APIs where you register a protocol handler register the prefix e.g. "bitcoin" not specifying bitcoin:// or bitcoin: so it seems logical that software should support both. Adding support to Bitcoinj (which blockchain uses) was a one line addition uriString = uriString.replace("bitcoin://", "bitcoin:");

It's not quite a one line change because it also needs changing on the android and iPhone app.


Will do.


I think it would be better to add support for the vanitygen format. What does the output look like? JSON?

also, please add feature to massimport private keys from text file.
i have vanitygen running and sometimes it finds 200 matching addresses

+1

Feature Request

When Sending coin from your wallet and using the custom option


The Default Setting on
"Return Change:" is "New Address"
If i'm sending alot of transactions and I don't change it it spams my wallet with a bunch of accounts.
All i'm requesting is a option to set the default Return Change address to the Sending Address

There is an issue that appears to needlessly persist.

From the bitcoin-development mailing list is the thread "Accepting broken QRcodes":


 - http://sourceforge.net/mailarchive/message.php?msg_id=29543672

Here is the QR code that Blockchain.info presents when I click Request Payment in Blockchain.info/wallet:



When that QR code is scanned, it yields the text string:

 "bitcoin://12JgkLNB2MAd2cpmpU25MVEUiBH3tivkyL"

It kind of looks like a URI, but it isn't.  As Gary points out in his reply to that thread on the mailing list:
"looking at RFC 3986 #10 (http://tools.ietf.org/html/rfc3986#page-10) it's pretty clear that introducing a false hierarchy is breaking the specification"

Consider this.  There is a URI for e-mail addresses (using "mailto:").

For that I would use mailto:[email protected]   not mailto://[email protected].   People make mistakes and you'll occasionally find links with the mailto://[email protected].  

But because people make these mistakes doesn't mean browser developers have helped make it easier for those who make this mistake.

For instance, when I click on the incorrect mailto, in the following, my browser will launch my mail client, but the To: line is empty, meaning it didn't recognize the format of the URI.
  http://result.dabblet.com/gist/3145742/17b36e8590ef6c7f23f5782cd3ae84d255f718db

However, BitcoinSpinner and other Android bitcoin clients went out of their way to accommodate this broken URI format ( bitcoin:// ).

And, now Mike is further supporting this broken format by adding support for it in BitcoinJ.

Blockchain.info's Blockchain for Android app supports the correct format already, and there are no clients that I'm aware of that don't support the correct format.

Here is a QR code with the correct format:



When scanned, the text string decoded is:

 "bitcoin:12JgkLNB2MAd2cpmpU25MVEUiBH3tivkyL"

So, by simply changing a line or two of code in Blockchain.info's source code, this entire issue could be resolved, right?

Is there any reason Blockchain.info should continue displaying a QR code that contains a broken URI?

So it can read the page contents on those domains to verify the JS hasn't changed.

It is fine.

While I'm sure this message from the chrome extension is benign, it's still a bit scary.

Why does the extension now require these permissions?

Can you also add a public page with a status of all these instances ( up and running or down ) and counts-down to the restart on all of them?

Good idea, This seems like the best solution for the time being. It's strange though because until recently bitcoind would run fine for a week or more without a restart.


The site runs several instances so as long as they are not all restarted at the same time there shouldn't be any issues.

It probably takes a long time to restart, breaking things while it's down.

My solution: create a script which kills and restarts it periodically

Apologies for the downtime. It's something to do with Bitcoind, every morning I wake up and it's consuming 8GB RAM and 100% CPU.

All the blocks seem to be orphaned... This is the end of bitcoin, goverment has taken over. Sell while you can, if someone accepts zero confirmations.

Well, just kidding, blockexplorer and everything else is working properly. Seems to be blockchain.info bug.

+1

Yup, something is wrong...  0 BTC, 0 transactions here also.

I'm now seeing 0 transactions and 0 BTC in my wallet. Oop.

Yes, I can confirm this. It looks like ALL transactions are showing up as "Unconfirmed Transaction".
I've checked this with different old and definitively confirmed transactions.
For me it's a clearly, temporary misbehavior of blockchain.info   

Something seems to be going wrong with the blockchain.info database.

Searching for transaction 32c43975286013906f49f76f9403788616fc36cfcb0f6542449d93f7eac5a96f shows me a page saying that it was "Included in blocks   189704 (2012-07-18 21:16:19 +2 minutes)" but has "Confirmations:   0 confirmations".  The transaction was to my gox account, and showed up there hours ago.  Gox requires 6 confirmations.

http://blockchain.info/search?search=32c43975286013906f49f76f9403788616fc36cfcb0f6542449d93f7eac5a96f

I took a screenshot showing the incorrect page, along with recent block numbers.  Notice the weird "recent transaction" with a time thousands of hours ago.

Is this the right thread for discussing blockchain.info's wallet service?

I was just trying to answer [uri=http://bitcoin.stackexchange.com/questions/4198/how-can-i-retrieve-my-bitcoins-when-the-client-crashes-as-soon-as-it-begins-sync]this question[/url] by suggesting that they sign up for blockchain.info's wallet service, add the address as a 'watch only' address, and then when they want to spend from it, it will prompt for the private key.

In writing the answer I wanted to give step-by-step signup instructions, so I signed up for a new wallet to see how that works these days.  I tried 3 or 4 times and every time I got stuck at the "proceed to login" button that appears after typing the password and captcha, and optionally typing an email address and nickname.  I would click the "proceed to login" button and nothing would happen.  I tried in chromium and firefox and got the same result every time.  I just tried again now, and it's working again.

Hmmm.

+1

It would be great if receiving address could get exact amount. That would be very useful for paying merchants.

I wouldn't say it is obvious at all considering that the first time I used it the bonus was paid to the destination address.

It really doesn't make sense for the coin to go back where it came from. At the very least there needs to be a warning to not send from a web wallet.

Now I see what you mean though. If I want to send 20BTC to Joe I'll accidently overpay if the bonus is included. But this isn't a good way to pay someone looking for a specific amount anyway because it gets broken up. Plus even now that the bonus is not included it doesn't equal exactly the full amount so you'll be short on any specific amount. This service (as currently set up) is for sending to yourself or to a site that doesn't care about the exact amount, deposit to poker site etc.