https://bugzilla.redhat.com/show_bug.cgi?id=2004265
Bug ID: 2004265
Summary: Official name of Taiwan is wrong
Product: Fedora
Version: 35
Hardware: All
Status: NEW
Component: iso-codes
Assignee: pnemade(a)redhat.com
Reporter: julian.g(a)posteo.de
QA Contact: extras-qa(a)fedoraproject.org
CC: caillon+fedoraproject(a)gmail.com,
gnome-sig(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org, mclasen(a)redhat.com,
pnemade(a)redhat.com, rhughes(a)redhat.com,
rstrode(a)redhat.com, sandmann(a)redhat.com
Target Milestone: ---
Classification: Fedora
Description of problem:
The "official name" of the country on Taiwan is wrong. It states "Province of
China", which is obviously not its official name. No country would call itself
"Province" of another country. The official name is "Republic of China".
Some sources:
- Official government website https://www.taiwan.gov.tw by the RoC Ministry of
Foreign Affairs
- You can ask any person living on the Island.
- As an IT person, you might have some hardware labeled "Made in RoC".
- The Hong Kong and the Taiwanese locale both have "中華民國" as a translation,
which means "Republic of China".
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2004265
https://bugzilla.redhat.com/show_bug.cgi?id=2088734
--- Comment #12 from Alexander Ploumistos <alex.ploumistos(a)gmail.com> ---
(In reply to Parag Nemade from comment #10)
> Have you opened this issue in GNOME's bugtracker? I don't think anyone here
> will be looking into this bug so better open in upstream and discuss its fix
> there.
Yeah, I kept it open mostly as a reminder for me, hoping that this time around
I will find a moment to report this before the message disappears out of view
in my inbox…
(In reply to Jens Petersen from comment #11)
> I don't see this with F40 or F41 either.
It is still there, at least on F40. I haven't played with the settings in some
time, but if I remember correctly, it's the combination of Xorg and having
different layouts per window that triggers it. It is not an issue on Wayland.
> I notice you were testing with Firefox.
It happens with everything, not just Firefox.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2088734
Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla&format=report-sp…
https://bugzilla.redhat.com/show_bug.cgi?id=2088734
Jens Petersen <petersen(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Summary|Keyboard layout switching |Input Source indicator does
|from the panel does not |not follow "Switch input
|work |sources individually for
| |each window"
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2088734
https://bugzilla.redhat.com/show_bug.cgi?id=2240167
Bug ID: 2240167
Summary: Need to press Super+space twice to activate/deactivate
on Cinnamon desktop
Product: Fedora
Version: 39
OS: Linux
Status: NEW
Component: ibus
Keywords: i18n
Severity: medium
Assignee: tfujiwar(a)redhat.com
Reporter: tagoh(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org,
shawn.p.huang(a)gmail.com, tfujiwar(a)redhat.com
Target Milestone: ---
Classification: Fedora
Summary says it all. The first Super+space just inserts a space and no input
engine selector popped up. Super key needs to keep pressed though, the 2nd
Super+space pops up the selector as expected.
Reproducible: Always
Steps to Reproduce:
1.Install from Fedora-Cinnamon-Live-x86_64-39-20230920.n.0.iso with ja
2.Boot and open gnome-terminal and/or xed
3.Press Super and space
4.Release space key only and press space key again
Actual Results:
space character are inserted at 3, and the selector popped up at 4
Expected Results:
the selector should be popped up at 3 without inserting space
$ rpm -qa | grep -e ^ibus
ibus-libs-1.5.29~rc1-3.fc39.x86_64
ibus-gtk3-1.5.29~rc1-3.fc39.x86_64
ibus-gtk2-1.5.29~rc1-3.fc39.x86_64
ibus-setup-1.5.29~rc1-3.fc39.noarch
ibus-1.5.29~rc1-3.fc39.x86_64
ibus-panel-1.5.29~rc1-3.fc39.x86_64
ibus-anthy-python-1.5.15-2.fc39.noarch
ibus-anthy-1.5.15-2.fc39.x86_64
ibus-hangul-1.5.5-3.fc39.x86_64
ibus-libpinyin-1.15.4-1.fc39.x86_64
ibus-libzhuyin-1.10.2-4.fc39.x86_64
ibus-m17n-1.4.22-1.fc39.x86_64
ibus-typing-booster-2.24.1-1.fc39.noarch
ibus-gtk4-1.5.29~rc1-3.fc39.x86_64
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2240167
Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla&format=report-sp…
https://bugzilla.redhat.com/show_bug.cgi?id=2237664
Bug ID: 2237664
Summary: Emoji categories dialog has different state on cursor
with keyboard and mouse
Product: Fedora
Version: 39
OS: Linux
Status: NEW
Component: ibus
Severity: medium
Assignee: tfujiwar(a)redhat.com
Reporter: tagoh(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org,
shawn.p.huang(a)gmail.com, tfujiwar(a)redhat.com
Target Milestone: ---
Classification: Fedora
The cursor on the emoji categories dialog is changed through moving mouse
cursor on it though, moving the cursor with keyboard doesn't follow it.
Reproducible: Always
Steps to Reproduce:
1.Press Super+period and space to show the categories dialog
2.move the cursor through mouse to somewhere else
3.press down-arrow key
Actual Results:
The cursor moves down where it initially pointed at. i.e. 2nd item at the list
in this case.
Expected Results:
The cursor should moves down where the mouse cursor pointed at the list. e.g.
if it points to 4th item after step 2, the cursor should move down to 5th item.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2237664
Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla&format=report-sp…