GNU bug report logs -
#76155
MuseScore: missing lots of glyphs
Previous Next
Reported by: Roman Riabenko <roman <at> riabenko.com>
Date: Sun, 9 Feb 2025 10:06:02 UTC
Severity: normal
Done: Roman Riabenko <roman <at> riabenko.com>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 76155 in the body.
You can then email your comments to 76155 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-guix <at> gnu.org
:
bug#76155
; Package
guix
.
(Sun, 09 Feb 2025 10:06:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Roman Riabenko <roman <at> riabenko.com>
:
New bug report received and forwarded. Copy sent to
bug-guix <at> gnu.org
.
(Sun, 09 Feb 2025 10:06:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Missing glyphs in MuseScore "Insert special characters" tool, despite the
fact that the necessary fonts are installed.
How to reproduce
****************
1. Install "musescore" package or start a guix shell with that package.
2. Open "MU 4.3" application from an applications menu or start it from
a terminal with "mscore" command, or "LC_ALL=C mscore" to ensure the
interface in English.
3. Click "Remind me later" to close the "MuseScore Studio Development"
dialogue informing about the new version of the software.
4. Click on a white rectangle with a large "+" on it and a "New score"
label under it.
5. In the "New score" dialogue, click on any option in "Instruments"
area, such as "Piccolo in C". As a result, the arrow button
brightens, click it to "add selected instruments to score". As a
result, the "Next" button in the middle of the three buttons in the
bottom right of the dialogue window brightens up. Click it. In the
next dialogue window, click "Done". An untitled score appears.
6. In the main menu of the application, select "Add", then "Text", then
any existing element, such as "Title", "Subtitle", "Composer", etc.
As a result, that element is selected in the "Untitled score" tab and
the "Properties" tab appears in the left sidebar.
7. In the "Properties" tab in the left sidebar, click "Insert special
characters" button. The "Special characters" dialogue appears.
8. In the "Special characters" dialogue, click "Unicode symbols" tab.
9. In the list in the left panel of "Unicode symbols" tab of the
"Special characters" dialogue, select "Greek Extended".
Observed result
***************
In the "Greek Extended" section of "Unicode symbols" tab of the "Special
characters" dialogue, in MuseScore on Guix System, only the glyphs for
the following Unicode characters are displayed: "άέήίόύώΆιΈΉΐΊΰΎ΅`ΌΏ´".
The rest of the glyphs are not displayed and nothing is displayed in
their place.
Please refer to the attached file for an example output of "LC_ALL=C
mscore" while performing the above steps and closing the application.
Notably, it includes multiple instances of the following error:
"EngravingFont::draw | invalid sym: 2975"
Expected result
***************
Most of the characters are expected to be displayed. A few missing
characters are expected to be replaced with some placeholder character,
such as a question mark in some shape.
Additional information
**********************
Installing a font package with a large collection of glyphs, such as
font-google-noto package, does not affect the observed result.
Running "fc-cache -rv" updates the fonts cache but does not resolve
the above issue.
Other applications, such as gnome-characters or gucharmap, display most
of those glyphs.
Trisquel has a different version of MuseScore, which displays almost
all of the glyphs and shows a placeholder character instead of a few.
Previous discussion:
https://lists.gnu.org/archive/html/help-guix/2025-02/msg00051.html
$ mscore --version
Warning: Ignoring XDG_SESSION_TYPE=wayland on Gnome. Use QT_QPA_PLATFORM=wayland to run on Wayland anyway.
MuseScore4Development 4.3.2
$ uname -a
Linux desk 6.12.12-gnu #1 SMP PREEMPT_DYNAMIC 1 x86_64 GNU/Linux
$ guix describe
Generation 7 08 лют 2025 11:18:03 (current)
guix 5674ade
repository URL: https://git.savannah.gnu.org/git/guix.git
вітка: master
коміт: 5674adeb7579bdcfdb7342e6552f4735cd8f2afc
Roman
[MuseScore_250209_114316.log (application/octet-stream, attachment)]
[Message part 3 (application/pgp-signature, inline)]
Information forwarded
to
bug-guix <at> gnu.org
:
bug#76155
; Package
guix
.
(Wed, 19 Feb 2025 23:28:01 GMT)
Full text and
rfc822 format available.
Message #8 received at 76155 <at> debbugs.gnu.org (full text, mbox):
Hi Roman,
Thank you for the detailed bug report, it was easy to reproduce,
although the insert special characters button was at the bottom for me.
The glyphs are indeed not showing if the selected font is Edwin (the
default), but if you select a font like Noto Sans, or DejaVu Sans for
your text the characters will appear fine. It seems the “special
characters” window uses the selected font for previews.
If you can’t access your fonts in MuseScore, make sure to add fontconfig
to your shell or profile to update the load paths:
Replace: guix shell mscore font-google-noto
With: guix shell mscore font-google-noto fontconfig
Then you will be able to select Noto Sans for your font and access these
special characters.
Does that work for you?
Good evening,
Noé
Information forwarded
to
bug-guix <at> gnu.org
:
bug#76155
; Package
guix
.
(Fri, 21 Feb 2025 22:43:01 GMT)
Full text and
rfc822 format available.
Message #11 received at 76155 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Hello, Noé.
Thank you for looking into it! So, it is not a bug. I copy another user
who reported having the same difficulty in guix-help mailing list.
On Thu, 20 Feb 2025 00:26:39 +0100
Noé Lopez <noe <at> xn--no-cja.eu> wrote:
> The glyphs are indeed not showing if the selected font is Edwin (the
> default), but if you select a font like Noto Sans, or DejaVu Sans for
> your text the characters will appear fine. It seems the “special
> characters” window uses the selected font for previews.
If I select FreeSerif instead of Edwin in the side panel before clicking
the "Insert special characters" button, I achive the expected result later
in the "Greek Extended" tab. With FreeSerif, most of the characters are
displayed with only a handful of glyphs missing. FreeSerif is budled in
the musescore package, so it is readily available.
If I install the font-google-noto package and restart MuseScore, I can
also select Noto fonts. I tried Noto Sans and Noto Serif. They appear to
be missing the same glyphs as FreeSerif. So, it is not necessary to
install Noto fonts.
In Trisquel, the pre-selected font is FreeSerif instead of Edwin. There
is no package for Edwin font in Trisquel. However, I downloaded the font
from its git repository, installed it in Trisquel, and observed exactly
the same result as in Guix, which is most of the glyphs missing in the
"Greek Extended" tab.
Somehow, it did not occur to me that I need to select a different font.
Maybe, MuseScore could fall back to a different font when glyphs are
missing. But it is not a bug with the MuseScore packaging in Guix.
Roman
[Message part 2 (application/pgp-signature, inline)]
Information forwarded
to
bug-guix <at> gnu.org
:
bug#76155
; Package
guix
.
(Sat, 22 Feb 2025 13:42:02 GMT)
Full text and
rfc822 format available.
Message #14 received at 76155 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Hi,
thanks for looking into this matter.
> The glyphs are indeed not showing if the selected font is Edwin (the
>>> default), but if you select a font like Noto Sans, or DejaVu Sans for
>>> your text the characters will appear fine. It seems the “special
>>> characters” window uses the selected font for previews.
In my MuseScore 3.6.2 und MuseScore 4.3.2
the font "Noto Sans" is connected with Hebrew only, so it doesn´t show
any greek letter.
I checked "DejaVu Sans", and every Greek letter is shown up as You said.
But "FreeSerif" shows most of them, as you said.
thanks
Gottfried
Am 21.02.25 um 23:41 schrieb Roman Riabenko:
> Hello, Noé.
>
> Thank you for looking into it! So, it is not a bug. I copy another user
> who reported having the same difficulty in guix-help mailing list.
>
> On Thu, 20 Feb 2025 00:26:39 +0100
> Noé Lopez <noe <at> xn--no-cja.eu> wrote:
>
>> The glyphs are indeed not showing if the selected font is Edwin (the
>> default), but if you select a font like Noto Sans, or DejaVu Sans for
>> your text the characters will appear fine. It seems the “special
>> characters” window uses the selected font for previews.
>
> If I select FreeSerif instead of Edwin in the side panel before clicking
> the "Insert special characters" button, I achive the expected result later
> in the "Greek Extended" tab. With FreeSerif, most of the characters are
> displayed with only a handful of glyphs missing. FreeSerif is budled in
> the musescore package, so it is readily available.
>
> If I install the font-google-noto package and restart MuseScore, I can
> also select Noto fonts. I tried Noto Sans and Noto Serif. They appear to
> be missing the same glyphs as FreeSerif. So, it is not necessary to
> install Noto fonts.
>
> In Trisquel, the pre-selected font is FreeSerif instead of Edwin. There
> is no package for Edwin font in Trisquel. However, I downloaded the font
> from its git repository, installed it in Trisquel, and observed exactly
> the same result as in Guix, which is most of the glyphs missing in the
> "Greek Extended" tab.
>
> Somehow, it did not occur to me that I need to select a different font.
> Maybe, MuseScore could fall back to a different font when glyphs are
> missing. But it is not a bug with the MuseScore packaging in Guix.
>
> Roman
[OpenPGP_0xD9E413C6C4BB32CE.asc (application/pgp-keys, attachment)]
[OpenPGP_signature.asc (application/pgp-signature, attachment)]
bug closed, send any further explanations to
76155 <at> debbugs.gnu.org and Roman Riabenko <roman <at> riabenko.com>
Request was from
Roman Riabenko <roman <at> riabenko.com>
to
control <at> debbugs.gnu.org
.
(Tue, 25 Feb 2025 22:38:02 GMT)
Full text and
rfc822 format available.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Wed, 26 Mar 2025 11:24:10 GMT)
Full text and
rfc822 format available.
This bug report was last modified 43 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.