I suspect because you have the edit name active - it activated the newly accepted account and didn’t handle the edit in any way =/
1 Like
hahahah
that reply got ma a “Disconnected from riddim” message
Like I said - we are going to need bigger screens
1 Like
sorry xD … currently working on a new release and that creates refreshes on code updates … which made us disconnect … the line break thing isn’t fixed yet but what I’m looking into right in this moment 
the disconnect was when I tested the “separate input states for different chat partners”
1 Like
You are not seen again @southside. And using brave browser this time
1 Like
the last seen state only updates once per minute and not on initialization … which isn’t ideal but didn’t hurt me enough to resolve that yet 
if it is a permanent state then removing/readding the friend helped for Southside 20 minutes ago …
1 Like
okay - new friends release! 
I recommend to fire a new dweb open friends
several enhancements:
- shared files are now uploaded (as private upload - the datamap is not written to the network and only) shared via friends message to the recipient.
- “upload profile image” button (<<< uploaded profile images with this button are without network side datamap too; we just store the whole datamap as temp data in your profile)
- line break enforcement @Southside
- one input field draft per friend and not “shared input field” anymore @DavidMc0
- faster fail for non-existing network-data (timeout added app side)
- ensuring username in profile is in sync with profile
- margins/layouting in settings
…because of the amount of small enhancements this is an intermediate release without activated chat-history
ps:
- oh and I added removing unneeded public identifiers to the profile settings too
3 Likes
added this to the readme … is probably an important hint … I hope switching to brave resolved the issue for you @neo
3 Likes
are you even going to sleep tonight
1 Like
actually I happened to sleep before I did some programming xD I got up early today
1 Like
little leak with upcoming facelift:
with the latest whirl of activity on friends it became a bit annoying that one needed to scroll to see which friends are online and which aren’t - so now there’s a filter that hides offline friends but allows to show them on demand 
releasing soon™
9 Likes
I think this idea has real legs. Especially if you add audio and video calls to it. There is telegram, then signal, then session app. Only telegram had a great user experience, but the privacy part remains a question. Users hungry for a more trusted platform with a good user experience. P2P payments can then be added as well.
One way I see of growing this is also enabling with user permission a p2p contact phone book for any user willing to be open to broadcasts from their friends of friends, enabling peers to find and help match other peers together looking for something. Could be as simple as posting ‘looking for a bread machine’ or ‘looking for a job at company xyz’ and then the direct friends see who they can refer from own phone book or even “match”.
3 Likes
dont u consider to have two version of Friends, 1. this 2. as much anonymity as possible?
1 Like
and that is starting to annoy me with pushing advertising in certain groups now -.-" …
yes - absolutely. a bit a pity is that WebRTC doesn’t manage to punch through all networks; therefore I’ll need to add the option to connect a TURN (proxy-server) to your account and opening it for your friends+group chats you’re in → then people would need one kind nerd as friend to always be able to connect (even through difficult network situations without central servers being involved); but not everyone would need to be a nerd … not 100% perfect but since offline messages through scratchpads are (will be) always an option too there won’t be a real need to do something fancy just to talk to people …
status sharing like current messengers do; yes I think that’s desirable … I don’t do it myself with the messengers I use because I don’t like the thought of them having my pictures … but with friends I would like to share my moments/joy with friends too =)
anyway … uhm … yes and then sending importable contacts from your contact list would be beneficial indeed!
I think one version that comes with a pretty high standard of privacy should be enough I’ll aim for best possible user experience+speed as top priority but with e.g. the option to use stealth mode and just communicating through scratchpads (the only private data that is being shared with your friends is your ip address anyway; and in stealth mode that is not updated/used → I’m not sure how to enhance privacy above that …)
6 Likes
Instead of worrying about persisting messages in Friends etc, make everyone responsible for their own session persistence
@riddim see DMs or come up on Friends please
2 Likes
Thank you very much for the input - the plan anyway was to have everyone persist only their own part of the history (Persisting their own messages) but the issue with that would be that it your friend refuses to persist his part of history you’d only have a monologue history without the counterpart.
Just Persisting the whole conversation from your point of view is significantly more robust so that’s the plan now. I need to see if I can come up with rules for chunk sizes for persistence (and encryption keys) so that deduplication effectively cuts the Persisting cost in half for everyone doing it
In any case step1 will be using a Scratchpad to buffer a ‘outbox’ and to use that for offline messages the other side can read (and which just rolls over)
5 Likes
@happybeing @zettawatt @safemedia @traktion @neo and anyoneelse proposing any form of chat, please see above.
Should all chat-like responses in Autonomi include a standard set of metadata fields ?
Usage optional but there if needed
serial #
sender
date/time
in_response_to
public/private
do_not_archive
and others
4 Likes
Fwiw I’m planning to look closer to the data format of telegram messages - I think it’s well documented and pretty battle tested
6 Likes
Why reinvent wheels we don’t need to?
5 Likes
Have a scratchpad for each convo and its purpose is to buffer this persistent archiving. Once it reaches say 3.5MB in size then write it to a immutable record, encrypted of course. Maybe self encrypt.
And if you self encrypt then its 3 chunks to immutable so maybe 3 scratchpads for buffering and write approx 10 to 11 MB each time to immutable via self encryption
That reduces cost over time since your buffers are only bought once and the immutable maximises MB per store cost and keeps encryption standard with self encryption.
date/time as a unix timestamp with millisecond resolution would do the serial number as well wouldn’t it? Unless you were wanting serial# to be some sort of index
But yes meta data for saved convos would be wise and useful
4 Likes