6e43f94d4c
build: Release v0.29.9
2024-05-29 11:14:43 +02:00
e207800c0f
Merge pull request #1820 from famedly/krille/fix-request-profiles-for-users
...
fix: Requst profiles for left users
2024-05-29 10:14:53 +02:00
14b8ceb2eb
refactor: requestUser logic
2024-05-29 10:08:46 +02:00
a21ead8cd5
fix: Requst profiles for left users
...
This has been set to false
to prevent storing global
user profiles as member states
in the database. However
looks like this is already
solved below. We can
safely store the profile
in the local cache, otherwise
we cannot calc the body
for an event synchroniously.
2024-05-29 10:04:32 +02:00
e8f979ec96
Merge pull request #1807 from famedly/krille/use-enhanced-enums-for-room-enums
...
refactor: Use enhanced enums for room enums
2024-05-28 14:52:36 +02:00
491313ae7d
refactor: Use enhanced enums for room enums
2024-05-28 14:25:38 +02:00
f637bcd4d9
Merge pull request #1813 from famedly/krille/deprecate-streams-in-favor-of-onSync
...
refactor: Deprecate Streams in favor of client.onSync
2024-05-28 13:55:10 +02:00
885aeb3c17
refactor: Deprecate Streams in favor of client.onSync
...
This deprecates all streams which can
be created by using client.onSync
anyway for a more predictable state
handling in consuming apps.
2024-05-28 13:48:31 +02:00
1f597a72f8
Merge pull request #1816 from famedly/krille/update-example
...
docs: Update example with matrixsdkdatabase
2024-05-27 15:22:48 +02:00
ea98ca4c88
docs: Update example with matrixsdkdatabase
2024-05-27 15:16:41 +02:00
265f889842
Merge pull request #1809 from famedly/nico/fix-history-request
...
fix: canRequestHistory doesn't reflect reality
2024-05-27 15:01:27 +02:00
51dbb90436
fix: canRequestHistory doesn't reflect reality
...
canRequestHistory could become false, even though you didn't load all
events from the database yet. So you had to either rely on fetching
until the requestHistory method throws or rely on other workarounds.
This makes requestHistory not throw, when the prev_batch is null, but
also makes canRequestHistory return sane values (but might require an
extra request, that does nothing).
2024-05-27 14:55:11 +02:00
5a4b5741e4
Merge pull request #1828 from famedly/release/v0.29.8
...
chore: release v0.29.8
2024-05-23 15:59:47 +05:30
3534f4e25b
chore: release v0.29.8
2024-05-23 15:33:27 +05:30
fd99b4dce6
Merge pull request #1827 from famedly/td/fcallspermlevels
...
fix: make sure room is postLoaded before starting calls
2024-05-23 14:58:26 +05:30
06728b4b75
fix: make sure room is postLoaded before starting calls
...
more logging
2024-05-23 14:10:20 +05:30
5cf4a884ec
Merge pull request #1825 from famedly/release/v0.29.7
...
chore: release v0.29.7
2024-05-22 23:05:17 +05:30
54c88646ed
chore: release v0.29.7
2024-05-22 22:58:16 +05:30
25437f8a18
fix: nonLocal join/left values
2024-05-22 22:55:41 +05:30
6ce072fa4c
Merge pull request #1810 from famedly/krille/do-not-set-messages-as-state-events-anymore
...
fix: Do not set messages as state events anymore
2024-05-22 19:09:30 +02:00
79960d1be3
fix: Do not set messages as state events anymore
...
We had this as a workaround and forgot to remove it after the database migration to the new way how to store the last message.
2024-05-22 22:22:56 +05:30
763bb0ba00
Merge pull request #1824 from famedly/td/fireNewPifJoined
...
preShareKey improvements
2024-05-22 22:21:42 +05:30
fd6c7a1016
feat: preShareKey using fetchOrCreateGroupCall
...
fix: only fire backend.onNewParticipant and backend.onLeftParticipant when it is not the local participant, this fixes the issue where onNewParticipant would get triggered when it detects a new call even though you were not in the call, as of now there is no code in those functions which needs to be triggered before you have joined the call so this should be fine
chore: also improve participants join leave tracking logic
2024-05-22 22:15:00 +05:30
f98a947181
Merge pull request #1823 from famedly/td/preShareKeyFunc
...
feat: hide _makeNewSenderKey and expose a new preShareKey function
2024-05-22 20:06:27 +05:30
48043ec753
feat: hide _makeNewSenderKey and expose a new preShareKey function
...
also bumps version
2024-05-22 19:06:33 +05:30
69c12b1220
Merge pull request #1822 from famedly/release/v0.29.5
...
chore: release v0.29.5
2024-05-22 18:51:33 +05:30
60f22fff00
chore: release v0.29.5
2024-05-22 18:38:00 +05:30
8c33ce3a12
Merge pull request #1821 from famedly/td/makeKeyPublic
...
feat: make voip key generator public
2024-05-22 15:05:47 +02:00
d313cbb18e
feat: make voip key generator public
...
with this you can now send the key before joining the call to the participants, make sure to call onMemberStateChanged first to ensure groupCall.participants is populated
2024-05-22 18:19:18 +05:30
162a4f31f3
Merge pull request #1818 from famedly/release/v0.29.3
...
build: Release v0.29.3
2024-05-21 14:16:57 +02:00
26f0ea92e7
build: Release v0.29.4
2024-05-21 13:31:18 +02:00
99d1fb54e2
build: Release v0.29.3
2024-05-21 13:30:42 +02:00
57625d0275
Merge pull request #1819 from famedly/krille/create-missing-object-box
...
fix: Hotfix create missing objectbox
2024-05-21 13:30:31 +02:00
f3e631b2eb
fix: Hotfix create missing objectbox
2024-05-21 13:07:36 +02:00
f66e14671b
Merge pull request #1817 from famedly/td/fixUserJoinErrro
...
fix: minor perm issue typo while setting famedly call member event
2024-05-21 15:59:48 +05:30
b5fb43af51
chore: add MatrixSDKVoipException and some more logging
2024-05-21 15:47:19 +05:30
39a8b8ce89
chore: throw exception if you cannot send famedly call member event
2024-05-21 15:07:44 +05:30
d10befcac5
fix: allow famedly calls for everyone before choosing an existing one
2024-05-21 15:04:25 +05:30
d4566d7512
fix: minor perm issue typo while setting famedly call member event
2024-05-21 15:02:30 +05:30
290cac25fc
Merge pull request #1815 from famedly/krille/make-request-timeout-configurable
...
refactor: Make network request timeout
2024-05-21 09:16:01 +02:00
4d60c8f023
refactor: Make network request timeout
...
configurable
2024-05-21 08:30:34 +02:00
c5e6a89f05
refactor: Combine sendMessageTimeoutSeconds and sendTimelineEventTimeout
...
Those timeouts were basically the same
and both had the same default value
1 minute. I guess it was just a
mistake to duplicate this.
2024-05-20 16:57:55 +02:00
fe637e1627
Merge pull request #1804 from famedly/karthi/max-pdu-size-check
...
perf: check event size in bytes without encoding twice
2024-05-20 16:46:39 +02:00
29e554337c
perf: check event size in bytes without encoding twice
2024-05-20 16:40:15 +02:00
f9fe6b17a9
Merge pull request #1814 from famedly/krille/store-upload-inbound-sessions-in-que
...
refactor: Store not uploaded group sessions in its own database queue
2024-05-20 18:40:39 +05:30
97d544ba85
refactor: Store not uploaded group sessions in its own database queue
...
This should highly increase the
performance as right now for every sync
ALL inbound group sessions are loaded
from the database and checked if
they need an upload. So if a user
has 10k stored sessions locally, this
would probably let the whole application
lag a lot. This stores the sessions which
need upload in a different table now,
similar how we do this with the to
device queue
2024-05-20 11:28:08 +02:00
7d6bd1ab9d
Merge pull request #1805 from famedly/karthi/update-event-error
...
fix: update event status to error on EventTooLarge
2024-05-16 16:03:16 +02:00
eef3fd1dfc
fix: update event status to error on EventTooLarge
2024-05-16 19:12:25 +05:30
b50bab6b29
Merge pull request #1806 from famedly/krille/make-client-fields-read-only
...
refactor: Make client members read only
2024-05-16 14:43:38 +05:30
93bf30f376
refactor: Make client members read only
2024-05-16 07:23:30 +02:00
Krille
Nicolas Werner
krille-chan
Nicolas Werner
td
td
Karthikeyan S