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 |
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 |
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
|
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 |
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.
|