<stellar-slack> <sacarlson> seems I've found an alternative to have the stellar bower-js-stellar-sdk directly served CDN by https://rawgit.com/ I've now tested it on http://zipperhead.ddns.net/transaction_toolsv0.4.0_rawgit.html I used this for test: https://cdn.rawgit.com/stellar/bower-js-stellar-sdk/cd1ecc03cce645b6f7b12abc211b239d24b39388/stellar-sdk.min.js and seems to be working so far with also the added built in browser
victortyau has joined #stellar-dev
<stellar-slack> <dzham> That’s awesome! So no signup like with cdnjs. We just need the hashes published, and then we’re set
<stellar-slack> <sacarlson> you can generate hashes from https://www.srihash.org/
<stellar-slack> <dzham> yeah, but if they’re not official, it doesn’t really make any difference
<stellar-slack> <sacarlson> but might be good to have http://stellar.org|stellar.org publish that hash as it seems it doesn't match the git algorith hash
<stellar-slack> <sacarlson> I'll see if I can find what version of hash and base format they use as a standard in the browser check
<stellar-slack> <dzham> it’s a base64-encoding of the hexdigest
<stellar-slack> <sacarlson> what format does git use?
<stellar-slack> <sacarlson> I thought git used sha256
<stellar-slack> <dzham> but git hashes are truncated, right?
<stellar-slack> <sacarlson> oh and this is what's in the http://srihash.org|srihash.org output that works in the browser <script src="https://cdn.rawgit.com/stellar/bower-js-stellar-sdk/cd1ecc03cce645b6f7b12abc211b239d24b39388/stellar-sdk.min.js" integrity="sha384-bJ4QHMD70wZKJdwVRTtrMIxjtS1jSbv+VpWK+9iECEhzwDxzeRWYBKM3MjpBxxxu" crossorigin="anonymous">/script
<stellar-slack> <sacarlson> so it shows it's a sha384, but this doesn't match the sha384 that my hash puts out not even if it's truncated
<stellar-slack> <dzham> `bJ4QHMD70wZKJdwVRTtrMIxjtS1jSbv+VpWK+9iECEhzwDxzeRWYBKM3MjpBxxxu`is what I get if I sha384 the file
<stellar-slack> <sacarlson> and that using what?
<stellar-slack> <dzham> openssl dgst -sha384 -binary FILENAME.js | openssl base64 -A
<stellar-slack> <sacarlson> cool, I also note I can't use http://zipperhead.ddns.net/sha_website.html to do sha384 as it also has Reason: CORS header 'Access-Control-Allow-Origin' missing).
<stellar-slack> <sacarlson> but no problem since the browser can check it
<stellar-slack> <sacarlson> I also now have the same sha384-bJ4QHMD70wZKJdwVRTtrMIxjtS1jSbv+VpWK+9iECEhzwDxzeRWYBKM3MjpBxxxu (from a CORS site) returns when I now have my software set as base64 (it was outputing in hex) for http://sacarlson.github.io/sha_website.html from example active CORS site with js sdk http://zipperhead.ddns.net/js/sdk_v0.4.0/stellar-sdk.min.js
de_henne_ has joined #stellar-dev
de_henne has quit [Ping timeout: 248 seconds]
victortyau has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
TheSeven has quit [Ping timeout: 240 seconds]
TheSeven has joined #stellar-dev
acetakwas has joined #stellar-dev
acetakwas has quit [Ping timeout: 264 seconds]
acetakwas has joined #stellar-dev
uber has quit [Ping timeout: 264 seconds]
loglaunch has quit [Ping timeout: 264 seconds]
dobson has quit [Ping timeout: 264 seconds]
uber has joined #stellar-dev
loglaunch has joined #stellar-dev
dobson has joined #stellar-dev
acetakwas has quit [Ping timeout: 276 seconds]
acetakwas has joined #stellar-dev
acetakwas has quit [Disconnected by services]
ac3takwas has joined #stellar-dev
<stellar-slack> <powderfan> have there been recent changes in horizon, causing the account_sequence of a transaction to be an int instead of string? I was always using this to update my account sequence after sending a payment and now it complains when I do the next payment.
<stellar-slack> <powderfan> Anyway it seems inconsistent that account returns the sequence as string whereas transaction returns it as number. Compare https://horizon-testnet.stellar.org/accounts/GBSSN3GO6IK7YREBCI4IECFS5JDZLAAE3TBELENX2Y3ETO6FIZIEWJA2 to https://horizon-testnet.stellar.org/transactions/346252472d27ffc5fa0eb355e39ab58ec6ea8b531e887b8b40a46adc909b8f63
<stellar-slack> <raymens> @powderfan: the account has switched to string some time ago https://github.com/stellar/horizon/pull/238
<stellar-slack> <bartek> @powderfan: sequence number is uint64 which simply is too big for JS to handle. for the same reason we had to change this in horizon.
<stellar-slack> <powderfan> thx @raymens! @bartek: do you agree that trx should return it as string as well?
<stellar-slack> <bartek> @powderfan: yes you're right. we will update this. good catch.
<stellar-slack> <powderfan> ok, in the meantime I can workaround with a simple `toString()`
<stellar-slack> <bartek> @powderfan: why don't you update sequence number using /account/{accountId} data?
<stellar-slack> <steelheaddigital> Question for everyone. I've got the basics down with creating an account, sending payments, etc. One thing I'm trying to figure out is how I would see who is holding credit for a particular account. Say I send a payment to an account in some arbitrary currency. I can see it show up as a positive balance in that account, but I don't see it as a negative balance in the sending account. I'm sure
<stellar-slack> Thanks for any help.
<stellar-slack> <raymens> @steelheaddigital: credit isn't listed as a balance on the issuing account
<stellar-slack> <bartek> @steelheaddigital: j.ed once answered this question with: > the trust lines only have one side now
<stellar-slack> <dzham> @steelheaddigital: you need to run a node to get to that data
<stellar-slack> <powderfan> @bartek: I listen to the transactionstream anyway (to get aware of incoming payments). Just avoiding an extra call for the new account sequence.
<stellar-slack> <bartek> ok, so `toString()` workaround won't work: ``` > var i = 9048748768362497; undefined > i.toString(); '9048748768362496' ```
<stellar-slack> <bartek> I'm fixing it right now
<stellar-slack> <raymens> (let the JS hate commence :D)
<stellar-slack> <steelheaddigital> Thanks @bartek . So, if I'm understanding correctly, there's now way with Horizon right now to see 'sent' credit. @dzham how can I see that data if I'm running my own node? I guess my other option would be to track myself who I've issued credit to?
<stellar-slack> <dzham> @steelheaddigital: connect to the db and give it a query like this, `select accountid, balance from trustlines where issuer = {ISSUER}`;
<stellar-slack> <dzham> You could track issuance, but then you’d need to track where those people send it also
<stellar-slack> <steelheaddigital> Ah, got it, makes sense. Thanks @dzham
<stellar-slack> <powderfan> @bartek: ah yes, this was the original problem I understand. Thanks a lot!
<stellar-slack> <bartek> we should probably update this message. the problem is this amount has more than 7 decimal places. more info: https://github.com/stellar/stellar-protocol/issues/20
<stellar-slack> <bartek> @powderfan: fixed the `source_account_sequence` issue.
<stellar-slack> <powderfan> @bartek: the flash ;)
ac3takwas has quit [Ping timeout: 252 seconds]
acetakwas has joined #stellar-dev
<stellar-slack> <sacarlson> @steelheaddigital however I did create a tool in mss-server that does provide a way to retrieve the negitive balance or issuers. for details see https://github.com/sacarlson/stellar_utility/tree/master/multi-sign-server
acetakwas has quit [Ping timeout: 250 seconds]
stellar-slack1 has joined #stellar-dev
stellar-slack has quit [*.net *.split]
acetakwas has joined #stellar-dev
acetakwas has quit [Read error: Connection reset by peer]
acetakwas has joined #stellar-dev
acetakwas has quit [Ping timeout: 240 seconds]
acetakwas has joined #stellar-dev
<stellar-slack1> <jed> @steelheaddigital: https://github.com/stellar/horizon/issues/178
acetakwas has quit [Ping timeout: 245 seconds]
acetakwas has joined #stellar-dev
acetakwas has quit [Max SendQ exceeded]
<stellar-slack1> <steelheaddigital> Great, thanks @jed. @sacarlson, I'll take a look at what you have, thanks.
stellar-slack1 has quit [Remote host closed the connection]
stellar-slack has joined #stellar-dev