<isd>
Jacob Weisz: pushed a sandcal update, includes fixes for a couple of the issues you brought up, but not #30; didn't want to just sit on those fixes until I found time to debug that one too.
<isd>
I am able to reproduce it.
<ocdtrekkie>
Thanks! I figured that one might be a bit stranger, but it also has limited actual impact on me anyways, since I rely on my synced calendar more than the view inside Sandstorm.
<xet7>
Is there some way to fix Javascript memory leaks?
<xet7>
WeKan leaks both at serverside and clientside
<xet7>
Well, other than removing all that Javascript ;)
<xet7>
Only way that I could think that could really work, would be to run Javascript like CGI, so that it would work kind of like PHP
<isd>
I don't know much about js specific techniques for hunting down memory leaks. I'm sure there are plenty of blogs out there.
<xet7>
Yes, I have been reading those blogs
<xet7>
going down the rabbit hole
<isd>
I seem to vaguely recall sandstorm has the ability to snapshot the heap on the server side for debugging.
<xet7>
I think too many use word "simple", "without complexity", etc, when mentioning some kanban tool, or 3D engine made with Rust. It's very far from simple, in my experience
<isd>
Also, Kenton rewrote the gateway in C++ over a memory leak iirc, so I guess that is a viable last resort ;)
<xet7>
Yes, I feel Javascript is like writing C or C++, because it needs setting objects/values as null etc
<xet7>
Javascript does not garbage collect properly automatically
<xet7>
Javascript having growing CPU and RAM usage kind or makes it worse than PHP
<isd>
Been thinking about the activitypub/fediverse thing: I think the minimum platform change to make this not ultra janky would be the ability to powerbox-request subdomains. From there you could have a grain that grabs a subdomain and does activitypub over it, using IpNetwork to contact outside hosts.
<ocdtrekkie>
I am very jealous of all the free publicity literally everything that can connect to ActivityPub gets at this point, lol.
<ocdtrekkie>
I assume like IpNetwork, that would just be an admin-only capability.
<isd>
Yeah, that was my thinking.
<isd>
I'd want to see an app that grabs the domain, and then offers access to specific accounts/resources etc. at the level of activitypub (as opposed to tcp/ip or http), which can be doled out to other apps.
<ocdtrekkie>
That'd be cool. Though I imagine an initial offering would just be that the admin could share the grain with other users to let them join the server.
<isd>
Yeah.
<isd>
I'm basically talking about implementing spritely's Mandy. But you'd still need to actually have stuff on the sandstorm side that uses it.
<ocdtrekkie>
I haven't seen that particular thing, but I imagine the ideal case would be a Sandstorm-native design where maybe the admin app created the server to the wider world and handled moderation and stuff, and then the user version of the app held the user's specific settings and data such that one could take it with them, but it participated in the server run by the admin?
<isd>
...we could call it "sandy"
<ocdtrekkie>
wow
<isd>
Not sure what you mean "take with them" but the idea would be other apps could make powerbox request for various objects that exist in the activitypub protocol, and then be given access to just that thing (e.g. you can make posts as a particular user or such). Sandy would be responsible for bridging activitypub to this activitypub/capnp hybrid.
<isd>
I have to head out the door for a bit, but maybe cwebber has more to say about Mandy
<ocdtrekkie>
I was just thinking like, if I'm a user on the server, is my posts/settings/data in my own grain I can back up or transfer?