https://bugzilla.redhat.com/show_bug.cgi?id=1368757
Bug ID: 1368757
Summary: ibus: forward_key_event() seems to do nothing in Qt
applications
Product: Fedora
Version: 24
Component: ibus-qt
Assignee: tfujiwar(a)redhat.com
Reporter: mfabian(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
If I try to type with ibus-typing-booster in Qt applications and commit a word
by typing space, no space is inserted after the word. For example:
QT_IM_MODULE=ibus kate &
Select the English engine of ibus-typing-booster and type some word like
"test",
type space to commit. The word "test" is committed into kate, but no space
appears after the word, the cursor is directly behind the word "test".
This is because this line
self.forward_key_event(key.val, key.code, key.state)
in hunspell_table.py from ibus-typing-booster does nothing anymore.
This line in context in the source code is here:
https://github.com/mike-fabian/ibus-typing-booster/blob/master/engine/hunsp…
(By the way, when trying “XMODIFIERS=@im=ibus QT_IM_MODULE=xim kate”, input
does not work at all, so this cannot be used as a workaround).
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1321551
Bug ID: 1321551
Summary: RFE: Recommend some specific general purpose font
Product: Fedora
Version: rawhide
Component: fontconfig
Assignee: tagoh(a)redhat.com
Reporter: ville.skytta(a)iki.fi
QA Contact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org, pnemade(a)redhat.com,
tagoh(a)redhat.com
Currently fontconfig has a dependency on font(:lang=en). For minimal setups
where fontconfig is involved in that don't specify anything more specific than
that, it results in getting the first satisfying package by alphabetical sort
order to be installed. At the moment that is aajohan-comfortaa-fonts, which is
not a very good default, and could change based on what names of packages are
available.
Instead, I suggest adding (in addition to the existing hard dependency on
font(:lang=en)) a Recommends that would by default (with dnf) pull in something
that is a better default and already a default in common Fedora installations,
such as abattis-cantarell-fonts which AFAIK is the default for GNOME. Some
other potential candidates would be liberation-sans-fonts and
dejavu-sans-fonts. Not sure if Suggests would work for this purpose, or if it
needs to be Recommends.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1474422
Bug ID: 1474422
Summary: [abrt] ibus: ffi_call_unix64(): ibus-x11 killed by
signal 11
Product: Fedora
Version: 26
Component: ibus
Assignee: tfujiwar(a)redhat.com
Reporter: wd(a)denx.de
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org,
shawn.p.huang(a)gmail.com, smaitra(a)redhat.com,
tfujiwar(a)redhat.com
Description of problem:
Fresh install of Fedora 26. Then installed the FVWMpackage. Rebootet and tried
to log in using "fvwm" as window manager option.
Zero other activities.
Version-Release number of selected component:
ibus-1.5.16-2.fc26
Additional info:
reporter: libreport-2.9.1
backtrace_rating: 4
cmdline: /usr/libexec/ibus-x11 --kill-daemon
crash_function: ffi_call_unix64
executable: /usr/libexec/ibus-x11
journald_cursor:
s=081922fbe12a436c99bf0ca7fce84f90;i=13f6;b=e2981484247f4c3ebebbefed1ee8bb6e;m=11dc8ca3;t=5551155385856;x=d48075e2c4636bb3
kernel: 4.11.8-300.fc26.x86_64
rootdir: /
runlevel: N 5
type: CCpp
uid: 1000
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1444357
Bug ID: 1444357
Summary: [abrt] ibus: gtk_widget_translate_coordinates():
ibus-ui-emojier killed by signal 11
Product: Fedora
Version: 26
Component: ibus
Assignee: tfujiwar(a)redhat.com
Reporter: mfabian(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org,
shawn.p.huang(a)gmail.com, smaitra(a)redhat.com,
tfujiwar(a)redhat.com
Version-Release number of selected component:
ibus-1.5.15-7.fc26
Additional info:
reporter: libreport-2.9.1
backtrace_rating: 4
cmdline: /usr/libexec/ibus-ui-emojier
crash_function: gtk_widget_translate_coordinates
executable: /usr/libexec/ibus-ui-emojier
journald_cursor:
s=664b04056b90495eb16b01faf8679d24;i=50ac;b=49987fadbf444363972d43c8efe305d9;m=8c993bfce1;t=54c68c07c4671;x=2b461df22db5e7cb
kernel: 4.11.0-0.rc3.git0.2.fc26.x86_64
rootdir: /
runlevel: N 5
type: CCpp
uid: 1000
Truncated backtrace:
Thread no. 1 (10 frames)
#0 gtk_widget_translate_coordinates at gtkwidget.c:6292
#1 _update_widget_coordinates at gtkgesture.c:504
#2 _gtk_gesture_update_point at gtkgesture.c:611
#3 gtk_gesture_handle_event at gtkgesture.c:740
#4 gtk_gesture_single_handle_event at gtkgesturesingle.c:222
#5 gtk_event_controller_handle_event at gtkeventcontroller.c:230
#6 controller_handle_wm_event at gtkwindow.c:8071
#7 gtk_window_handle_wm_event at gtkwindow.c:8100
#8 _gtk_window_check_handle_wm_event at gtkwindow.c:8138
#9 gtk_main_do_event at gtkmain.c:1748
--
You are receiving this mail because:
You are on the CC list for the bug.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: Serbian glyphs for Wikipedia
https://bugzilla.redhat.com/show_bug.cgi?id=657849
Summary: Serbian glyphs for Wikipedia
Product: Fedora
Version: rawhide
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Severity: medium
Priority: low
Component: liberation-fonts
AssignedTo: psatpute(a)redhat.com
ReportedBy: alessandroceschini.it(a)gmail.com
QAContact: extras-qa(a)fedoraproject.org
CC: petersen(a)redhat.com,
fonts-bugs(a)lists.fedoraproject.org,
psatpute(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org
Classification: Fedora
Description of problem:
Hy, at the Serbian Wikipedia we are planning on supporting localized Serbian
glyphs (as opposed to standard/Russian ones) on screen by taking advantage of
the next generation of browser (like Firefox 4) compliant with OpenType
features.
What we lack is a pool of free OpenType fonts with Serbian glyphs to be
accessed through the locl feature. DejaVu is, as far as I know, the only free
font which does so (although with some bugs) but, particularly the Serif
version, can be described as ugly at best.
So, what about a new release of Liberation Fonts containing a locl table for
Serbian?
Thank you.
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1515436
Bug ID: 1515436
Summary: gnome-shell crashes with attached stacktrace:
FcConfigEvaluate at top of stack.
Product: Fedora
Version: 26
Component: fontconfig
Severity: high
Assignee: tagoh(a)redhat.com
Reporter: ndokos(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: ajax(a)redhat.com, alexl(a)redhat.com,
caillon+fedoraproject(a)gmail.com,
fonts-bugs(a)lists.fedoraproject.org,
gnome-sig(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org,
john.j5live(a)gmail.com, mbarnes(a)fastmail.com,
mclasen(a)redhat.com, pnemade(a)redhat.com,
rhughes(a)redhat.com, rstrode(a)redhat.com,
sandmann(a)redhat.com, tagoh(a)redhat.com
Created attachment 1356104
--> https://bugzilla.redhat.com/attachment.cgi?id=1356104&action=edit
stacktrace of gnome-shell crash.
Description of problem:
I run Fedora 26 on a Lenovo Thinkpad W541. I ran a "dnf update" last Friday
(2017-11-17) and after the update I could not login with any Gnome choice:
Gnome, Gnome Classic, or Gnome on X11 - after a couple of burps on the display,
it would return to the login prompt. I installed the cinnamon desktop and was
able to log in with that.
It turns out that gnome-shell crashes in FcConfigEvaluate - see attached
stacktrace.
Version-Release number of selected component (if applicable):
fontconfig.x86_64 2.12.6-4.fc26
@updates
How reproducible:
Always.
Steps to Reproduce:
1. dnf update
2. reboot
3. login
Actual results:
Churn a bit and then return to the login screen.
Expected results:
Successful login.
Additional info:
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1474257
Bug ID: 1474257
Summary: fc-cache in multilib does not create 32bit cache files
Product: Fedora
Version: rawhide
Component: fontconfig
Assignee: tagoh(a)redhat.com
Reporter: tagoh(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org, pnemade(a)redhat.com,
tagoh(a)redhat.com
Blocks: 1468978
Description of problem:
On 64bit env, there are no way to generate {be,le}32d{4,8} caches unless
removing 64bit version of packages because the 32bit version of fc-cache binary
is hidden by the package manager. need to have separate binary to address like
gtk does.
Referenced Bugs:
https://bugzilla.redhat.com/show_bug.cgi?id=1468978
[Bug 1468978] fc-cache in multilib does not create 32bit cache files
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1511237
Bug ID: 1511237
Summary: fcitx-4.2.9.5 is available
Product: Fedora
Version: rawhide
Component: fcitx
Keywords: FutureFeature, Triaged
Assignee: liangsuilong(a)gmail.com
Reporter: upstream-release-monitoring(a)fedoraproject.org
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, i(a)cicku.me,
liangsuilong(a)gmail.com, pwu(a)redhat.com
Latest upstream release: 4.2.9.5
Current version/release in rawhide: 4.2.9.4-1.fc28
URL: https://fcitx-im.org/wiki/Fcitx
Please consult the package updates policy before you issue an update to a
stable branch: https://fedoraproject.org/wiki/Updates_Policy
More information about the service that created this bug can be found at:
https://fedoraproject.org/wiki/Upstream_release_monitoring
Please keep in mind that with any upstream change, there may also be packaging
changes that need to be made. Specifically, please remember that it is your
responsibility to review the new version to ensure that the licensing is still
correct and that no non-free or legally problematic items have been added
upstream.
Based on the information from anitya:
https://release-monitoring.org/project/8004/
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1450802
Bug ID: 1450802
Summary: @sinhala-suppport group: please change the default
font from LKLUG to Noto
Product: Fedora
Version: 25
Component: google-noto-fonts
Severity: low
Assignee: psatpute(a)redhat.com
Reporter: harshula(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org,
psatpute(a)redhat.com, pwu(a)redhat.com
[This BZ should be filed against the @sinhala-support group.]
Description of problem:
Please change the default font from LKLUG to Noto for the Sinhala script.
The LKLUG font is viewed as deprecated and we've been trying to
encourage other fonts that can succeed as the default Sinhala font on
GNU/Linux.
At this stage the Noto Sinhala range, in fonts-noto-hinted, is a more
appropriate default font than LKLUG.
See the discussion here:
http://sourceforge.net/p/sinhala/mailman/message/34481529/
See Debian Bug:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=837969
Thanks,
#
--
You are receiving this mail because:
You are on the CC list for the bug.
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=882841
Bug ID: 882841
Summary: can we update this hunspell-mr wordlist?
Product: Fedora
Version: 18
Component: hunspell-mr
Severity: unspecified
Priority: unspecified
Reporter: psatpute(a)redhat.com
Description of problem:
-> From upstream url http://wiki.openoffice.org/wiki/Dictionaries, which points
to http://extensions.services.openoffice.org/en/project/dict-mr i found
-> http://code.google.com/p/hunspell-marathi-dictionary/ This is latest and has
more words (1,00,000) compared to our existing (12,631) upstream. Can we update
this?
Version-Release number of selected component (if applicable):
How reproducible:
Steps to Reproduce:
1.
2.
3.
Actual results:
Expected results:
Additional info:
--
You are receiving this mail because:
You are on the CC list for the bug.