piuk (OP)
|
|
April 06, 2012, 09:47:17 PM |
|
I am using 3GS on iOS 4.21. I tried v1.2, v1.3 and v1.4 and i get insta crash. I tried to install through Boss repository and manually (installing .deb file using iFile).
New Version (1.5) available on Cydia. I think that should fix all the crashes-on-load.
|
|
|
|
minimalB
Donator
Hero Member
Offline
Activity: 674
Merit: 522
|
|
April 06, 2012, 10:58:11 PM |
|
Thanks piuk! v1.5 works!
|
|
|
|
Red Emerald
|
|
April 07, 2012, 03:09:10 AM |
|
1.5 is working for me, too.
When I registered the account, it told me my captcha failed, but it seems to have made my account anyways.
|
|
|
|
minimalB
Donator
Hero Member
Offline
Activity: 674
Merit: 522
|
|
April 07, 2012, 09:42:29 AM |
|
Update:
It worked fine for me when i set up new account but when i tried to sync with existing account, i got a crash and after that i get insta crashes when i try to relaunch the app. It crashed when i tried to scan QR code for syncing app and online account.
I have removed the app and installed it again and i still get insta crashes, like with versions before v1.5.
One typo: On welcome screen, if you choose to sync... it says: "Open YOU account"...
Cheers!
|
|
|
|
molecular
Donator
Legendary
Offline
Activity: 2772
Merit: 1019
|
|
April 07, 2012, 11:05:30 AM |
|
It worked fine for me when i set up new account but when i tried to sync with existing account, i got a crash and after that i get insta crashes when i try to relaunch the app. It crashed when i tried to scan QR code for syncing app and online account.
I have the same problem, described here: https://bitcointalk.org/index.php?topic=75673.msg839814#msg839814Notable: in my case it tkes about 8 seconds (display says "downloading wallet") to close/crash/whatever. I'm behind a satellite, so my latency is very high (500-1000ms), so this might indicate the TCP/IP connection is setup and _after_ that and maybe some additional protocol handshaking (?), the error occurs.
|
PGP key molecular F9B70769 fingerprint 9CDD C0D3 20F8 279F 6BE0 3F39 FC49 2362 F9B7 0769
|
|
|
R-
Full Member
Offline
Activity: 238
Merit: 100
Pasta
|
|
April 07, 2012, 12:55:13 PM |
|
This is such a great site mate.
|
|
|
|
hazek
Legendary
Offline
Activity: 1078
Merit: 1003
|
|
April 08, 2012, 03:23:21 PM |
|
piuk I know you're probably busy with other stuff and don't have time to play around but I just think it would be really cool if he had this graph somewhere so please at least consider this idea: change the graph http://blockchain.info/charts/total-bitcoins so that it's drawn on the full theoretical graph of how bitcoins are going to get issued I'd really like to see a clear visual of where in the issuing process we are right now..
|
My personality type: INTJ - please forgive my weaknesses (Not naturally in tune with others feelings; may be insensitive at times, tend to respond to conflict with logic and reason, tend to believe I'm always right)
If however you enjoyed my post: 15j781DjuJeVsZgYbDVt2NZsGrWKRWFHpp
|
|
|
molecular
Donator
Legendary
Offline
Activity: 2772
Merit: 1019
|
|
April 08, 2012, 05:18:23 PM |
|
I might've found a serious bug regarding wallet sync when offline (lost addresses) on my iPod touch. I cannot reproduce it exactly, but a similar one: - start client
- turn off networking
- ignoring all errors, generate a new address
- archive the address (this step I didn't do when I originally discovered the potential bug)
- reboot phone (might not be necessary)
- start client, wait for sync
- the address does not appear in online wallet and, even worse, in the origianal case, the address disappeared comletely
Is it possible the "receiving wallet addresses"-process overwrites locally generated addresses that haven't been synced up to the server somehow?
|
PGP key molecular F9B70769 fingerprint 9CDD C0D3 20F8 279F 6BE0 3F39 FC49 2362 F9B7 0769
|
|
|
piuk (OP)
|
|
April 08, 2012, 05:35:13 PM |
|
Is it possible the "receiving wallet addresses"-process overwrites locally generated addresses that haven't been synced up to the server somehow?
The app needs to be online when generating a new address. If you receive an "error saving wallet" and the logout button turns red then the changes you have made maybe lost after restart.
|
|
|
|
Red Emerald
|
|
April 08, 2012, 05:47:43 PM |
|
Is it possible the "receiving wallet addresses"-process overwrites locally generated addresses that haven't been synced up to the server somehow?
The app needs to be online when generating a new address. If you receive an "error saving wallet" and the logout button turns red then the changes you have made maybe lost after restart. I'm colorblind and have a hard time with red/green buttons. Any chance you could do blue/red? Or maybe make the green brighter?
|
|
|
|
molecular
Donator
Legendary
Offline
Activity: 2772
Merit: 1019
|
|
April 08, 2012, 07:52:54 PM |
|
Is it possible the "receiving wallet addresses"-process overwrites locally generated addresses that haven't been synced up to the server somehow?
The app needs to be online when generating a new address. If you receive an "error saving wallet" and the logout button turns red then the changes you have made maybe lost after restart. urm. don't display an address and it's qr-code if it might disappear later? EDIT: in the first case I did not restart the app, the address was lost anyhow. I ignored "error saving wallet" because I assumed it would be syned later. EDIT2: excuse me but I have to get this straight: you're displaying an address and it's qr-code to receive money to and you're not even storing it locally on the phone somehow until it can be synced to the server? I must say this is quite insane. The address should at least be marked as "non-synced" and a warning should appear before displaying the qr-code that you might lose all money being sent to that address. This is not about the 0.2 BTC I lost, but about all the other users that will fall into this trap (especially with an iPod that can easily be offline at times). Please fix this, it's not acceptable! If I'm understanding something wrong here, I apologize in advance, but I don't think I am.
|
PGP key molecular F9B70769 fingerprint 9CDD C0D3 20F8 279F 6BE0 3F39 FC49 2362 F9B7 0769
|
|
|
|
Stephen Gornick
Legendary
Offline
Activity: 2506
Merit: 1010
|
|
April 11, 2012, 05:14:34 AM |
|
Got some serious issues with the blockchain reporting pages. Clicking on a block reports: "Unknown Exception"
|
|
|
|
Andrew Vorobyov
|
|
April 11, 2012, 07:03:59 AM |
|
Constant "Error getting wallet balance" error
|
|
|
|
th3.r00t
|
|
April 11, 2012, 07:26:58 AM |
|
Constant "Error getting wallet balance" error
+1 ...and if try to send some BTC's I get "null"...
|
|
|
|
John (John K.)
Global Troll-buster and
Legendary
Offline
Activity: 1288
Merit: 1227
Away on an extended break
|
|
April 11, 2012, 08:21:52 AM |
|
Main site seems to be down: HTTP Status 500 -
type Exception report
message
description The server encountered an internal error () that prevented it from fulfilling this request.
exception
java.lang.NullPointerException java.util.AbstractCollection.addAll(AbstractCollection.java:333) piuk.website.ChainManager.fetchRecentBlocksFromDB(ChainManager.java:181) piuk.website.ChainManager.recentBlocks(ChainManager.java:58) piuk.website.HomeServlet.doGet(HomeServlet.java:21) javax.servlet.http.HttpServlet.service(HttpServlet.java:621) javax.servlet.http.HttpServlet.service(HttpServlet.java:722) note The full stack trace of the root cause is available in the Apache Tomcat/7.0.26 logs.
Apache Tomcat/7.0.26
|
|
|
|
piuk (OP)
|
|
April 11, 2012, 08:31:08 AM Last edit: April 11, 2012, 11:58:05 AM by piuk |
|
I gave thallium205 https://bitcointalk.org/index.php?topic=76167.0 an api code to crawl the site last night and the rate of queries caused the cache table to fill up, causing the MySQL Cluster to die. Not necessarily his fault, the Site should be able to handle 10 queries / sec easily. Just need to find a way to ensure the cache table gets properly emptied when getting full.
|
|
|
|
piuk (OP)
|
|
April 11, 2012, 02:14:59 PM |
|
New payment request screen available on address pages which you can use to construct a bitcoin URI.
|
|
|
|
Stephen Gornick
Legendary
Offline
Activity: 2506
Merit: 1010
|
|
April 11, 2012, 06:05:08 PM |
|
Just need to find a way to ensure the cache table gets properly emptied when getting full.
And a way to know sooner when there are service issues? This new use by thallium205 is a testament to how much of a utility BlockChain.info has become. But like a real-world utility, the number of people affected when the entire service fails is huge. I know of another service that solved the dilemma of how can a free service afford to meet service levels required by those dependent on the service -- they offered commercial subscriptions. There was no change to the service except that those paying the subscriptions got a weekly monitoring report showing availability and other metrics. The revenue from those subscriptions though was used to pay for the monitoring service and for an on-call admin who would respond to alerts and do ticket triage so the founder/developer wasn't stuck supporting the project all by himself. tl;dr: Blockchain.info is becoming critical infrastructure for Bitcoin.
|
|
|
|
piuk (OP)
|
|
April 13, 2012, 10:18:40 AM |
|
And a way to know sooner when there are service issues? This new use by thallium205 is a testament to how much of a utility BlockChain.info has become. But like a real-world utility, the number of people affected when the entire service fails is huge.
I know of another service that solved the dilemma of how can a free service afford to meet service levels required by those dependent on the service -- they offered commercial subscriptions. There was no change to the service except that those paying the subscriptions got a weekly monitoring report showing availability and other metrics. The revenue from those subscriptions though was used to pay for the monitoring service and for an on-call admin who would respond to alerts and do ticket triage so the founder/developer wasn't stuck supporting the project all by himself.
tl;dr: Blockchain.info is becoming critical infrastructure for Bitcoin.
http://status.blockchain.info/500250 or http://blockchain.info/status_check will now show if there is any service disruption. The script compares the latest block height with blockexplorer and checks the websocket api is running. I'm not sure about subscriptions. If people find the Site useful donations are always welcome.
|
|
|
|
|