12 Jan 2020 |
Brendan Abolivier | Because tbf the changelog is kinda just "stuff changed, figure out what by yourself", and that's far from ideal imho | 18:43:51 |
richvdh | I think the short answer to your question is "no", and if you reach any conclusions then they would certainly be worth writing down for the spec | 22:08:03 |
richvdh | In reply to @brendan:abolivier.bzh (like https://matrix.org/docs/spec/server_server/unstable#put-matrix-federation-v2-invite-roomid-eventid for example) yeah this seems a god way to do it | 22:08:36 |
13 Jan 2020 |
| Trung joined the room. | 02:30:28 |
Mathijs | Hey Matthew I just came accross this, seems relevant to #2359
| 15:22:35 |
Github | https://github.com/matrix-org/matrix-doc/pull/2359 : [WIP] MSC2359: E2EE VoIP Conferencing | 15:22:36 |
Matthew | yeah, i think 2359 mentioned PERC? | 16:40:28 |
Cadair | TravisR: I just updated and redeployed Giles, let me know if it misbehaves. It can now also do towncrier changelog checking btw. See here. | 22:32:11 |
14 Jan 2020 |
Mathijs | Oh, i may have missed that | 07:20:13 |
Sorunome | sorry it's been quite a bit since soru registered on matrix.org, but....
"flows": [
{
"stages": [
"m.login.recaptcha",
"m.login.terms",
"m.login.dummy"
]
},
{
"stages": [
"m.login.recaptcha",
"m.login.terms",
"m.login.email.identity"
]
}
],
doesn't this configuration for /register mean that email is optional on the server?
| 10:10:34 |
richvdh | it does, and it is | 10:27:57 |
Sorunome | alright, thanks! | 10:29:31 |
| krille joined the room. | 14:04:56 |
krille | hi there, I have a question about the authentication flows to. When I implement the web fallback, wait until it is done and the recaptcha is solved and send the request again with { auth: {session: "sessionid1234" } }, the returned "completed" list is always an empty list like the stage wasn't successful | 14:07:51 |
krille | I'm not sure what I'm doing wrong here. I thought I need to implement:
- Open webview with the fallback url
- Wait until the user closes the webview
- Send the request again with session id in auth
| 14:08:51 |
| * Sorunome gets the same issue when manually trying to complete stuffs with curl | 14:11:32 |
anoa | In reply to @krille:ubports.chat hi there, I have a question about the authentication flows to. When I implement the web fallback, wait until it is done and the recaptcha is solved and send the request again with { auth: {session: "sessionid1234" } }, the returned "completed" list is always an empty list like the stage wasn't successful Are you talking about the .../auth/m.login.recaptcha/fallback/web endpoint? | 14:16:33 |
krille | yes | 14:16:42 |
krille | and the fallback in generel | 14:16:57 |
krille | *general | 14:17:10 |
anoa | Can you check that the client is getting a 200 back from the POST /_matrix/client/r0/auth/m.login.recaptcha/fallback/web request? | 14:19:09 |
anoa | When recaptcha is submitted | 14:19:19 |
Sorunome | it is | 14:19:39 |
Sorunome | and m.login.terms fallback gives an internal server error, lol | 14:19:53 |
Sorunome | In reply to @sorunome:sorunome.de it is session and g-recaptcha-response | 14:21:36 |
anoa | In reply to @sorunome:sorunome.de and m.login.terms fallback gives an internal server error, lol hm, traceback pls? | 14:22:01 |
Sorunome | In reply to @andrewm:amorgan.xyz hm, traceback pls? matrix.org | 14:22:23 |
anoa | oh! I have the power | 14:22:41 |
Sorunome | DM'd you the session ID | 14:23:09 |
anoa | got it | 14:23:26 |