https://bugzilla.redhat.com/show_bug.cgi?id=500110
--- Comment #45 from Parag Nemade <pnemade(a)redhat.com> ---
Please I request while providing feedback give all the information again.
Like components used in testing, pango version, harfbuzz version, if tested in
gedit or firefox then its version
Also, provide screenshot again in attachment.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=500110
--- Comment #44 from Jens Petersen <petersen(a)redhat.com> ---
Can you confirm the expected behaviour?
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=500110
sachin <spathare(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |spathare(a)redhat.com
Version|27 |28
--- Comment #43 from sachin <spathare(a)redhat.com> ---
Reproducible in F28 as well
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1569943
Bug ID: 1569943
Summary: upgrading from Liberation 1 to 2 in a desktop session
can affect rendering of text
Product: Fedora
Version: rawhide
Component: liberation-fonts
Assignee: psatpute(a)redhat.com
Reporter: petersen(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: alexl(a)redhat.com, fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org,
john.j5live(a)gmail.com, mbarnes(a)fastmail.com,
mclasen(a)redhat.com, petersen(a)redhat.com,
psatpute(a)redhat.com, rhughes(a)redhat.com,
rstrode(a)redhat.com, sandmann(a)redhat.com
Description of problem:
The Liberation 1 and 2 fonts may be binary incompatible
in the sense that upgrading a live desktop from Liberation 1 to 2
seemed to corrupt some characters for me in Firefox (with Ariel text in
Google Docs for the default unordered list mark symbols).
Version-Release number of selected component (if applicable):
liberation-fonts-2.00.1
Actual results:
'·' -> '>'
'⃝' -> '<'
for example
Expected results:
Not change of glyphs.
Additional info:
I suspect this might be due to caching of the old font's tables in memory.
It would be better if the tables were more compatible I suppose.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1382982
Bug ID: 1382982
Summary: Fedora iBus typing language detector breaks events
call stack of web pages
Product: Fedora
Version: 24
Component: ibus
Severity: urgent
Assignee: tfujiwar(a)redhat.com
Reporter: danielemi(a)hotmail.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
Created attachment 1208438
--> https://bugzilla.redhat.com/attachment.cgi?id=1208438&action=edit
html page for test purpose
Description of problem:
My Fedora box is configured with two typing language between which I can
switch, English and Chinese.
I'm using Firefox v49 as browser.
I'm developing a webpage, a registration form using jQuery on the validation
part.
The registration form contain 4 input controls with 2 password controls, all
validated on the blur event. The form script is kind of complex one using blur,
and focus events and a list of functions.
The form script completely mess up on the live validation of the fields due to
the presence of the two password controls on which only latin alphabet is
allowed. The ibus language detector change on the fly when the two password
fields received focus causing blur and focus events of different contols to
happen in unexpected order. It is like ibus is taking the focus and releasing.
I tested both jQuery (all the available methods) and pure javascript with the
same result.
I had the chance to try other websites using blur and focus events on password
fields and are completely mess up too.
To finish my job I will unset the Chinese IME.
I can't guess what is about application development in the same context.
Version-Release number of selected component (if applicable):
Fedora 24 4.7.5-200.fc24.x86_64
ibus-1.5.13-3.fc24.x86_64
How reproducible:
https://jsfiddle.net/8tqwL7y5
Steps to Reproduce:
1. Settings, Region and Lanaguges, input sources: set English (US) and Chinese
(intelligent Pinyin)
2. try the link
3. try the webpage attached
Actual results:
Blur event doesn't happen or happen just mixed up with other events like other
control's Focus events.
Expected results:
Blur and Focus events get fired in common order on the events call stack
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=723796
--- Comment #7 from Daniel Mach <dmach(a)redhat.com> ---
yum and related packages are no longer actively developed.
They are being replaced with dnf, dnf-utils, etc.
I'm closing this bug because it's most likely never going to be fixed.
If you still consider your bug report important, reopen it, please.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=723796
Daniel Mach <dmach(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |CLOSED
Resolution|--- |WONTFIX
Last Closed| |2018-07-18 17:29:54
--- Comment #6 from Daniel Mach <dmach(a)redhat.com> ---
yum and related packages are no longer actively developed.
They are being replaced with dnf, dnf-utils, etc.
I'm closing this bug because it's most likely never going to be fixed.
If you still consider your bug report important, reopen it, please.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1601890
Bug ID: 1601890
Summary: harfbuzz-1.8.4 is available
Product: Fedora
Version: rawhide
Component: harfbuzz
Keywords: FutureFeature, Triaged
Assignee: pnemade(a)redhat.com
Reporter: upstream-release-monitoring(a)fedoraproject.org
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, klember(a)redhat.com,
moceap(a)hotmail.com, pnemade(a)redhat.com,
psatpute(a)redhat.com
Latest upstream release: 1.8.4
Current version/release in rawhide: 1.8.3-1.fc29
URL: http://www.freedesktop.org/wiki/HarfBuzz
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/1299/
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1599870
Bug ID: 1599870
Summary: emojis do not render if font hinting is turned off
Product: Fedora
Version: 28
Component: fontconfig
Severity: low
Assignee: tagoh(a)redhat.com
Reporter: mawong(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: ajax(a)redhat.com, alexl(a)redhat.com,
fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org,
john.j5live(a)gmail.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
Description of problem: I cannot see any emojis in e.g. gnome-characters or
hexchat if I turn font hinting off
Version-Release number of selected component (if applicable):
fedora 28
gnome-characters-3.28.2-1.fc28.x86_64
fontconfig-2.13.0-4.fc28.x86_64
How reproducible: always
Steps to Reproduce:
1. Create a .config/fontconfig/fonts.conf with hinting false
<?xml version='1.0'?>
<!DOCTYPE fontconfig SYSTEM 'fonts.dtd'>
<fontconfig>
<match>
<edit mode="assign" name="hinting">
<bool>false</bool>
</edit>
</match>
</fontconfig>
2. Logout & log back in
3. Open gnome-characters
Actual results: no emojis are visible in most applications
Expected results: emojis are visible in all applications
Additional info: idk what component to choose. I love emojis, thank you for
making them a priority.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1600306
Bug ID: 1600306
Summary: harfbuzz-1.8.3 is available
Product: Fedora
Version: rawhide
Component: harfbuzz
Keywords: FutureFeature, Triaged
Assignee: pnemade(a)redhat.com
Reporter: upstream-release-monitoring(a)fedoraproject.org
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, klember(a)redhat.com,
moceap(a)hotmail.com, pnemade(a)redhat.com,
psatpute(a)redhat.com
Latest upstream release: 1.8.3
Current version/release in rawhide: 1.8.2-2.fc29
URL: http://www.freedesktop.org/wiki/HarfBuzz
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/1299/
--
You are receiving this mail because:
You are on the CC list for the bug.