I don't know the codebase very well but the relevant lines are probably here: github.com/monero-project/monero/bl…/net/http_protocol_handler.inl#L668

woodser did modify that code about 28 days ago

yeah this was my change: monero-project/monero ec6b4cf

Do you know what could be causing monerod to not be sending a Access-Control-Allow-Origin header?

wondering if it should be returning '*' instead of the origin?

No monerod doesn't send an Access-Control-Allow-Origin header at all

that change is necessary to use wildcard, and it's only merged to master, not part of the v0.17.2.3 release

so you'd need to be using a build with that change in order to use wildcard

opened a pr to add it in the next release:: monero-project/monero #7952

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

Like it also doesn't work if I specify a specific domain

Nevermind, I really am stupid haha, I think I figured it out. I'll close the issue for now

However, what I think should chnage it that if the node is a public node, it should send the wildcard header.

What do y'all think about that?

(without a need for an rpc-login)

"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

s/<< 8/<< 8 * (i + 1)/

"paste.debian.net/hidden/b0c11bc4"

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

Also, the fee amount is also stated as an unsigned int, even though its clearly never an int when actual transactions take place

fee and amount are in discrete atomic units 1e-12

So the doc is not updated ?

ahh

ok i get it

it makes sense to me now cheers, should probably state that somewhere in the doc though

<jerfo> "However, what I think should..." <- the wildcard behavior should be the same regardless if a public node, no?

when configured to use '*'

I guess the server must respond with a specific origin, not '*', for credentialed requests

<anonyphi[m]> "Hello, I am trying to figure out..." <- spin.atomicobject.com/2014/08/14/currency-rounding-errors

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?

Hi.

Is the coding experience in C/C++ ?

And how much of it ?

we'll as i currently have a job, 9to5 i would only be able to contribute during off hours.

Is the matrix relay still borked ?

Has it ever worked?

Yes.

moneromooo: half of your messages went through

mvskokeboy: moneromooo also asked "Is the coding experience in C/C++ ?"

its mainly in python nd java.

but if this requires c++ i can be back in a couple of months

i know java and c++ syntax are similar

mvskokeboy: There are thing sin the ecosystem that can use python and java help, too. Monero itself is mostly coded in C++

mvskokeboy: For instance, a lot of statistical work on Monero has been done in python

And there are others apps, integrations, and so on in languages other than C++

Haveno uses java for one.

oh i like the statistical side of it. How would i get involded with that part

mvskokeboy: Great! We need a lot more labor put into the statistical side of things. I will DM you.

Rucknium: Sure thing:)

"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?

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.

^ 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

moneromooo: The context is this post, saying that Monero txs can also be used for messaging:

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

that means they can live in the txpool for ~24hours then disappear automatically

permanently storing "secret" messages in the blockchain is just daft

hyc: Townforge does just that. It's a Monero fork, you know.

how would nodes be secured from a spam attack when the messages live 24h? does sending a message cost something?

hyc: Like sessions ?

* > <@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

Like session ?

Although the messages are public, as of now, and they stay in the mempool for a week+ at least I think

hadn't really pursued the idea. esp regarding spam attacks, dunno

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

since the idea keeps coming up every so often, perhaps

atomfried: moneromoo has a plan to have secret messages in Townforge

it's still a ridiculously inefficient way to message someone

I believe his words were, "An observer won't even know that a secret message has been sent" 🤔

if it's just one of a variety of txns, sure it gets lost in the crowd

and stealth addresses already ensure you have no way to know a particular recipient is the target of a message

Hello

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?

hi?

Guest68: This is not really a dev issue. Try #monero:monero.social

hi guys

Hi

Rucknium[m] Thank you, however #monero:monero.social seems not a valid channel

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.

#monero is the place to ask for help with monero.

It's kinda become mostly bot-beg land though, unfortunately.

Guest68: or try reddit

<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