00:24:40 <jerfo> I don't know the codebase very well but the relevant lines are probably here: https://github.com/monero-project/monero/blob/a39b1d56c8835798e2f5e3cc43c33b5f2d8e13da/contrib/epee/include/net/http_protocol_handler.inl#L668
00:25:31 <jerfo> woodser did modify that code about 28 days ago
00:34:39 <woodser[m]> yeah this was my change: https://github.com/monero-project/monero/commit/ec6b4cf9e1abcce19910772060852e6f880f8281
00:39:10 <jerfo> Do you know what could be causing monerod to not be sending a Access-Control-Allow-Origin header?
00:45:57 <woodser[m]> wondering if it should be returning '*' instead of the origin?
00:46:51 <jerfo> No monerod doesn't send an Access-Control-Allow-Origin header at all
01:18:32 <woodser[m]> that change is necessary to use wildcard, and it's only merged to master, not part of the v0.17.2.3 release
01:29:16 <woodser[m]> so you'd need to be using a build with that change in order to use wildcard
01:29:30 <woodser[m]> opened a pr to add it in the next release:: https://github.com/monero-project/monero/pull/7952
01:43:20 <Lyza> jerfo ^^
03:25:49 <jerfo> @woodser Thanks that makes a lot of sense for the wildcard part! Now I need to figure out why it doesn't work on the normal case 
03:26:25 <jerfo> Like it also doesn't work if I specify a specific domain
03:53:44 <jerfo> Nevermind, I really am stupid haha, I think I figured it out. I'll close the issue for now 
03:55:38 <jerfo> However, what I think should chnage it that if the node is a public node, it should send the wildcard header. 
03:55:46 <jerfo> What do y'all think about that?
03:56:02 <jerfo> (without a need for an rpc-login)
06:24:39 <wfaressuissia> "https://github.com/sanderfoobar/py-levin/blob/master/levin/reader.py#L134", with s/* 8/* 8 (i + 1)/ fix for correct varint reading it consumed 22G so far
06:26:15 <wfaressuissia> s/<< 8/<< 8 * (i + 1)/
06:29:08 <wfaressuissia> "https://paste.debian.net/hidden/b0c11bc4/"
07:15:00 <anonyphi[m]> Hello, I am trying to figure out something regarding the wallet RPC documentation. Specifically I am trying to understand why the get_transfers() call returns an unsigned int for the amount transferred, even though Monero allows transactions with floating points . I am referring to the documentation on getmonero btw
07:23:38 <anonyphi[m]> Also, the fee amount is also stated as an unsigned int, even though its clearly never an int when actual transactions take place
07:28:02 <wfaressuissia> fee and amount are in discrete atomic units 1e-12
07:29:39 <anonyphi[m]> So the doc is not updated ?
07:31:19 <anonyphi[m]> ahh
07:31:23 <anonyphi[m]> ok i get it
07:32:28 <anonyphi[m]> it makes sense to me now cheers, should probably state that somewhere in the doc though
10:41:05 <woodser[m]> <jerfo> "However, what I think should..." <- the wildcard behavior should be the same regardless if a public node, no?
10:41:23 <woodser[m]> when configured to use '*'
10:43:38 <woodser[m]> I guess the server must respond with a specific origin, not '*', for credentialed requests
14:04:29 <spirobel[m]> <anonyphi[m]> "Hello, I am trying to figure out..." <- https://spin.atomicobject.com/2014/08/14/currency-rounding-errors/
16:33:25 <mvskokeboy[m]> Hello everyone I recently graduated with a degree in physics with an emphasis in astrophysics, and I have some coding experience. How can I best utilize my skills to help?
16:38:19 <moneromooo> Hi.
16:38:30 <moneromooo> Is the coding experience in C/C++ ?
16:38:38 <moneromooo> And how much of it ?
16:41:37 <mvskokeboy[m]> we'll as i currently have a job, 9to5 i would only be able to contribute during off hours.
16:47:12 <moneromooo> Is the matrix relay still borked ?
16:49:40 <Epsilon> Has it ever worked?
16:49:47 <moneromooo> Yes.
16:55:42 <selsta> moneromooo: half of your messages went through
17:12:16 <Rucknium[m]> mvskokeboy:  moneromooo also asked "Is the coding experience in C/C++ ?"
17:12:48 <mvskokeboy[m]> its mainly in python nd java.
17:13:17 <mvskokeboy[m]> but if this requires c++ i can be back in a couple of months 
17:13:31 <mvskokeboy[m]> i know java and c++ syntax are similar
17:14:54 <Rucknium[m]> mvskokeboy: There are thing sin the ecosystem that can use python and java help, too. Monero itself is mostly coded in C++
17:15:16 <Rucknium[m]> mvskokeboy:  For instance, a lot of statistical work on Monero has been done in python
17:15:56 <Rucknium[m]> And there are others apps, integrations, and so on in languages other than C++
17:23:32 <moneromooo> Haveno uses java for one.
17:29:44 <mvskokeboy[m]> oh i like the statistical side of it. How would i get involded with that part
17:32:11 <Rucknium[m]> mvskokeboy: Great! We need a lot more labor put into the statistical side of things. I will DM you.
17:32:35 <mvskokeboy[m]> Rucknium: Sure thing:)
19:04:06 <sosse[m]1>  "Monero suffers particularly from blockchain bloat compared to other coins since even "light wallets" must scan the entire blockchain due to privacy." Is blockchain bloat on monero really that bad? If yes it only gets worse, day by day, so are there any solutions? Or possible? 
19:05:49 <moneromooo> Scanning the entire chain is correct (kinda, but close enough). Bloat is also more of a problem that on, say, Bitcoin. But I'm not sure where the implication comes from.
19:06:24 <Rucknium[m]> ^ That's my quote, BTW. I simplied for the purposes of conversation: You can restore wallets from particular blockchain "heights", so you only need to scan from a particular date and forward if you know the first date that a wallet received funds
19:08:07 <Rucknium[m]> moneromooo:  The context is this post, saying that Monero txs can also be used for messaging:
19:08:07 <Rucknium[m]> https://www.reddit.com/r/Monero/comments/pqm1tq/monero_is_not_a_currency_at_all_its_a_censorship/
20:40:59 <hyc> i already floated the idea of a messaging system a couple years ago here. but using non-mineable txns, so they only use the broadcast network
20:41:27 <hyc> that means they can live in the txpool for ~24hours then disappear automatically
20:42:12 <hyc> permanently storing "secret" messages in the blockchain is just daft
20:42:46 <Rucknium[m]> hyc: Townforge does just that. It's a Monero fork, you know.
20:43:02 <atomfried[m]> how would nodes be secured from a spam attack when the messages live 24h? does sending a message cost something?
20:43:12 <nikg83[m]> hyc: Like sessions ?
20:43:22 <nikg83[m]> * > <@hyc:libera.chat> i already floated the idea of a messaging system a couple years ago here. but using non-mineable txns, so they only use the broadcast network
20:43:23 <nikg83[m]> Like session ?
20:43:32 <Rucknium[m]> Although the messages are public, as of now, and they stay in the mempool for a week+ at least I think
20:43:36 <hyc> hadn't really pursued the idea. esp regarding spam attacks, dunno
20:44:58 <atomfried[m]> do you think there could be an interest in doing such a thing? this wouldnt even need a fork, the nodes who dont know the message format would just drop the transactions as non valid
20:45:35 <hyc> since the idea keeps coming up every so often, perhaps
20:45:59 <Rucknium[m]> atomfried: moneromoo has a plan to have secret messages in Townforge
20:46:04 <hyc> it's still a ridiculously inefficient way to message someone
20:46:38 <Rucknium[m]> I believe his words were, "An observer won't even know that a secret message has been sent"  🤔
20:47:56 <hyc> if it's just one of a variety of txns, sure it gets lost in the crowd
20:48:18 <hyc> and stealth addresses already ensure you have no way to know a particular recipient is the target of a message
21:49:53 <Guest68> Hello
21:51:09 <Guest68> I am having an issue with monero gui, syncroization tooks forever. I mean this is the 3rd day and still not finished, tried different public nodes still not works. Can anyone have a solution?
22:16:22 <Guest68> hi?
22:21:59 <Rucknium[m]> Guest68: This is not really a dev issue. Try #monero:monero.social 
22:37:42 <pepeell> hi guys
22:42:19 <Guest68> Hi
22:42:33 <Guest68> Rucknium[m] Thank you, however #monero:monero.social seems not a valid channel
22:43:39 <Rucknium[m]> Guest68: You need to join the Libera equivalent since you are on IRC. #monero:monero.social is a Matrix channel. Sorry for not seeing that you come from IRC.
22:45:00 <moneromooo> #monero is the place to ask for help with monero.
22:45:41 <moneromooo> It's kinda become mostly bot-beg land though, unfortunately.
23:01:51 <ellpepe[m]> Guest68: or try reddit
23:08:25 <jerfo> <wooder> "the wildcard behavior should be the same regardless if a public node, no?" Yes, it currently is, but I think that if you're running a public node, and want to send access  control headers, you shouldn't need a login. Like a public node without an rpc-login is already an open service, serving readily availble data, and the access control headers would make the API available to browser app