This fixes a serious issue on version 6.9 of the Linux kernel that is
already impacting some users:
jami-daemon#1006

Change-Id: Id78643d51f38799be448034236364f746dbdfb10

Adrien Beraud authored 9 months ago and Adrien Béraud committed 9 months ago

profile was not saved at reception anymore, this was wasting bandwidth

Change-Id: I3cbc1f1683a1e5a4b14616404cde5e27e07623e5

This update fixes an issue where a stale account list might be used
in AccountListModel by synchronizing list invalidation with a newly
introduced signal (accountsReordered). This change prevents a data race
that could occur due to the asynchronous nature of setting the account
order over D-Bus, or when queuing the signal handling for
accountsChanged, which is emitted only once the reordering is saved.

As a result, QAbstractItemModel mutations are now performed within AccountListModel instead of in the UI.

Gitlab: #1638 (Account list in popup is incorrect after selection)
Change-Id: I7ed6eeb45eb319f21e40554f3d023ad24e139a6f

Change-Id: I9a04c1a87875a15b2d465982ddf5c3fa143a2dc0

Gitlab: #1619
Change-Id: I7c19dfa4556f4f9dae827a1d0c967c9ebce7cc86

Sébastien Blin authored 9 months ago and Andreas Traczyk committed 9 months ago

This allow to show the correct sending/sent/state for the interaction
separated from the status of the dataTransfer. Else, we see a sent
check for a file even if the peer didn't receive the file

Change-Id: I15b9f0abc6a26a2ffd007be26827e9a37e859bca

If we're a member of a group swarm, we will receive profiles from
non contact (the other members of a conversation).
This patch try to get from cache before calling getContact() to be
able to retrieve profiles from non contacts if stored by the daemon

Change-Id: I864f1d5dd9f65232751e170b930606d23241d283

JAMS account still use AccountProfileReceived

Change-Id: I010d459564a9230b7f06f4be55de668ec3526abd

Kateryna Kostiuk authored 9 months ago and Sébastien Blin committed 9 months ago

Take into consideration the vertical margin when cropping the image.

Change-Id: I140c96f54d2c1ae732bd104fb21ad04d66d97e9a

Sébastien Blin authored 9 months ago and Andreas Traczyk committed 9 months ago

GitLab: #1563
Change-Id: Ie4ec46bbd7adb0fb0abf9da29224d7b87bcf0aa7

Change-Id: I3abcdfa8d6a32eedbfd99ab0302d18b5bad6dae6

Don't use a post build step, as it's only needed for packaging.

Change-Id: I1be4e7ac8042e1f211b4eeb15bc869e16eda1682

GitLab: #1629
Change-Id: I74a651728c6d2d9c55b39772a11090d60231b3d5

Change-Id: I555d6722fae688ba25c4eb2266088aeec0240528

Change-Id: Id4f6d28423104965827d6b130533412dd918d536

We do not need to write an empty profile since the daemon fully
manages the profile. Just update it from cache when new profile
is detected

GitLab: #1627
Change-Id: I31035f0666925d13f339f387e614f148b0eece8b

getContacts() is called before sync is finished. This should be
done like conversations, after first initializing.
This fix the presence showing after sync.

GitLab: #1627
Change-Id: I4ec9b7e34b5bd93b9ae4437e6c6719dbc3b78a98

Change-Id: I1a004c1d7b2ad51eb3e59951f9e7158bc312c313

Change-Id: I64e7b601bbadc9055da912a7d6fe2304aa7a5169

Change-Id: I2c515128f5d2958f2e8e598f0bfd92d2ec5f1d1b

Kateryna Kostiuk authored 10 months ago and Sébastien Blin committed 9 months ago

In the current implementation, the chatViewContainer of callStackView
is not destroyed for a swarm conference call because there are no
signals for call changes.This patch ensures chatViewContainer is used
when there is no call.

GitLab: #1625
Change-Id: Iefc39b747d92543244d30aa987eda134ff0a03f3

Change-Id: I38901aa3e8b5db4ec14c70f9b6df65a4f43eaad4

Change-Id: I32e83c2ccf82be78fbdd6e9932105228dd6dee8b

Change-Id: Ic221ee76c9b9310edea106aea28203a36fbe0617

GitLab: #1607
Change-Id: I49062e2e02b4d8f39221243dcef49298117e2f9e

In response to an issue that would cause a lost window when minimizing to tray on a system without a systray, commit 316750ad introduced a bug for versions of Qt that would return null icon geometry even when the icon was visible. Subsequently, this was byspassed with commit f25e66aa which only applied to GNU/Linux systems, leaving the hack inplace for Windows and macOS where the bug had not originally occured.

This commit:
- makes the "MinimizeOnClose" option always visible
- uses Qt's built-in method for "isSystemTrayIconVisible"
- changes the default "MinimizeOnClose" setting to true

Gitlab: #1623
Change-Id: I3b99c7fb952eedea63ae9c12d207ceb3c9bd4988

Change-Id: I38b4f45cb3220bc52ab227976acd65a6c2d1ef93

Andreas Traczyk authored 10 months ago and Sébastien Blin committed 10 months ago

Change-Id: If177414fbb4223432e5c5769ef51a1b3ad745ce5

Change-Id: I63bea7d1001aefca8bbb1f8b4556841599fa7e88

MacOS 11 is required from qt 6.5

Change-Id: I4cde10a3dccffe5d2b4778ceda5db9d3a20dd447

Change-Id: If11353d884129b98652dabae6068d4dfd5222786

Christophe Imbaud authored 11 months ago and Sébastien Blin committed 10 months ago

Change-Id: I3dc28375adfc9fa20d162f46d8c46f54a28dca7e

Christophe Imbaud authored 10 months ago and Sébastien Blin committed 10 months ago

Change-Id: Id7fdb845446cf226061a8eef3523698c1a4967cd

Change-Id: I3323e91f731240c5fc2219b3260d46705291d369

Change-Id: I44793c0aca9850e210be9f616598c4473d0261ba

The function which is responsible for muting the camera when accepting
a call in audio assumes that the call's mediaList has already been
initialized, but this wasn't actually the case. This caused a bug where
the 'Accept in audio' button behaved exactly like the 'Accept in video'
button.

GitLab: #1621
Change-Id: I26251f51862cf5cd9b6d4daaf15270943c0e3c4e

This is necessary because we use the core20 base snap, which is built
from Ubuntu 20.04 and therefore doesn't have a recent enough version of
PipeWire available by default.

Change-Id: Id039ec446f4b3f0e89b9ec27f37f81cfd6b3587e

Jenkins authored 11 months ago and Sébastien Blin committed 11 months ago

Change-Id: I593de1332807a18464d4bbff51346980e90f1117

Change-Id: I8ac570f0ad859b2ea2ee83ca8fe3927848148ff3

Andreas Traczyk authored 1 year ago and Adrien Béraud committed 11 months ago

Change-Id: I507637344e781273974fac2482e67556b4473ed3