| 20 Sep 2020 |
 boris | always login-cookie then ? | 13:03:07 |
| boris | ok let me try this | 13:03:24 |
| boris | 2fa enabled ? | 13:03:30 |
| boris | also any fix for this : Failed to log in: Got 404 response: This might be because you provided an invalid id (Facebook usually require integer ids)? | 13:03:52 |
| boris | * also any fix for this : Failed to log in: Got 404 response: This might be because you provided an invalid id (Facebook usually require integer ids)? | 13:03:54 |
 tulir | probably the same fix | 13:05:38 |
| boris | the user getting the above error , gets this with login-cookie : Failed to log in: Found empty fb_dtsg, the session was probably invalid. | 13:06:21 |
| tulir | that either requires approving from the browser or the cookies were invalid | 13:06:47 |
| boris | hmm ok | 13:07:03 |
| boris | I will keep that in mind. So login should not be used at no case ? | 13:07:24 |
| boris | enabling 2fa > login-cookie > review through browser > refresh : works correctly ❤️ | 16:32:17 |
| boris | can the session that I got the xs be lost from the bridge side ? | 16:33:06 |
 Gergely | So there is the following situation: some messages are missed, but the bot does not recognizes it. I send a message, than start suspecting that something is off. I send refresh to the bot which it does and everything goes back, however the missed messages are not backfilled, as the lat messages is newer than they | 18:04:53 |
| Gergely | Can I tune something in the config? Or it is not supported yet? Am I right to think that it would require the bridge to store the messages as well? | 18:07:20 |
| boris | I just found out that when sending from messenger app to a pm, element does not sync the messages I send, but correcly receives the messages from others | 19:26:42 |
 Sami Olmari | boris: a) why would you use messenger app? but more importantly, b) use login-matrix | 20:12:28 |
| boris | In reply to @olmari:hacklab.fi
boris: a) why would you use messenger app? but more importantly, b) use login-matrix Can you please tell me how that works? | 20:21:35 |
| Sami Olmari | it logs the bridge instance onto your matrix, in order to be able to do puppeting to other way too... | 20:22:33 |
| Sami Olmari | wiki also has small explanation... https://github.com/tulir/mautrix-facebook/wiki/Authentication | 20:23:12 |
| boris | Thank you! | 20:25:37 |
| 21 Sep 2020 |
 GitHub | [tulir/mautrix-facebook] rikmendes starred the repo | 14:10:25 |
|  darkharmony9999 joined the room. | 19:41:18 |
 fernie | In reply to @gergely:horvath.club
Can I tune something in the config? Or it is not supported yet? Am I right to think that it would require the bridge to store the messages as well? IIRC the bridge explicitly does not backfill if the message(s) to be backfilled isn't the latest in chat | 21:09:37 |
| Gergely | Thank you! I think, that tulir also mentioned it earlier. 🤔 However, I would still love to know wheter it is something that wasn't considered, or it would be too much work so it is at the end of the queue, or is it ultimately off the table for some technical reason that I'm unaware of? | 21:12:56 |
| 22 Sep 2020 |
 vojta001 | In reply to @gergely:horvath.club
Thank you! I think, that tulir also mentioned it earlier. 🤔 However, I would still love to know wheter it is something that wasn't considered, or it would be too much work so it is at the end of the queue, or is it ultimately off the table for some technical reason that I'm unaware of? There is no support in Matrix for this. Backfilling is implemented by sending new messages with spoofed timestamps, not sending old messages | 07:28:38 |
| vojta001 | At least this is what they told me after asking exactly the same question | 07:28:58 |
| Gergely | Ah, so resending would screw up the order of messages 🤔 | 07:31:09 |
| vojta001 | That would depend on the client as far as I know. Each message carries the information which message was the last one you knew about at the time you sent it. All the backfilled messages would therefore be clearly marked as send after the message you sent in reaction to them, just with an older timestamp. This corresponds to the scenario when your clients time is off or your home server's connection is crappy. As far as I can tell it depends on the client whether it will respect the timestamps for sorting or whether it will sort the messages based on the which one was the previous one information. | 07:59:28 |
|  lennart joined the room. | 08:45:43 |
| Gergely | Thanks for the answer! | 10:55:40 |
