Mohammed Sadiq authored 4 years ago and Sebastian Krzyszkowiak committed 4 years ago

SMS messages are stored as such without the HTML being escaped.
So avoid stripping html so that real text will not be stripped.

Mohammed Sadiq authored 4 years ago and Sebastian Krzyszkowiak committed 4 years ago

When the conversation is created, the corresponding chat may
already have fetched the last message.  So load a message
only if no message is loaded.

Otherwise, if a user opens a chat, the second last message
is loaded when the conversation is created.  Also, when the
chat is loaded the recent history is loaded, and since both
these requests are done async, the second last message is
loaded twice.

See issue #414 and !498

Evangelos Ribeiro Tzaras authored 4 years ago and Mohammed Sadiq committed 4 years ago

This commiti aims to close #414

Mohammed Sadiq authored 4 years ago and Sebastian Krzyszkowiak committed 4 years ago

When a new chat is created, it is added to the chat list.  If
the user goes back to chat list without adding any chat message,
hide the newly created chat as the user likely cancelled the chat.

This lists the form-factors the app was designed for in the AppStream
data and the desktop entry.

The username of the message author name was not set
and thus the database were being filled with empty
names

This was broken in b116a95f

This was the case for a long time.  When message-row
was written, this was left out accidently, but not
noticed as we were not setting message author (and
thus the avatar was always hidden)

Fixes: d6ffe9de ("Release version 0.1.16")

And adapt to API changes

So that it can be used for all type of accounts

And adapt to API changes.

chatty_pp_account_is_sms() was using only chatty-item API.
So moving it to chatty-item shall allow us to use the API
in more cases, and not just for accounts

And move the old chatty-chat to chatty-pp-chat

So that we can use this as the base class for chats

Use sorted_chat_list, which is now more appropriate.

We now make use of ui_data for tracking various objects.  And
so we no longer have to lookup in lists to find the objects.

Don't differentiate between IM and chats.  Use a single liststore
for any type of chats, and so we no longer require im_list, and
related helper models.

We don't have to list IM chats as buddies are listed separately

We were using the wrong variable to check for match
resulting in surprising results

So that we don't have to handle memory [de]allocations.

Use chatty_manager_add_chat() instead of chatty_manager_add_conversation()
So that we have one less API. Also add_chat() adds chat to the right
list instead of blindly adding to im_list, which was how it was done
until now.