When building on a Mac -Doverlay=OFF, the compiler would produce a
warning about an unused variable in the macOS shortcut implementation.
This commit silences the warning, by explicitly marking the variable in
question as unused.
Fixes#5636
1d45d991aa refactored the audio processing
on the server and introduced the new AudioReceiverBuffer class. In the
function that is responsible for obtaining the current range of
receivers that shall obtain the identical audio packet, the passed begin
iterator was always dereferenced. However, in the case in which the
receiver list is actually empty begin == end and therefore dereferencing
the begin iterator is undefined behavior.
This could lead to the entire server crashing (or could work just fine -
UB is great at this) but in any case, this is a severe problem.
The fix consists of a simple check for this specific situation and an
early return in that case.
Co-Authored-By: Irak Rigia <tarakrigia@gmail.com>
Received compiler warning of an assert that is always true.
The assert checked if variable is negative but it is an unsigned variable.
Just check if positive.
Having plain http as the default means that a site, even though able to support https, will be able to fall back to using the insecure and outdated protocol.
Furthermore, major browsers already support https by default, falling back to legacy http in the cases where a website does not support https connections, e.g. Chromium, Firefox.
Therefore, this commit makes it so that a link without a protocol specification will have https:// prefixed to be clickable instead of http://.
As reported in #4491, #4986 and #5430, since the changes to the chat in
the 1.4.x release, some tags would "pollute" the rest of the log, i.e.
cause future log entries to be contained within them.
The source of the issue seems to be that the insertBlock method of
QTextCursor appears to correspond to the <p> HTML tag. The <p> tag
may only contain inline elements, but QTextEdit will not fail outright
when inserting block-level elements and will instead attempt to correct
the invalid input which results in the behaviour reported in the above
issues (as far as I can tell).
The proposed solution is to use the insertFrame method for all
messages.
Fixes#4491
Having plain http as the default means that a site, even though able to support
https, will be able to fall back to using the insecure and outdated protocol.
Furthermore, major browsers already support https by default, falling back to
legacy http in the cases where a website does not support https connections,
e.g. [Chromium](https://blog.chromium.org/2021/03/a-safer-default-for-navigation-https.html),
[Firefox](https://blog.mozilla.org/security/2021/08/10/firefox-91-introduces-https-by-default-in-private-browsing/).
Therefore, this commit makes it so that a link without a protocol specification
will have `https://` prefixed to be clickable instead of `http://`.
Signed-off-by: mataha <mataha@users.noreply.github.com>
As reported in #4491, #4986 and #5430, since the changes to the chat in
the 1.4.x release, some tags would "pollute" the rest of the log, i.e.
cause future log entries to be contained within them.
The source of the issue seems to be that the `insertBlock` method of
`QTextCursor` appears to correspond to the `<p>` HTML tag. The `<p>` tag
may only contain inline elements, but `QTextEdit` will not fail outright
when inserting block-level elements and will instead attempt to correct
the invalid input which results in the behaviour reported in the above
issues (as far as I can tell).
My proposed solution is to use the `insertFrame` method for all
messages.
Fixes#4491
Without this, building against the latest poco snapshot results in
errors like:
/usr/bin/ld: /builddir/build/BUILD/mumble-1.4.230.src/src/mumble/PluginManifest.cpp:72: undefined reference to `typeinfo for Poco::XML::Element'
This message type is explicitly handled before calling into the
different msg* implementations. Therefore, msgUDPTunnel could never be
called in the current state of the code base.
However, we can't remove the implementation completely, because of the
macro voodoo that is used to declare and switch over the different
message types (we can't remove the entry from the macro, since in there
we still need it for defining the respective enum entry).
Previously the opusthreshold config option had a default value of 100
meaning that the first non-Opus client would cause everyone to fall back
to one of the legacy codecs.
Since Opus has been implemented for ages now and we eventually want to
get rid of the legacy codecs, this commit changes the default value of
this config option to be zero, meaning that the server will always
enforce the use of the Opus codec (regardless of what clients are
connected).
Previously Mumble was using a custom binary format for transmitting data
via UDP (mainly audio). This has worked for a long time but besides
being inconvenient for 3rdParty implementors (they had to manually
re-implement encoding and decoding support for this format) this format
was not very flexible and changes to the data format were very hard.
In order to improve on this situation, this commit introduces changes
that allow to use Protobuf for the UDP messages as well (it's already
used for TCP). With that it should be relatively easy to extend/change
the UDP packet formats in the future and 3rdParty implementors can now
simply use Protobuf to handle decoding/encoding packets for them (much
less work and much less prone to errors).
Since the new Protobuf format is incompatible with the old UDP format,
this commit also includes support for dealing with older clients or
servers that don't recognize the new protocol yet. That way the new
protocol format is only used if both the client and the server are
recent enough to have it implemented (assumed to be the case >=1.5.0).
Note also that the server will make sure that clients using the old and
the new format can seamlessly communicate with one another.
Therefore, on the surface it should not be noticeable to the user which
protocol is currently used.
Note also that the new protocol format only supports Opus as an audio
codec. If one of the legacy codecs is to be used, the legacy packet
format has to be used as well. However, all codecs except for Opus will
be removed from Mumble in the future anyway.
Fixes#4350
In the server browser, the tooltip for the different entries shows the
packet loss. It is displayed as a percentage and as a x/y stat. The
latter currently displays <received>/<sent> which is very confusing,
given that the title for that row is "Packet loss" implying x would
describe the lost packages instead of the received ones.
Thus this commit changes this to the expected behavior. Furthermore it
makes sure that <lost> is always <= <sent>.
Besides the typedef that is meant to be used in code, there is also one
that encodes a type of the exact size (32bit) a raw version is expected
to have.
Currently translated at 100.0% (2088 of 2088 strings)
TRANSLATION: Update German translation
Currently translated at 100.0% (2086 of 2086 strings)
TRANSLATION: Update German translation
Currently translated at 100.0% (2080 of 2080 strings)
TRANSLATION: Update German translation
Currently translated at 100.0% (2080 of 2080 strings)
TRANSLATION: Update German translation
Currently translated at 99.9% (2079 of 2080 strings)
Co-authored-by: Hosted Weblate <hosted@weblate.org>
Co-authored-by: Robert Adam <dev@robert-adam.de>
Translate-URL: https://hosted.weblate.org/projects/mumble/mumble-client/de/
Translation: Mumble/Mumble Client
Currently translated at 12.7% (267 of 2086 strings)
TRANSLATION: Update Catalan translation
Currently translated at 12.7% (266 of 2086 strings)
TRANSLATION: Update Catalan translation
Currently translated at 9.1% (190 of 2086 strings)
TRANSLATION: Update Catalan translation
Currently translated at 4.1% (86 of 2080 strings)
Co-authored-by: Hosted Weblate <hosted@weblate.org>
Co-authored-by: Konstantin Goncharik <botankras@gmail.com>
Co-authored-by: Omar Macías Molina <omar.maciasmolina@gmail.com>
Translate-URL: https://hosted.weblate.org/projects/mumble/mumble-client/ca/
Translation: Mumble/Mumble Client
Currently translated at 99.6% (2078 of 2085 strings)
TRANSLATION: Update Russian translation
Currently translated at 99.6% (2073 of 2080 strings)
TRANSLATION: Update Russian translation
Currently translated at 99.6% (2073 of 2080 strings)
Co-authored-by: Game one <denis.melnyk.2006@gmail.com>
Co-authored-by: Hosted Weblate <hosted@weblate.org>
Co-authored-by: Konstantin Goncharik <botankras@gmail.com>
Co-authored-by: Nikita Epifanov <nikgreens@protonmail.com>
Translate-URL: https://hosted.weblate.org/projects/mumble/mumble-client/ru/
Translation: Mumble/Mumble Client
Currently translated at 96.9% (2022 of 2086 strings)
TRANSLATION: Update Swedish translation
Currently translated at 97.3% (2024 of 2080 strings)
Co-authored-by: Allan Nordhøy <epost@anotheragency.no>
Co-authored-by: Hosted Weblate <hosted@weblate.org>
Co-authored-by: Shjosan <shjosan@kakmix.co>
Translate-URL: https://hosted.weblate.org/projects/mumble/mumble-client/sv/
Translation: Mumble/Mumble Client
Currently translated at 93.3% (1942 of 2080 strings)
TRANSLATION: Update Portuguese (Portugal) translation
Currently translated at 93.3% (1942 of 2080 strings)
TRANSLATION: Update Portuguese (Portugal) translation
Currently translated at 93.2% (1940 of 2080 strings)
Co-authored-by: Hosted Weblate <hosted@weblate.org>
Co-authored-by: Hugo Carvalho <hugokarvalho@hotmail.com>
Co-authored-by: Jose Ricardo A. Mota <jramkr15@naver.com>
Translate-URL: https://hosted.weblate.org/projects/mumble/mumble-client/pt_PT/
Translation: Mumble/Mumble Client
Currently translated at 100.0% (2088 of 2088 strings)
TRANSLATION: Update Turkish translation
Currently translated at 100.0% (2086 of 2086 strings)
TRANSLATION: Update Turkish translation
Currently translated at 100.0% (2085 of 2085 strings)
Co-authored-by: Hosted Weblate <hosted@weblate.org>
Co-authored-by: Oğuz Ersen <oguz@ersen.moe>
Co-authored-by: Oğuz Ersen <oguzersen@protonmail.com>
Translate-URL: https://hosted.weblate.org/projects/mumble/mumble-client/tr/
Translation: Mumble/Mumble Client
Currently translated at 91.4% (1907 of 2086 strings)
TRANSLATION: Update Norwegian Bokmål translation
Currently translated at 89.1% (1859 of 2085 strings)
Co-authored-by: Allan Nordhøy <epost@anotheragency.no>
Co-authored-by: Hosted Weblate <hosted@weblate.org>
Translate-URL: https://hosted.weblate.org/projects/mumble/mumble-client/nb_NO/
Translation: Mumble/Mumble Client
Currently translated at 100.0% (2088 of 2088 strings)
TRANSLATION: Update Chinese (Simplified) translation
Currently translated at 100.0% (2086 of 2086 strings)
TRANSLATION: Update Chinese (Simplified) translation
Currently translated at 100.0% (2085 of 2085 strings)
TRANSLATION: Update Chinese (Simplified) translation
Currently translated at 100.0% (2080 of 2080 strings)
Co-authored-by: Hosted Weblate <hosted@weblate.org>
Co-authored-by: deluxghost <deluxghost@gmail.com>
Co-authored-by: yzqzss <yzqzss@yandex.com>
Translate-URL: https://hosted.weblate.org/projects/mumble/mumble-client/zh_Hans/
Translation: Mumble/Mumble Client
Currently translated at 100.0% (2088 of 2088 strings)
TRANSLATION: Update Polish translation
Currently translated at 100.0% (2086 of 2086 strings)
TRANSLATION: Update Polish translation
Currently translated at 100.0% (2085 of 2085 strings)
Co-authored-by: Hosted Weblate <hosted@weblate.org>
Co-authored-by: Matthaiks <kitynska@gmail.com>
Translate-URL: https://hosted.weblate.org/projects/mumble/mumble-client/pl/
Translation: Mumble/Mumble Client
The server already supported this flag, but printed the version
information in a weird format and for the client this flag is completely
new.
Fixes#5598
The switch to a new settings format messed up the setting for whether or
not the audio wizard has been shown already or not. For new
installations, the wizard would be shown, but the fact that it has been
shown is not reflected in the settings causing the wizard to be re-shown
upon a restart.
This commit fixes this by making sure that the respective setting is set
after the wizard has been shown for the first time.
