Bible Pay

Read 3136 times

  • Rob A.
  • Administrator

    • 1263


    • 20
    • June 05, 2017, 08:09:04 pm
    • Patmos, Island Of
    more
Im unable to duplicate it, but I believe the confusion stemmed from the Attached File field being missing the first time I was using the Send tab after upgrading, and then it showed up on the Add Recipient. It shows up every time now.

I also had no idea there was a multiple recipient feature LOL

=

When I click "Open Attachment", no action occurs,
Im using Lubuntu with just Firefox installed

I composed the link above as a guess

Transaction ID: 51bf312343f303c1ca9234f2515b8947738a0303fd8742b4b7d4aa377620cbf0-000

XML:
{PACK} {MT}MESSAGE{/MT} {MK}OUT_TX{/MK} {MV}  {/MV} {/PACK} {PACK} {MT}ATTACHMENT{/MT} {MK}OUT_TX{/MK}{MK}{/MV}{ipfshash}{/ipfsash}{/PACK} ...

Im unable to copy paste from Vultr Console / Lubuntu (nor know how to change resolution)
(What Linux GUIs do you guys use in Testnet?)
Oh I think I see whats going on; OK so on the copy-paste.  Im using debian 7-64 on my dev machine and it has copy-paste, but my vultr nodes do not, but you can get around this by doing a 'showblock blocknumber' then 'getrawtransaction txid' after you send it from your VM (if you want to scrape it from your windows box).  Yeah I dont know of a way to get copy-paste working in vultr. 

So that tx you pasted above looks like nothing worked on it; thats OK, I think we need to start over.
(I can see because the ipfshash is empty above in the XML).

So just try attaching a file from the beginning, and ensure the attachment textbox is populated and no error results after sending.
Then double click the transaction  from the transaction list and see if the Link in it is populated (in blue).  If its not, that explains why the Open Attachment button does not work.

Then once that opens for you, then from another machine try to get the txid then we will pull the data out of it and Ill try it from the gateway address to see if its replicating.



  • togoshigekata
  • Sr. Member

    • 366


    • 23
    • September 01, 2017, 10:21:10 am
    • USA
    more
ok just sent another transaction,
in transaction details I see green "IPFS Document:" hyperlink "Navigate to document Q*"
Open Attachment button works now, it opened up the image in Firefox

https://ipfs.io/ipfs/QmcbKYZRFGYsmBiEhqjQ4J7uoGY5DSHqs5uQg7fqsW7J1r

1 confirmation so far



  • klondike
  • Full Member

    • 155


    • -10
    • October 10, 2017, 09:00:24 am
    more
need i BBP for testing this?

yfhc5FdNSyAYyB4Fx4aJ2x4KoXiGuXxhyH

« Last Edit: August 29, 2018, 02:01:50 pm by klondike »


  • Rob A.
  • Administrator

    • 1263


    • 20
    • June 05, 2017, 08:09:04 pm
    • Patmos, Island Of
    more
need i BBP for testing this?

yfhc5FdNSyAYyB4Fx4aJ2x4KoXiGuXxhyH

A little bit yes, so you can send some tx to yourself.

The purpose of attaching an IPFS document to a transaction is to make biblepay useful without bloating the blockchain (with the bytes of the document).

Sent 200K (as I only have 1 mil on my dev machine right now).


  • Rob A.
  • Administrator

    • 1263


    • 20
    • June 05, 2017, 08:09:04 pm
    • Patmos, Island Of
    more
ok just sent another transaction,
in transaction details I see green "IPFS Document:" hyperlink "Navigate to document Q*"
Open Attachment button works now, it opened up the image in Firefox

https://ipfs.io/ipfs/QmcbKYZRFGYsmBiEhqjQ4J7uoGY5DSHqs5uQg7fqsW7J1r

1 confirmation so far

Its working I see it!

http://ipfs.biblepay.org:8080/ipfs/QmcbKYZRFGYsmBiEhqjQ4J7uoGY5DSHqs5uQg7fqsW7J1r

So our gateway is working also, good.



  • sunk818
  • Jr. Member

    • 84


    • 4
    • April 24, 2018, 02:02:20 pm
    more
> Wow, a 21 meg file, thats cool, lets see if it plays from our gateway link, can you paste the link?

File uploaded I think (maybe it is in your hash list), but it doesn't show up in transaction details. Also tried 10 meg jpeg and doesn't show up.

I think ipfs has js wrapper to play videos, but not sure if they play outright. Maybe it is browser dependent.

I tried the following and I seem to be peered with you now: :)

ipfs pin add QmcbKYZRFGYsmBiEhqjQ4J7uoGY5DSHqs5uQg7fqsW7J1r


  • Rob A.
  • Administrator

    • 1263


    • 20
    • June 05, 2017, 08:09:04 pm
    • Patmos, Island Of
    more
> Wow, a 21 meg file, thats cool, lets see if it plays from our gateway link, can you paste the link?

File uploaded I think (maybe it is in your hash list), but it doesn't show up in transaction details. Also tried 10 meg jpeg and doesn't show up.

I think ipfs has js wrapper to play videos, but not sure if they play outright. Maybe it is browser dependent.

I tried the following and I seem to be peered with you now: :)

ipfs pin add QmcbKYZRFGYsmBiEhqjQ4J7uoGY5DSHqs5uQg7fqsW7J1r

That doesnt make sense; the code either accepts it or rejects it.  I do not think you tested it properly; can you Upload the file into the transaction and double click it, and then paste it, and that means the Single test was performed?  (In contrast to uploading it and forgetting to check on the transaction list message). 

If something fails, you can just post the entire error message here, since this is an atomic test.

So far, I see no flaws in the system except user error and the ipfs gateway going up-down at random times.



  • sunk818
  • Jr. Member

    • 84


    • 4
    • April 24, 2018, 02:02:20 pm
    more
yfhc5FdNSyAYyB4Fx4aJ2x4KoXiGuXxhyH

I sent you some.


  • sunk818
  • Jr. Member

    • 84


    • 4
    • April 24, 2018, 02:02:20 pm
    more
That doesnt make sense; the code either accepts it or rejects it.  I do not think you tested it properly; can you Upload the file into the transaction and double click it, and then paste it, and that means the Single test was performed?  (In contrast to uploading it and forgetting to check on the transaction list message). 

If something fails, you can just post the entire error message here, since this is an atomic test.

So far, I see no flaws in the system except user error and the ipfs gateway going up-down at random times.


There is a third possibility isn't there besides accepts it or rejects it... and that is... it accepts it, processes the upload, but the transaction ID doesn't include the ipfs hash in the transaction details? I wish I was smart enough to understand my 2.4MB file works, but not a 4MB file. 4mb jpeg - can you try to attach this file and see if you can replicate what I've been saying? This is the file: https://upload.wikimedia.org/wikipedia/commons/1/1e/Caerte_van_Oostlant_4MB.jpg

So, I was able to upload a 2.4MB file:

Quote
Status: 0/unconfirmed, broadcast through 2 nodes
Date: 8/29/2018 20:15
To: klondike testnet yfhc5FdNSyAYyB4Fx4aJ2x4KoXiGuXxhyH
Debit: -106.00000000 tBiblepay
Net amount: -106.00000000 tBiblepay

IPFS Document: Navigate to document QmceXVXDjork9aT2MoVnroYRc3RxLXdJY8UA9872y8o9FV  Transaction ID: e32028e1f1576521540a450b137947c1b690bca598e7660b7bea6e62710d8f43-000



Debug information

Debit: -119 989.49989340 tBiblepay
Credit: 119 883.49989340 tBiblepay

Transaction:
CTransaction(hash=e32028e1f1, ver=1, vin.size=1, vout.size=2, nLockTime=54059)
    CTxIn(COutPoint(77527314927f560414ba52f571fab48f701b34385b22cad00f7db7984b4a635c, 2), scriptSig=483045022100d68ecb44edde, nSequence=4294967294)
    CTxOut(nValue=106.00000000, scriptPubKey=76a914d49b3ddf917fb85e7e39b440)
    CTxOut(nValue=119883.49989340, scriptPubKey=76a914fa9ea914a5d2e9b1e1541102)

Inputs:
yga9M5wSn9zUp8oTi4Yzqom7F7D1rWRApc Amount=119 989.49989340 tBiblepay IsMine=true IsWatchOnly=false


XML:
{PACK}{MT}ATTACHMENT{/MT}{MK}OUT_TX{/MK}{MV}QmceXVXDjork9aT2MoVnroYRc3RxLXdJY8UA9872y8o9FV{/MV}{ipfshash}QmceXVXDjork9aT2MoVnroYRc3RxLXdJY8UA9872y8o9FV{/ipfshash}{/PACK}{PACK}{MT}MESSAGE{/MT}{MK}OUT_TX{/MK}{MV}test 6 big truck video {/MV}{/PACK}{change}1{/change}

but this one 4mb jpeg doesn't show the ipfs hash in transaction details.

Quote
Status: 0/unconfirmed, broadcast through 2 nodes
Date: 8/29/2018 20:15
To: klondike testnet yfhc5FdNSyAYyB4Fx4aJ2x4KoXiGuXxhyH
Debit: -107.00000000 tBiblepay
Net amount: -107.00000000 tBiblepay
Transaction ID: 87126350a8ba79a679e66807e0e17b22b1dfdf3d3db64775fd3565ecad9eb2e7-000



Debug information

Debit: -443 465.02000000 tBiblepay
Credit: 443 358.02000000 tBiblepay

Transaction:
CTransaction(hash=87126350a8, ver=1, vin.size=1, vout.size=2, nLockTime=54059)
    CTxIn(COutPoint(45d826b3e6f24da2dd6379fedf10413dc9dab9132b0b1c390110fe6a7667861e, 1), scriptSig=483045022100f73941971aeb, nSequence=4294967294)
    CTxOut(nValue=107.00000000, scriptPubKey=76a914d49b3ddf917fb85e7e39b440)
    CTxOut(nValue=443358.02000000, scriptPubKey=76a914a7c5ca8893336e79620b426b)

Inputs:
yM4cUY5evJmSKJEjbTsgxh6RQbpqk53kYe Amount=443 465.02000000 tBiblepay IsMine=true IsWatchOnly=false


XML:
{PACK}{MT}ATTACHMENT{/MT}{MK}OUT_TX{/MK}{MV}{/MV}{ipfshash}{/ipfshash}{/PACK}{PACK}{MT}MESSAGE{/MT}{MK}OUT_TX{/MK}{MV}test 7 4mb jpg {/MV}{/PACK}{change}1{/change}
« Last Edit: August 29, 2018, 11:34:11 pm by sunk818 »


  • Rob A.
  • Administrator

    • 1263


    • 20
    • June 05, 2017, 08:09:04 pm
    • Patmos, Island Of
    more

There is a third possibility isn't there besides accepts it or rejects it... and that is... it accepts it, processes the upload, but the transaction ID doesn't include the ipfs hash in the transaction details? I wish I was smart enough to understand my 2.4MB file works, but not a 4MB file. 4mb jpeg - can you try to attach this file and see if you can replicate what I've been saying? This is the file: https://upload.wikimedia.org/wikipedia/commons/1/1e/Caerte_van_Oostlant_4MB.jpg

So, I was able to upload a 2.4MB file:

but this one 4mb jpeg doesn't show the ipfs hash in transaction details.


Ok, Sorry I was getting 'code defensive' there, its a new day!  Hang on.

First on the 2meg video you uploaded:
https://ipfs.io/ipfs/QmceXVXDjork9aT2MoVnroYRc3RxLXdJY8UA9872y8o9FV

Its working, so thats nice and exciting.  Thanks.


On the 4mb jpeg, great news, I reproduced:  Your right- I dont see the ipfs hash and it is a 3rd condition! Thanks.    Checking....

Ok the 4mb jpeg issue is resolved.  It had to do with the base64 conversion setting, its fixed, now you can upload it, and now you should see any errors appear in biblepay that have to do with attaching problems bubble on the screen.

Here is the link to the one I just uploaded:
http://ipfs.biblepay.org:8080/ipfs/QmawtK1eHmjUcF4z87bEg7819hk6FE9cPTsG7HKcLCBZ5x


Please try again...



« Last Edit: August 30, 2018, 08:14:22 am by Rob A. »


  • Rob A.
  • Administrator

    • 1263


    • 20
    • June 05, 2017, 08:09:04 pm
    • Patmos, Island Of
    more
Ok, so in the next version you should be able to see the attachment icon (right now its two pieces of paper but we can have Marcus take a look at possibly changing to a paperclip later),  fixed the filepicker to fix the disk path on windows and unix, added the newline between the rows,
and a biggie in testnet:  Something was filling up the drives with spam - I found the root cause and modified the miner to require the signed cpid in order to mine and that fixed the spam.

Im still working on some other issues so I wont release this version yet.




  • togoshigekata
  • Sr. Member

    • 366


    • 23
    • September 01, 2017, 10:21:10 am
    • USA
    more
Something was filling up the drives with spam - I found the root cause and modified the miner to require the signed cpid in order to mine and that fixed the spam.

Do you know where the file spam is Rob?
My testnet machine is at 99% disk usage again haha, I closed biblepay for now until next update,

I appreciate all your hard work Rob! and thank you to everyone helping test

UPDATE: Thanks sunk818, it was the debug.log in ~/.biblepaycore/testnet3
« Last Edit: August 30, 2018, 06:39:58 pm by togoshigekata »


  • sunk818
  • Jr. Member

    • 84


    • 4
    • April 24, 2018, 02:02:20 pm
    more
Do you know where the file spam is Rob?
My testnet machine is at 99% disk usage again haha, I closed biblepay for now until next update,

I appreciate all your hard work Rob! and thank you to everyone helping test

I think he means the debug.log file -- it gives me block rejected message... the block only mines every 15 minutes, so you end up with log spam.

shrinkdebuglog=1 in your biblepay.conf will trim the debug.log file upon restart of the QT wallet

Quote
2018-08-30 23:09:21
ProcessBlockFound::Generated 531.66870093
2018-08-30 23:09:21 ERROR: ProcessNewBlock: AcceptBlock FAILED
2018-08-30 23:09:21 ERROR: ProcessBlockFound -- ProcessNewBlock() failed, block not accepted
2018-08-30 23:09:21 CBlock(hash=0115fdd5b3d2a857c4ac2bbea3a11e77968d14028e126b4af8ec8cd94ef33eaf, ver=536870912, hashPrevBlock=63fc662f64b9e4568a2cb639d55c737bce9f0838e8acf8d7b0c658a33e446936, hashMerkleRoot=dec75898b0af80571ea24833187edfd4ecaf0920d2256a87e049f5e2d8f217c5, nTime=1535670561, nBits=1f0300d6, nNonce=26, vtx=1)
  CTransaction(hash=dec75898b0, ver=1, vin.size=1, vout.size=2, nLockTime=0)
    CTxIn(COutPoint(0000000000000000000000000000000000000000000000000000000000000000, 4294967295), coinbase 037cd3000101)
    CTxOut(nValue=531.66870093, scriptPubKey=2103c55c0fc363e85b294f7c610314)
    CTxOut(nValue=4785.01830833, scriptPubKey=76a9149ee0a2740dbc649db0f13245)


blocks need to be mined right, so transactions go through in testnet? Or no?
« Last Edit: August 30, 2018, 06:12:54 pm by sunk818 »


  • Rob A.
  • Administrator

    • 1263


    • 20
    • June 05, 2017, 08:09:04 pm
    • Patmos, Island Of
    more
Open attachment button in transaction details is visible whether an attachment exists or not.

Do you think Open Attachment button should be hidden when there is no attachment?

Yes, I meant to do that, and forgot about that!  Doing now....



  • Rob A.
  • Administrator

    • 1263


    • 20
    • June 05, 2017, 08:09:04 pm
    • Patmos, Island Of
    more
Do you know where the file spam is Rob?
My testnet machine is at 99% disk usage again haha, I closed biblepay for now until next update,

I appreciate all your hard work Rob! and thank you to everyone helping test

UPDATE: Thanks sunk818, it was the debug.log in ~/.biblepaycore/testnet3

Thanks Togo!

Yeah, for now if you could delete testnet3\debug.log after its running. 

« Last Edit: August 31, 2018, 10:18:13 am by Rob A. »