Matthew Hodgson
Matthew Hodgson
``` 14:13:23.814740+0000 kernel 0: 0x6f7071 default EXC_RESOURCE -> NSE[22556] exceeded mem limit: InactiveHard 24 MB (fatal) 14:13:23.815169+0000 kernel 0: 0x6f7071 default memorystatus: killing process 22556 [NSE] in high band FOREGROUND...
on 851: ``` 15:43:42.198106+0000 kernel 0: 0x7024b1 default EXC_RESOURCE -> NSE[22703] exceeded mem limit: InactiveHard 24 MB (fatal) 15:43:42.199764+0000 kernel 0: 0x7024b1 default memorystatus: killing process 22703 [NSE] in high...
There is a chance that this is monumentally bad UX rather than an actual bug - i think each window may get a "share window" button and you have to...
ugh. do you happen to have the full javascript logs from when it relaunched? unfortunately this sounds like it might be indexeddb corruption due to windows crashing though...
(see also https://github.com/matrix-org/matrix-doc/issues/1746)
> I wonder if this could be achieved with multiple profile rooms, and only inviting "contacts" to a more private one. Yeah, this was sort-of what i had in mind...
note to self: this might also be able to replace presence lists if we sort out the "who has permission to see which profile (or presence) data" issue.
So I had a look at it while digging into https://github.com/element-hq/element-x-ios/issues/4127 - I think @pixlwave may have misunderstood the video: the point is that there's a nasty scroll jump at...
hm - but won't it still pop when you inevitably have to remove the spinner, even if it's transparent? otherwise you'll have a gap in the timeline?
the current behaviour is now to say "Foo mentioned or replied to you" on these msgs, given we can't differentiate them otherwise. This is technically correct, but exposes the bug...