This fixes the problem that the tray icon is created in GNOME if it was
enabled in other desktop environment previously.
(cherry picked from commit d103de96aa)
Co-authored-by: Balló György <ballogyor@gmail.com>
When joining remote rooms we have to specify another homeserver (that is in the
room) to help us join. The matrix documentation is a little unclear what to do
in this scenario, so instead of giving up let's at least brute force it with the
server in the alias or room id.
This *does* work and allows my server to join rooms in NeoChat I otherwise
couldn't.
BUG: 487253
CCBUG: 491359
FIXED-IN: 24.12.3
(cherry picked from commit f1253e4ede)
Co-authored-by: Joshua Goins <josh@redstrate.com>
As much as I like opening Settings while I'm in Settings, this
doesn't make much sense.
(cherry picked from commit db36f187dc)
Co-authored-by: Joshua Goins <josh@redstrate.com>
This fixes some odd UX where you tap on someone's user in a search or
pinned messages window, but it opens in the NeoChat main window instead.
Fixes#681
(cherry picked from commit 590fba7deb)
Co-authored-by: Joshua Goins <josh@redstrate.com>
Currently the way we show invite notifications is sub-optimal. We did it
during the initial room state load, which meant it shows an invite
notification *every time* you opened NeoChat. This gets annoying very
quickly if you have any pending invitations you don't want to take
action on just yet.
Instead, let's handle this in NotificationsManager directly, and also
remove some scaffolding now that it isn't plumbed through
NeoChatRoom/NeoChatConnection.
(cherry picked from commit d542033125)
Co-authored-by: Joshua Goins <josh@redstrate.com>
Set the progress the download action only when the currentProgressInfo
changed, otherwise we sometimes end up in a data race.
(cherry picked from commit 2a9c75e24f)
The api of RoomManager.viewEventMenu changed and now require also
passing the author.
(cherry picked from commit 7231662f94)
Co-authored-by: Carl Schwan <carl.schwan@gnupg.com>
Currently it uses applicationWindow().overlay which works but is
not ideal for multiple reasons:
- This as a tendency to breaks unexpectedly
- It can't be optimized by the qml compiler
So we are trying to move away from these construct everywhere.
(cherry picked from commit f14dfc5de8)
Co-authored-by: Carl Schwan <carl.schwan@gnupg.com>