04:44:29 <vtnerd> selsta: yes, probably tomorrow though
12:59:02 <moneromooo> Who should I prod to get the TXT records updated for update.getmonero.org ? Pony or was that handed around ?
13:54:52 <ErCiccione[m]> i'm not sure, but binaryfate might have access ^
14:41:54 <selsta> only fluffy has access at the moment
15:26:14 <woodser_> the daemon seems to return multiple www-authenticate headers which causes requests from firefox to fail
15:26:51 <woodser_> the daemon is started with: ./monerod --stagenet --rpc-login superuser:abctesting123 --rpc-access-control-origins http://localhost:9100
15:43:02 <woodser_> ideally firefox would handle the issue gracefully like the other browsers, but I'm looking to remove the duplicate from the response
16:00:57 <TrasherDK> @woodser The daemon do the right thing. It's firefox fetch() api that's broken.
16:04:02 <woodser_> I thought the firefox fetch() api was breaking because it can't parse the daemon's www-authenticate response header, which is either duplicated or separated by newlines instead of commas?
16:05:32 <TrasherDK> I can see the wallet-rpc return 2 lines:
16:05:41 <woodser_> known firefox issue: https://bugzilla.mozilla.org/show_bug.cgi?id=1491010
16:05:43 <TrasherDK> WWW-authenticate: Digest qop="auth",algorithm=MD5,realm="monero-rpc",nonce="k7VW9A39o7Dp7OjSnVCA/w==",stale=false
16:05:46 <TrasherDK> WWW-authenticate: Digest qop="auth",algorithm=MD5-sess,realm="monero-rpc",nonce="k7VW9A39o7Dp7OjSnVCA/w==",stale=false
16:06:02 <woodser_> I see the same from daemon responses
16:09:08 <TrasherDK> The RFC nnnn says it's correct. But  fetch() discard them as duplicates or something. I'll try to find the issue on the tracker...
16:10:44 <TrasherDK> https://bugzilla.mozilla.org/show_bug.cgi?id=1491010
16:11:58 <woodser_> while it's technically correct, and that issue should be resolved in firefox, we might be able to support firefox in the interim by cleaning up the response headers
16:15:43 <TrasherDK> How about not using fetch at all? xmlhttprequest do not suffer from same bug.
16:21:17 <woodser_> worth trying
16:22:01 <TrasherDK> Or https://github.com/request/request-promise can handle digest auth.
16:23:18 <TrasherDK> When using xmlhttprequest one has to handle the construction of the auth response. Not that it's that hard..
17:39:50 <vtnerd> selsta see PR 6407
17:40:44 <selsta> thanks, trying it currently
17:42:57 <moneromooo> What's the difference between std::string(host) and std::string{host} ? I tried the former and it did not help, and I thought it was the same.
17:43:26 <vtnerd> it is, but maybe applied to the wrong line? the compiler was giving funky line numbers for some reason
17:43:58 <vtnerd> I think the compiler was saying the line on get_host was the issue, but it was set_host
17:43:58 <moneromooo> I did it for both the set and get IIRC. Even though it only moaned about one.
17:44:06 <selsta> also C++ compiler error messages are useless
17:44:10 <selsta> :D
17:44:45 <moneromooo> Then I guess I messed up something else -_-
17:44:46 <vtnerd> no it gives the correct line number
17:45:04 <vtnerd> nah, they are extremely helpful, you just have to be a compiler writer to understand them
17:45:17 <vtnerd> lol so I guess not very helpful most of the time
17:45:26 <selsta> right, I guess you need a lot of experience to to appreciate them
17:45:52 <vtnerd> the thing is they are often times giving the equivalent of stack traces for templates
17:46:19 <selsta> do you know why this compiled on Windows?
17:46:21 <vtnerd> so its quite noisy and you have to look at the bottom of the stack first
17:46:26 <vtnerd> the tests arent built
17:46:29 <selsta> or is release-static not building tests?
17:46:29 <selsta> ok
17:46:49 <vtnerd> its a cmake command to request it
18:05:03 <moneromooo> Oh. I tried again, it does work, but the error comes up for a second similar case, I did not notice the liner number was further out.
18:07:51 <selsta> luigi1111: can you merge #6407 to fix compilation? ty
18:20:56 <binaryFate> Reminder meeting tomorrow 17 UTC https://github.com/monero-project/meta/issues/449
18:21:12 <binaryFate> (take into account hour change tonight)
19:10:50 <luigi1111w> done