Bible Pay

Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - MIP

Pages: 1 2 3 4 5 6 7 8 [9] 10 11 12 13 14 15 16
121
So do we need 1.1.2.5 on both Sanc and windows controller wallet or just in Sanc?

Edit: ok I read again and it's about testing on a hot wallet Sanc.

122
TestNet Discussion Archive / Re: iOS MOBILE WALLET - BETA TESTING
« on: June 11, 2018, 04:59:54 am »
I do not have the Breadwallet Bitcoin Wallet installed.

Ok just to discard some conflicts.

I posted new beta to Apple but this time they rejected the binary and send me the classical questions about the coin. It will probably take 1-2 days to get response (and approval)

I discovered that Apple guys on Testflight approval near weekends are more picky than the ones on Mon-Thu shift.

I would use this as a hint on how to submit the app for final approval on App Store.

What's your opinion?

123
TestNet Discussion Archive / Re: iOS MOBILE WALLET - BETA TESTING
« on: June 08, 2018, 04:59:47 am »
The app is crashing when I try to open it. It crashed 4 times then opened. I have Touch ID on. I canceled it and manually inputted my password then it worked.

I can see some crash traces related to a problem in iOS queues I discovered yesterday. Not 100% sure that this is causing your crashes but there is a reasonable chance they are.

I will post now an update to address this problem, you will all get notified by Apple when it's approved and available.

BTW: do you have the original Breadwallet Bitcoin Wallet also installed in your iPhone?

124
Archived Proposals / Re: MacOS compiles - iOS version support machine
« on: June 08, 2018, 04:42:13 am »
Finally part 2 was also solved.

I had to create and sign the executable into a MacOS bundle which was sort of complicated stuff (docs only refer to XCode IDE projects) and there is little or none info on manual bundling.

So we will have the MacOS wallet DMG uploaded to biblepay.org shortly.

125
TestNet Discussion Archive / Re: iOS MOBILE WALLET - BETA TESTING
« on: June 06, 2018, 04:59:50 am »
Does MEMO actually get captured in blockchain, or just the iOS app? You think it should be captured in blockchain? Maybe too much work right?

Currently it's only stored as metadata in the app database. Sending it to the blockchain would require to add an unspendable output. It increases size and fees, and it's not recommended behavior as it's seen as bloating the chain.

Quote
Other feedback:
  • Send BBP > Scan . Only camera is possible. What I want to send someone BBP from a web site I went to. QR code is there, but how do I scan? This assumes I need a computer display or print it out, etc... If I take a screenshot on iOS, a way to import a picture would be good too, right?

usually you are also offered a text address along the QR, so you just have to copy and paste it.

Quote
  • knowing who send you payment (BBP address). Someone send me 5 BBP and it was very difficult to send 1 BBP back as a test

it should show in the transaction detail popup.

Quote
  • Address Book to send payment.

Address reutilization is worst practice towards privacy.

Quote
  • Maybe quick access to explorer based on from or to BBP address - like %s you find in BBP QT wallet (right click go to explorer)

Would be ok, we have URL to explorer for UTXO recovery. I will note that one.

Quote
BOINC for iOS? That would be amazing, but I didn't think this is possible currently.

It's possible, I'm even preparing that feature for Android now. I must test the burn tx and implement some convoluted logic it has inside for banked/non-banked but there is no technical stopper.

126
Archived Proposals / Re: MacOS compiles - iOS version support machine
« on: June 05, 2018, 01:57:58 pm »
Ok so this was it:

It seems that, unlike Linux, MacOS has a predefined stack size, which is 8MB for main thread, and a pityful 512KB for the other threads.

This is the reason why biblepayd loaded the verses fine, because it lives in main thread.
But QT version launches it's own thread for windowing and when it tries to load the verses, it hits the 512KB limit for the stack.

Solution: I had to patch qthread_unix.cpp from QT 5.11.0 to increase the stack size of threads, compile QT all over again (317 minutes lol) and then... it worked!!!

So we have part 1 finished.

Now I'l begin part 2, creating and signing DMG file for distribution.

127
Archived Proposals / Re: MacOS compiles - iOS version support machine
« on: June 05, 2018, 02:29:54 am »
And using GNU toolchain gives you better results?

I hate compiling on macOS. I'm almost going bald now pulling my hair out. ;)

I think they are both the same, it's just that apple included some copy with symlinks into their XCode bundle.

I would try to increase the stack size in the linker, as it seems that QT libraries put some pressure on the stack (proof is that biblepayd loads perfectly but biblepay-qt fails when loading the same 31102 verses.)

128
Archived Proposals / Re: MacOS compiles - iOS version support machine
« on: June 04, 2018, 03:59:52 am »
Ok a quick summary on the MacOS compile efforts

I could compile with the latest QT version, adding c++11 flags to the compiler and some tweaks on Txmempool source because of some obscure C++ quircks in boost 1.66+. The GUI-less daemon works wonderfully, but the biblepay-qt GUI crashes.

When debugging I saw it crashed at kjv.cpp when creating this huge b[31102] array with Bible's verses, at index 1223 .
I tried to change the static allocation with a unordered_map structure, hoping that C++ magic would come to the rescue. Little progress, it just crashed at verse 9010.

I found this guy from Norway at Discord that told me he had compiled and run the QT version without issues. The funny thing is that he had made exactly the same tweaks and flags I made, and he has the same OS version. The only difference is that he's using the GNU toolchain and I have the XCode toolchain, which could also be the same thing by just using a symlink.

I suspect of some compiling options so now I'm reviewing and comparing all the environment, versions, etc. one by one which looks like a lot of pain ahead :-D

EDIT: I saw that in MacOS the default stack size is 8MB. That would explain something. After increasing the stack size it still crashes, but it processes more verses. In fact if I comment the last 14000 verses application loads fine (but it's unable to load chain because of the failing PoW checks...). I'll keep on researching.

129
TestNet Discussion Archive / Re: iOS MOBILE WALLET - BETA TESTING
« on: June 04, 2018, 01:47:56 am »
I'm getting comments that crypto wallets are not passing thru apple approval process unless the currency is "approved" by them. Nobody knows what this is but it seems that we have been lucky to even pass to beta stage.

I will call apple support to know more about this because before I started with this development I raised a ticket to them and they told me there would be no problem. But I don't want to be rejected in the latest step after all the hours we have invested on this.

I'll keep you posted.

EDIT: it seems they send you a standard questionnaire with some questions about the coin and the project. How the evaluate it and consider a coin is "approved" is a mistery.

I would need to know about your feedback so we can start this review process as soon as possible.

130
TestNet Discussion Archive / Re: iOS MOBILE WALLET - BETA TESTING
« on: June 01, 2018, 02:37:01 am »
Sweet!  This is fabulous!

Ok, I'm running the iOS version in TestFlight.

So far so good.

I just recevied 111 bbp.

I will send it back to myself now.

The only enhancement I see so far is in Security Center, there are two references to "BRD" that I believe should be changed to "BBP".

Thanks dude.

In my spanish version I can't see those references to Bread. Could you please post a screenshot? Sometimes they are strings, sometimes icon resources... it's hard to find without a visual aid.

Thank you!

EDIT: I found it! fixing...

131
TestNet Discussion Archive / iOS MOBILE WALLET - BETA TESTING
« on: May 30, 2018, 09:53:44 am »
iOS MOBILE WALLET - BETA TESTING

This version is functionally the same as Android one so it will be easy to test.

It's currently under review so meanwhile I'll start gathering the brave ones that will want to do the TestFlight.

I need  email+name+second name in order to register you for beta.

When the build is approved by apple you will see a notification email with the invite for test.

EDIT: APP WAS APPROVED FOR BETA we can start!

Here some eye candy taken from my iPhone 8






132
I just leave a quick note to say that my windows wallet has stopped to send automatic PoDC updates a few days ago. I tried to restart and all that but to no avail.
 
Currently I'm doing it manually every 12h to keep on staking. I don't know where to start checking but when I have a bit more time IŽll check the logs in case I see something evident.

133
Archived Proposals / Re: BiblePay mobile wallet (Android & iOS)
« on: May 12, 2018, 03:28:38 am »

- I noticed wallet shows $0.00 per BBP, but does give me a correct dollar value for my total BBP coins

This is because I left 2 decimal places in some screens, but a single BBP is under $0,01 at the moment. That's why I left 4 decimal places on the total wallet. I'll take a look


- I noticed wallet shows Ƀ symbol in front of amount of BBP coins

Yeah I left this as it is, because of the "B" in Biblepay. The original code expects a one letter symbol, so until we find ours we can borrow it from Bitcoin (a bit pretentious I know)

Let me know if there is anything else I can do to help!

Thank you for your feedback and support!

134
I don't know how others feel, but I get confused by the amounts because net amounts are not shown. PODC updates especially showing spend very little, but sometimes take big starting amounts and end with big amounts. I think visually the QT does it right by showing the net amount. I think explorer should work the same way. Details should show gross amounts being moved around. I know this isn't exactly what the upgrade is to support, but if it is easy enough to add, I'm in support of it. It would add consistently to UX/UI between QT wallet and Explorer. btw, the green color for receiving and red for sending is a good visual hint that I enjoy.

QT wallet does it right because it knows that the change address is also yours. But Iquidus doesn't know. So that's basically why can't it make it work the same way.

135
We have waited until now, and after c-cex reopening we are not in such a hurry fortunately.

Pages: 1 2 3 4 5 6 7 8 [9] 10 11 12 13 14 15 16