F36 i18n test day

More information about the event can be found here: http://fedoraproject.org/wiki/Test_Day:2022-03-08_I18N_Test_Day
Go back to List of Events.

Results

Clicking on the testcase name will show you the appropriate "how to test" page.
Click on the Enter result button, to enter result.
Note: results are cached and reloaded from the database each 10 seconds.

Fedora 36 changes

Username Profile Update Hunspell Dictionary system directory Default fonts for various languages to Noto Fonts Update default Malayalam fonts Cangjie the default input method for zh_HK Comments
Enter result Enter result Enter result Enter result
Daniels 01587590-Fedora-Workstation-Live-x86_64-FEDORA-2022-62ea707376.iso Fedora Linux 36 (Workstation Edition Prerelease) QEMU Standard PC _Q35 + ICH9, 2009 _ Lenovo IdeaPad 2in1 14: Intel Core Processor (Skylake, IBRS) × 4 : Installed VM [1] 1. Similar to previous VM tests: Spell chks ok : Language ok
Iolo WS, bare metal, fi_FI, x86_64
Renault fr_FR GNOME [1] 1. Not install with upgrade from F35
bbarve ja_JP, WS, KVM, x86_64
bittin Virtualbox - F36 Compose
dorijanb WS, bare metal, Serbian, x86_64
dorijanb WS, bare metal, sr_RS, x86_64
geraldosimiao Live-x86_64-36-iso with updates on KVM-uefi [1] 1. pt_BR
joydeep Workstation, KVM, hi_IN, x86_64
mfabian@redhat.com WS, KVM, en_US, x86_64 [1] [2] [3] 1. #2060751, I could not find any serious problems, only one minor nitpick that “hunspell -D” lists all dictionaries twice.
2. I tested like this: for i in $(locale -a | grep utf8 | sed s/.utf8// | sed s/@.*$//); do fc-match sans:lang=${i}; done And there was **only** NotoSansMono-Regular.ttf in the output, no other fonts. Same for “serif” and “monospace” instead of “sans”.
3. I was able to install the font package rit-rachana-fonts-1.3.1-1.fc36.noarch using “sudo dnf install langpacks-ml” (rit-meera-new-fonts-1.2.1-2.fc36.noarch was already installed before I did that although I installed Fedora 36 in Japanese locale) When both font packages were installed I could do this; [mfabian@fedora ~]$ LANG=ml_IN.UTF-8 fc-match sans-serif:lang=ml MeeraNew.otf: "Meera New" "Regular" [mfabian@fedora ~]$ LANG=ml_IN.UTF-8 fc-match serif:lang=ml RIT-Rachana-Regular.otf: "RIT Rachana" "Regular" [mfabian@fedora ~]$
notizklotz WS, KVM, de_CH, x86_64
petersen WS en_SG [1] [2] [3] 1. checked -D, hunspell-da, gnome-text-editor, firefox textbox, libreoffice writer
2. fc-match serif:lang=ja => "Droid Sans" "Regular" (without google-noto-serif-cjk-ttc-fonts)
3. testcase assumes rit-rachana-fonts installed
pnemade SB, KVM, hi_IN, x86_64 [1] [2] [3] 1. spellcheck worked in gnome-text-editor
2. Default font now is NotoSans-VF.ttf for English locale
3. On Silverblue only Sans-Serif for ml can be tested which is correct MeeraNew.otf font. In toolbox its verified that Serif and Sans-serif fonts are showing new font names.
prigupta WS hi_IN
pyadav Workstation, VM, ko_KR, x86_64
sandeeps WS, KVM, mr_IN, x86_64
siddharthvipul1 VM, x86_64, workstation
suanand Linux fedora 5.17.0-0.rc5.102.fc36.aarch64 built 20220309, rpi4, arm8, ja_JP [1] 1. Have changed the system locale to zh_HK, logout/login. Installed ibus-table-chinese-cangjie-1.8.8-1 manually. (automatic installation might take some more time)
tagoh WS; KVM; ja_JP; x86_64
tagoh WS; KVM; zh_HK; x86_64 [1] 1. No ibus-table-chinese-cangjie installed by default. even if installing from Live with zh_HK.
vishalvvr WS, KVM, ml_IN, x86_64
vtq WS, bare metal, en_US, x86_64
xfgusta WS, KVM, pt_BR, x86_64

Input(overall) tests

Username Profile setup app emoji Comments
Enter result Enter result Enter result
Iolo WS, bare metal, fi_FI, x86_64 [1] 1. Everything else works fine (on GNOME) except for step 11. I do get a child glyph, but the skin tone is a separate glyph of its own, rather than it modifying the child glyph.
Iolo WS, bare metal, ja_JP, x86_64
Renault fr_FR GNOME
bbarve ja_JP, WS, KVM, x86_64 [1] [2] 1. #2062660, i18n Input string partially rendered on the search area (as already observed)
2. #2063165, Observed the issue that while deleting flag emojis, the starting letter of that country name also appears in libreoffice applications
bittin
bittin Virtualbox - F36 Compose
geraldosimiao Live-x86_64-36-iso with updates on KVM-uefi [1] [2] 1. Tested on F36 Workstation
2. Passed on WS and KDE
mfabian@redhat.com WS, KVM, en_US, x86_64 [1] [2] 1. #2054719, Works for me except for that the Super+Space shortcut key does not work in Plasma(Wayland) (“Expected Results: IBus is turned on when selecting the certain input source or pressing the shortcut key.” )
2. Selection of the correct glyph for 直 depending on the language works in the candidates list of ibus-libpinyin depending on that option in ibus-setup.
notizklotz WS, KVM, de_CH, x86_64
pnemade SB, KVM, hi_IN, x86_64 [1] 1. I can able to add new input method and use it in gnome-text-editor
prigupta WS hi_IN
pyadav Workstation, VM, ko_KR, x86_64
sandeeps WS, KVM, mr_IN, x86_64
siddharthvipul1 VM, x86_64, workstation, kvm
suanand Linux fedora 5.17.0-0.rc5.102.fc36.aarch64 built 20220309, rpi4, arm8, ja_JP [1] 1. I tried for Hindi (inscript2(m17n)) and Japanese (Anthy). iBus took sometime loading back after returning from a screen lock.
tagoh WS; KVM; ja_JP; x86_64 [1] [2] [3] 1. #2063066, IBus doesn't work on gnome-text-editor until the spellchecking setting is updated.
2. #2062660, Unable to render the input string at the search box on Actitivites properly
3. #2062619, IBus stop working after unlocking screen
vtq WS, bare metal, en_US, x86_64 [1] [2] 1. #2061664, #2060392, (Updated comment) IME works fine in GTK3 apps, but is very problematic and almost unusable in GTK4 and QT apps. In Wayland session: for gtk4-demo-application and QT apps (kwrite, etc.) the candidate panel shows up at wrong position, sometimes even covering the input cursor, for gnome-text-editor and gnome-control-center in addition to the candidate panel problem, on/off switch by Shift key does not work. In Xorg session (or Wayland with GTK_IM_MODULE=ibus and GDK_BACKEND=x11 for GTK4), for gtk4-demo-application and QT apps the candidate panel position is wrong, but at different position than on Wayland, for gnome-text-editor and gnome-control-center, the candidate panel does not show up at all. Bug reports: 2061664 for QT, 2060392 for GTK4
2. IME works fine in GTK3 apps, but is very problematic and almost unusable in GTK4 and QT apps. In Wayland session: for gtk4-demo-application and QT apps (kwrite, etc.) the candidate panel shows up at wrong position, sometimes even covering the input cursor, for gnome-text-editor and gnome-control-center in addition to the candidate panel problem, sometimes the IME cannot be activated at all. In Xorg session (or Wayland with GTK_IM_MODULE=ibus and GDK_BACKEND=x11 for GTK4), for gtk4-demo-application and QT apps the candidate panel position is wrong, but at different position than on Wayland, for gnome-text-editor and gnome-control-center, the candidate panel does not show up at all.
xfgusta WS, KVM, pt_BR, x86_64

Input(language specific) tests

Username Profile ibus-anthy (Japanese) ibus-hangul (Korean) ibus-libpinyin (Simplified Chinese) ibus-libzhuyin (Traditional Chinese) ibus-table (cangjie) ibus-m17n (general) ibus-m17n (Inscript2) ibus-typing-booster ibus-unikey (Vietnamese) Comments
Enter result Enter result Enter result Enter result Enter result Enter result Enter result Enter result Enter result
Iolo WS, bare metal, fi_FI, x86_64
Renault fr_FR GNOME
mfabian@redhat.com WS, KVM, en_US, x86_64 [1] 1. #2060392, The bug I found is not related to ibus-anthy, can be reproduced with any ibus input method which pops up candidate lists.
pnemade SB, KVM, hi_IN, x86_64 [1] 1. I am able to enter input using Hindi Inscript2 keymap. The "Alternate Characters Key" is already set to "Right Alt". So no need of additional configuration needed to use additional characters from hi-inscript2.mim
pyadav Workstation, VM, ko_KR, x86_64 [1] 1. Tested Hindi inscript2, observe double cursor while using these keys "ौ, ो, ि, ी" keys.
sandeeps SB, KVM, mr_IN, x86_64
sandeeps WS, KVM, mr_IN, x86_64
suanand Linux fedora 5.17.0-0.rc5.102.fc36.aarch64 built 20220309, rpi4, arm8, ja_JP [1] 1. needed to logout/login after ibus-unikey install.
tagoh WS; KVM; ja_JP; x86_64
vtq WS, bare metal, en_US, x86_64 [1] 1. Did not test dictionaries

Rendering/Printing tests

Username Profile Applications Flatpaks Browsers Harfbuzz Rendering UTRRS Comments
Enter result Enter result Enter result Enter result
Iolo WS, bare metal, fi_FI, x86_64
Renault fr_FR GNOME
ersen WS, KVM, tr_TR, x86_64
pnemade SB, KVM, hi_IN, x86_64 [1] [2] [3] 1. Worked fine, able to install TextEditor flatpak
2. The http://utrrs-utrrs.6923.rh-us-east-1.openshiftapps.com/checkfont/ suggests default font name which is no longer true for languages de, pa, ml, ja. This should be fixed. The feedback link is also not correct.
3. Hindi rendering is correct in UTRRS
pyadav Workstation, VM, ko_KR, x86_64
sandeeps SB, KVM, mr_IN, x86_64
sandeeps WS, KVM, mr_IN, x86_64
suanand Linux fedora 5.17.0-0.rc5.102.fc36.aarch64 built 20220309, rpi4, arm8, ja_JP
tagoh WS; KVM; ja_JP; x86_64

Other tests

Username Profile langpacks packages Comments
Enter result
Renault fr_FR GNOME [1] 1. #1380069,
ersen WS, KVM, tr_TR, x86_64
pnemade SB, KVM, hi_IN, x86_64 [1] 1. Evenif you install in non-english locale, you will not get langpacks-hi installed by default but that is by design of Silverblue. In toolbox, langpacks testcase commands worked fine. Now there is no libdnf issue of not installing weakdeps.
pyadav Workstation, VM, ko_KR, x86_64
sandeeps WS, KVM, mr_IN, x86_64
suanand Linux fedora 5.17.0-0.rc5.102.fc36.aarch64 built 20220309, rpi4, arm8, ja_JP [1] 1. Langpack auto-install works okay.
Wiki Metadata