GNUnet Messenger API: December

Hello again,

Here is a little update to the GNUnet Messenger API from December. This time I’ve added a short video to show how it works at the moment on a local machine with multiple clients.

I’ve now added most dialogs to invite contacts to groups, open custom private groups, open chats directly to your contacts and open public platforms (public chat rooms). Filtering the contacts in those dialogs using a search field will be implemented soon (this is visual only for now).

Sending files should work in theory already but I haven’t hooked up visually representing those file messages. But it will likely be very similar to the implementation of it used in cadet-gtk.

Chats will now allow renaming for contacts and update each widget using it. Also it is now possible to have persistent chats between closing and opening the application which will be necessary for ease of use.

Many bugs got sorted out in libgnunetchat but there’s still a lack of thread safety which needs to be addressed. Chats and contacts should be synced via GNS which still needs to be implemented because this could potentially require changes in the messenger service API.

Which brings me to several bugs and memory leaks in the messenger service of GNUnet which got closed. So using the service is much more reliable now and senders should always be consistent for messages (before those patches a sender could be undefined in rare cases).

image of account list in messenger-gtk

I hope that it will become possible soon to add secondary profiles inside of messenger-gtk and switch between them, potentially using different chats, groups and contacts. This will probably put the stability to the test. Synchronizing older chat messages and viewing read receipts also needs to get implemented into the application. But I feel like it’s on a good way to get usable.

Once the file transfer works and its visual representation is implemented, I will re-add the tab for animations and (potentially) stickers to the emoji picker. The category of recently used emojis needs to get working as well and most settings of the applications aren’t hooked up too. In case of notifications libnotify just needs to be called depending on the focus of a current chat.

So some things require less tweaking but I want to get it right before talking about a potential release even if it’s going really well. I haven’t started with the CLI application yet. However I still believe this project could be finished next year (optimistically in the mid of 2022 but we will see). For now I wish happy holidays or happy hacking if you’re a busy one.

Kind regards,
Jacki

Read original article

Popular posts from this blog

GNUnet Messenger API: March

Image
Hi again, Last time I had big hopes to make enough progress for a first release. But I think I’m gonna delay that a bit (maybe still this month but we will see) even though I could actually complete the things, I anticipated. However here is finally the long promised video of it running on the Pinephone Pro because there’s still much to show. The back-end of the messenger-gtk application called libgnunetchat now uses the GNUnet Name Store service to manage your chats instead of using a local directory and some configuration files for each chat as before. This means that it is now possible to start the application from any directory and it will properly sync the chats depending on the account/identity selected. Next big feature is that it is possible to generate so called lobbies. Lobbies are empty chat rooms which will be shared in form of a GNS record under a newly generated zone instead of your own identity zone. This has multiple reasons: Technically your own key could
Read more

GNUnet Messenger API: September

Image
Hey, this is the last post under the topic “GNUnet Messenger API”. As mentioned last time I only had a few remaining things to implement in the messenger-cli application. So that is pretty much what I did with some small caveats. The only thing not working as planned is file sharing. Let me explain this: You can already write a file path to your text input and it will send the file. When a file gets received, you can select the message, hit ENTER and download the file. However depending on your GNUnet setup uploading a file might not work. This seems to depend on user access permissions of your selected files. The best work-around I know is to use a single-user installation for GNUnet. But I hope that this can be solved properly, so users don’t have to mess with configurations. More information about this issue can be found here . The second missing part is that you can technically download the file and progress of that will be visualized. However there’s still no opt
Read more