| 01:25 | <sideshowbarker> | bakkot: Does your Matrix logger work by way of a bot on the channel that parses incoming messages? Or does it instead parse the https://view.matrix.org/ logs/format? |
| 01:57 | <Maxim Vaarwel> | Could anyone explain me what kind of difference between top-level browsing context and auxiliary browsing context? |
| 02:46 | <Domenic> | Maxim Vaarwel: An auxiliary BC is a type of top-level BC. In particular it's one that was created via window.open() or target="_blank" or similar, i.e. there is an opener/openee relationship. |
| 03:16 | <bakkot> | sideshowbarker: it hits the "get messages" API, which does not require the bot to be in the channel |
| 03:16 | <bakkot> | https://spec.matrix.org/latest/client-server-api/#get_matrixclientv3roomsroomidmessages |
| 03:16 | <bakkot> | https://github.com/bakkot/matrix-archive-bot/blob/b9b96934f9af87127e8734f37b4d0f988550316b/run.mjs#L257 |
| 03:17 | <bakkot> | (I should say, does not require the bot to be in the channel as long as the room history is set to be viewable to everyone, not just joined members.) |
| 03:39 | <sideshowbarker> | bakkot: excellent ー thanks much |
| 11:21 | <Omar Sehlouli> | Hello ! I have a question |
| 11:22 | <Omar Sehlouli> | I set up flask_cors on the server side, but still when I set up my extension to send POST request, this occurs |
| 11:26 | <Omar Sehlouli> | I have provided some additional images, I'm stuck at this for like a day, and I can't figure out why |
| 11:58 | <Luca Casonato> | Your options request should return an 200 OK status, not a 401 |
| 12:00 | <Luca Casonato> | CORS preflight (OPTIONS) requests must return a 200 or 204 status code to be considered successful |
| 13:05 | <Omar Sehlouli> | Yeah, but how can I resolve the issue? it returns 401, because it needs an authorization header |
| 13:06 | <Omar Sehlouli> | the preflight sends a request to see if they accept authorization as a header first with method : POST , before sending the actual POST request. Please correct me if I'm wrong but that's what I have understood |
| 13:14 | <Luca Casonato> | You should not perform access control handling on the options request. The response to the options request should just indicate if the server is willing to process the real request at all, not if the real request will succeed or fail |
| 13:15 | <Omar Sehlouli> | I have handled it, thanks to your answer. I have reread your answer and understood what I should do |
| 13:15 | <Omar Sehlouli> | I have added an ( if not request.method == 'OPTIONS' ) and it worked |
| 13:16 | <Omar Sehlouli> | Thank you again! |
| 15:43 | <smaug> | MikeSmith: didn't you have a page listing all the specs? |
| 15:46 | <Ms2ger 💉💉> | https://platform.html5.org? Seems down from here, though |
| 15:47 | <Ms2ger 💉💉> | smaug: ^ |
| 15:47 | <smaug> | it was possibly page like that (though, then one I used actually loaded 🙂 ) |
| 15:48 | <smaug> | I was just looking at some helper page for someone not so familiar with various specs. |
| 18:58 | <aktiras12> | E |