[Fedora-i18n-bugs] [Bug 660028] New: [lokalize] Application Crash with Backspace (qt-4.7.1 bug)
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: [lokalize] Application Crash with Backspace (qt-4.7.1 bug)
https://bugzilla.redhat.com/show_bug.cgi?id=660028
Summary: [lokalize] Application Crash with Backspace (qt-4.7.1
bug)
Product: Fedora
Version: 14
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Severity: high
Priority: low
Component: qt
AssignedTo: than(a)redhat.com
ReportedBy: aalam(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: rdieter(a)math.unl.edu, than(a)redhat.com,
kevin(a)tigcc.ticalc.org, itamar(a)ispbrasil.com.br,
ltinkl(a)redhat.com, thomasj(a)fedoraproject.org,
jreznik(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org,
smparrish(a)gmail.com, rnovacek(a)redhat.com
Classification: Fedora
Target Release: ---
Description of problem:
lokalize (Application for translation) is crashing after updating to latest
version of QT 4.7.1.
Version-Release number of selected component (if applicable):
kdesdk-4.5.3-3.fc14.x86_64
qt-4.7.1-3.fc14.x86_64
How reproducible:
Everytime with backspace
Steps to Reproduce:
1.open any PO file with lokalize
2. press <SPACE>
3.
Actual results:
it crashed
Expected results:
it should work
Additional info:
QT Bug Report: http://bugreports.qt.nokia.com/browse/QTBUG-15659
BackTrace for Fedora: https://bugs.kde.org/show_bug.cgi?id=258464
--
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.
10 years, 7 months
[Fedora-i18n-bugs] [Bug 528303] New: [ml_IN]Lohit font rendering of cons+virama+ra is wrong in KDE
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: [ml_IN]Lohit font rendering of cons+virama+ra is wrong in KDE
https://bugzilla.redhat.com/show_bug.cgi?id=528303
Summary: [ml_IN]Lohit font rendering of cons+virama+ra is wrong
in KDE
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: lohit-malayalam-fonts
AssignedTo: psatpute(a)redhat.com
ReportedBy: santhosh.thottingal(a)gmail.com
QAContact: extras-qa(a)fedoraproject.org
CC: fedora-fonts-bugs-list(a)redhat.com,
psatpute(a)redhat.com, smc-discuss(a)googlegroups.com,
fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Created an attachment (id=364359)
--> (https://bugzilla.redhat.com/attachment.cgi?id=364359)
Comparison of rendering in kde and gnome
Description of problem:
The lohit font 2.4.4 version gives wrong redering in KDE for cons + virama + ra
sequence.
See the attached screenshot.
The prebase ra sign becomes postbase in KDE applications, while in GNOME
applications it is correct.
Version-Release number of selected component (if applicable):
Lohit 2.4.4
KDE 4.3.2
How reproducible:
Always
Steps to Reproduce:
1. Compare the rendering of പ്രഭാതം, അക്രമം, സൂത്രം etc in gedit and kate
Actual results:
See the attached screenshot
Expected results:
See the attached screenshot
Additional info:
--
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.
10 years, 7 months
[Fedora-i18n-bugs] [Bug 809070] New: [abrt] ibus-chewing-1.3.10-1.fc16: __memmove_ssse3_back: Process /usr/libexec/ibus-engine-chewing was killed by signal 11 (SIGSEGV)
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: [abrt] ibus-chewing-1.3.10-1.fc16: __memmove_ssse3_back: Process /usr/libexec/ibus-engine-chewing was killed by signal 11 (SIGSEGV)
https://bugzilla.redhat.com/show_bug.cgi?id=809070
Summary: [abrt] ibus-chewing-1.3.10-1.fc16:
__memmove_ssse3_back: Process
/usr/libexec/ibus-engine-chewing was killed by signal
11 (SIGSEGV)
Product: Fedora
Version: 16
Platform: x86_64
OS/Version: Unspecified
Status: NEW
Status Whiteboard: abrt_hash:7f63c8a1b722dc11a24128ebf3a7e15ba08bda43
Severity: unspecified
Priority: unspecified
Component: ibus-chewing
AssignedTo: dchen(a)redhat.com
ReportedBy: scottt.tw(a)gmail.com
QAContact: extras-qa(a)fedoraproject.org
CC: dchen(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org,
shawn.p.huang(a)gmail.com
Classification: Fedora
Story Points: ---
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
libreport version: 2.0.8
abrt_version: 2.0.7
backtrace_rating: 4
cmdline: /usr/libexec/ibus-engine-chewing --ibus
crash_function: __memmove_ssse3_back
executable: /usr/libexec/ibus-engine-chewing
kernel: 3.2.10-3.fc16.x86_64
pid: 22107
pwd: /tmp
reason: Process /usr/libexec/ibus-engine-chewing was killed by signal
11 (SIGSEGV)
time: Mon 02 Apr 2012 06:31:36 PM CST
uid: 1000
username: scottt
xsession_errors:
backtrace: Text file, 140179 bytes
dso_list: Text file, 7643 bytes
maps: Text file, 56587 bytes
build_ids:
:4d5437cf71ea3e4bac1c445da58ca7897d509d15
:1c6a95451ee19617be5abea3d121f0226d21ddda
:dc998e8c1e1dc44c684b9b86e753945a868e134a
:aaf7ed41612348bd1141db06cadd428244aa6ea5
:fd8a00c88eb1fd6872e45001f9ed4e5c6172995e
:ec72f897bbac2f33aadee57e01b7e01bbed4c534
:07470201df55a5254027d05fa4dc509b10f2986a
:aa733447f84020c94a66814e501a36e248cbb43d
:78c1ade3665ad67db02654e2e74152270c5852b3
:e3c88cb9ea428bd61f4064dbd53acae2d396a1ec
:bba7258720d76248bf4777c7b466e1c20c680fe7
:5e8c36ca13a4af14fa6b1b45a0dbfb43ed6aed6e
:719a85c49c612de86619fed98146f316432aee92
:aaf62304b0fc10611d35b4f56005479d4c58868d
:a594ab36356a9b6dc6ecf25a6124463ccbfd0a29
:32043a4ded0564b5068ef09128c7644695a3963b
:f0d50e3af2dfee021a327fb85a993a2312a98145
:8b0f0f32d4400b2bf7632c55f013226297f44d17
:e5429e0905bedecc534b057783916ba43e06a66e
:49a34982a874d88cf1d02c0da70918e7d10fd222
:36a149d1e2c29890b616402f6bc5e3f69ca2738e
:dacf32a9a2f2b5077ba944e7b835cca6f637f78f
:12ebe599358398f2c1a5294bb2dd387545474b65
:124bfd663f5587288e6e0da8497fb4153469e657
:c8a4e40c84c2f52e78c64d31efc0191c565a9049
:0f0c9eed63ed279ceb0aef109eff8bcbb351e4bb
:4953d1f613914126bccceb3cb96386647ffba9df
:e2e67b3ae2579e1667b73ad385f61552931024e9
:0911ea7c180d733724f89037b8e8a34e64024aec
:ccadad4ec7dab3bb6abc23f9d4cdf53ff01cb235
:58f626f3815dd6adeb4a543bca2472ab98f2953b
:56cd5a4b8ecf7f375c95a4fd575895efbe294071
:1a212c7f1515542b310ba92f6109efc9b5bf2b6e
:48aea888319e1848137073c9cbde54a4c2a731c9
:4b4285058f7f6b39b7e7c45df83fd36c6833bfe4
:4a7e68edf2778a9fbd3d4a8fbd3f9d1e7b785fc6
:2639b5594fe4d7897db63ecd1ebb9681438317a8
:4c842320387ff7f6f91b7842b223c16518be909f
:6ecc3efaedf849a17c30a67fe15b4dacca1bd981
:1e0de72c7f10f33e0ee489a9a32c4e4f01902580
:9d1209fc79304f03cc839de1c0036c61b48dfff8
:b9d3a4213a482d034bebc7dc1ed2901a734a894d
:ee2f04900ae1f07517d91eba300ef385fccab1b8
:700c536566e06857d8abfeea98d617c72a122d4a
:be507c791e34415e8f42f0e6030c889b2895cf9a
:2976a5f82b01d5dedaaefdd41fa7a78b090c75a1
:638db099ff5fb986d1a092629d1bb1dca5be4904
:0fe03f2aa418c7dbfdc2d0d1802a8e86b27d3120
:e2d68a0ee0872365dcc8c6640b7cd7b94c8276f2
:400444fb368f79b54959b083f449a1497bf71c13
:c5e777db418e7b567423c9ee00a707a172a7f824
:8acc43df965b3c0a70dcfad11c0ade056bdb055b
:3269336f76283d9cebaa8222e0017c80fd14bdf6
:e982a67c98e50c7c68039aec0859bc4dfc896270
:7994f114cf7189e482f2665fae8e351ed8bc05e3
:3b50812827b755646178db9447ced77425add5d8
:41785923286ebc820c23b630f1ab810fb24061fc
:82cca0d5b06a649072a966dc4f05aded63d736bc
:23b6792e3218744316fd495002f40a037c2e0095
:34e8b3cee73a6d0b8ac17c69ba4b1170724db64c
:c2d49d72ec1a1e68b39c3724693f83f44d80a259
:2670385f49fb9f120f7cf843f211e3c620da8632
:163b323da65b708418226eb5fa8b057c731d1475
:5cb5f8da286abd58aeab3bd6676e661d52ec2b5d
:b0a2d0b4c09d819887ec7d711c8cf3977a074c4f
:a518a8b1b5c3e80dee813df05e951d205d6ac48c
:39294193f046cf15442542705526228c60d70a6e
environ:
:SHELL=/bin/bash
:DBUS_STARTER_ADDRESS=unix:abstract=/tmp/dbus-oV6frcmZLa,guid=e022c111001cc2ee1e4771780000000f
:XDG_SESSION_COOKIE=24990a7dcebf36938cb84a9900000005-1332581748.676686-830987425
:XDG_RUNTIME_DIR=/run/user/scottt
:DISPLAY=:0
:DESKTOP_SESSION=gnome
:WINDOWPATH=1
:PATH=/usr/local/bin:/usr/bin:/bin
:GDMSESSION=gnome
:XDG_VTNR=1
:USERNAME=scottt
:XDG_SESSION_ID=2
:DBUS_SESSION_BUS_ADDRESS=unix:abstract=/tmp/dbus-oV6frcmZLa,guid=e022c111001cc2ee1e4771780000000f
:XDG_SEAT=seat0
:XAUTHORITY=/var/run/gdm/auth-for-scottt-5jWK5E/database
:USER=scottt
:DBUS_STARTER_BUS_TYPE=session
:GNOME_KEYRING_PID=1390
:SHLVL=1
:PWD=/home/scottt
:GNOME_KEYRING_CONTROL=/tmp/keyring-M9RE1N
:LANG=en_US.UTF-8
:_=/usr/bin/dbus-launch
:LOGNAME=scottt
:HOME=/home/scottt
:LC_CTYPE=en_US.UTF-8
:GTK_IM_MODULE=ibus
:QT_IM_MODULE=xim
:XMODIFIERS=@im=ibus
smolt_data:
:
:
:General
:=================================
:UUID: 7ba1c065-054d-43b7-9546-c5d6405b8e86
:OS: Fedora release 16 (Verne)
:Default run level: Unknown
:Language: en_US.UTF-8
:Platform: x86_64
:BogoMIPS: 5333.84
:CPU Vendor: GenuineIntel
:CPU Model: Intel(R) Core(TM) i5 CPU M 560 @ 2.67GHz
:CPU Stepping: 5
:CPU Family: 6
:CPU Model Num: 37
:Number of CPUs: 4
:CPU Speed: 2667
:System Memory: 7779
:System Swap: 8191
:Vendor: Hewlett-Packard
:System: HP ProBook 5220m
:Form factor: Notebook
:Kernel: 3.2.10-3.fc16.x86_64
:SELinux Enabled: 1
:SELinux Policy: targeted
:SELinux Enforce: Enforcing
:MythTV Remote: Unknown
:MythTV Role: Unknown
:MythTV Theme: Unknown
:MythTV Plugin:
:MythTV Tuner: -1
:
:
:Devices
:=================================
:(32902:11539:32902:32902) pci, None, HOST/PCI, Core Processor Reserved
:(4332:33128:4156:5181) pci, r8169, ETHERNET, RTL8111/8168B PCI Express Gigabit
Ethernet controller
:(32902:11521:32902:32902) pci, None, HOST/PCI, Core Processor QuickPath
Architecture System Address Decoder
:(32902:11537:32902:32902) pci, None, HOST/PCI, Core Processor QPI Physical 0
:(32902:11538:32902:32902) pci, None, HOST/PCI, Core Processor Reserved
:(5348:18215:4156:5212) pci, bcma-pci-bridge, NETWORK, BCM4313 802.11b/g/n
Wireless LAN Controller
:(32902:70:4156:5181) pci, i915, VIDEO, Core Processor Integrated Graphics
Controller
:(32902:15176:4156:5181) pci, pcieport, PCI/PCI, 5 Series/3400 Series Chipset
PCI Express Root Port 4
:(32902:15170:4156:5181) pci, pcieport, PCI/PCI, 5 Series/3400 Series Chipset
PCI Express Root Port 1
:(32902:15115:4156:5181) pci, None, PCI/ISA, Mobile 5 Series Chipset LPC
Interface Controller
:(32902:15154:4156:5181) pci, intel ips, NONE, 5 Series/3400 Series Chipset
Thermal Subsystem
:(32902:15190:4156:5181) pci, snd_hda_intel, MULTIMEDIA, 5 Series/3400 Series
Chipset High Definition Audio
:(32902:11536:32902:32902) pci, None, HOST/PCI, Core Processor QPI Link 0
:(32902:9288:4156:5181) pci, None, PCI/PCI, 82801 Mobile PCI Bridge
:(32902:11362:32902:32902) pci, None, HOST/PCI, Core Processor QuickPath
Architecture Generic Non-core Registers
:(32902:15151:4156:5181) pci, ahci, STORAGE, 5 Series/3400 Series Chipset 6
port SATA AHCI Controller
:(32902:15164:4156:5181) pci, ehci_hcd, USB, 5 Series/3400 Series Chipset USB2
Enhanced Host Controller
:(32902:15156:4156:5181) pci, ehci_hcd, USB, 5 Series/3400 Series Chipset USB2
Enhanced Host Controller
:(32902:68:4156:5181) pci, agpgart-intel, HOST/PCI, Core Processor DRAM
Controller
:(32902:15204:4156:5181) pci, None, SIMPLE, 5 Series/3400 Series Chipset HECI
Controller
:(32902:15180:4156:5181) pci, pcieport, PCI/PCI, 5 Series/3400 Series Chipset
PCI Express Root Port 6
:
:
:Filesystem Information
:=================================
:device mtpt type bsize frsize blocks bfree bavail file ffree favail
:-------------------------------------------------------------------
:/dev/sda4 / ext4 4096 4096 70044651 30509525 29808634 17530880 16246640
16246640
:/dev/sda2 /boot ext4 4096 4096 1045750 935194 882766 262144 261898 261898
:
var_log_messages:
:Apr 2 15:13:36 5220m abrt[21927]: Saved core dump of pid 2072
(/usr/libexec/ibus-engine-chewing) to
/var/spool/abrt/ccpp-2012-04-02-15:13:36-2072 (120029184 bytes)
:Apr 2 18:31:36 5220m abrt[29091]: Saved core dump of pid 22107
(/usr/libexec/ibus-engine-chewing) to
/var/spool/abrt/ccpp-2012-04-02-18:31:36-22107 (36245504 bytes)
--
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.
10 years, 7 months
[Fedora-i18n-bugs] [Bug 736943] New: "Ctrl+Shift+u" & "enter email address" don't seem to work w/"Japanese-Anhty"
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: "Ctrl+Shift+u" & "enter email address" don't seem to work w/"Japanese-Anhty"
https://bugzilla.redhat.com/show_bug.cgi?id=736943
Summary: "Ctrl+Shift+u" & "enter email address" don't seem to
work w/"Japanese-Anhty"
Product: Fedora
Version: 15
Platform: i686
OS/Version: Linux
Status: NEW
Severity: unspecified
Priority: unspecified
Component: ibus-anthy
AssignedTo: tfujiwar(a)redhat.com
ReportedBy: nomnex(a)gmail.com
QAContact: extras-qa(a)fedoraproject.org
CC: tagoh(a)redhat.com, tfujiwar(a)redhat.com,
i18n-bugs(a)lists.fedoraproject.org,
shawn.p.huang(a)gmail.com
Classification: Fedora
Story Points: ---
Type: ---
Description of problem:
F-15 LXDE, en_US, keyboard JP. I Japanese-Anthy, with the default shortcuts, to
input Japanese.
Anthy on-off: Ctrl+J
Circle input method: Ctrl+, (Hiragana, Katakana, Romaji)
There are 2 things that don't work as long as I use Japanese-Anthy
1:
I cannot enter Macron letters when I type Romaji. Example: "Tookyoo" is
"Tōkyō". I use "Shift+Control+u 014D": it works with default input, it works
with ibus French-Canadian, but it does not work with Japanes-Anthy set to
English (_A) or set to "off".
2:
Sylpheed is the default email client on Fedora LXDE.
As long as the input method is set to Anthy, I cannot enter the email of a
contact in the "To" "Cc" or "BBc" fields.
Reproduce:
1. Anthy-ibus (either set to off, either set to _A - to type English)
2. In Sylpheed Ctrl+ (Open new message)
3. "To" field: only a single letter can be entered.
Additional info:
I would like to leave my input set to Japanse-Anthy in permanence but
currently, I cannot input Romaji letters with Maccrons, and I cannot send
emails to my contacts unless I turn input off (Ctrl+Space) or set the ibus to
another input than Japanese.
--
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.
10 years, 7 months
[Fedora-i18n-bugs] [Bug 525371] New: [CJK] vertical clock time text rotated wrong way
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: [CJK] vertical clock time text rotated wrong way
https://bugzilla.redhat.com/show_bug.cgi?id=525371
Summary: [CJK] vertical clock time text rotated wrong way
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: gnome-panel
AssignedTo: rstrode(a)redhat.com
ReportedBy: petersen(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: tagoh(a)redhat.com, rstrode(a)redhat.com,
fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Created an attachment (id=362429)
--> (https://bugzilla.redhat.com/attachment.cgi?id=362429)
f12-vert-clock.png
Description of problem:
In F12 the rotation of vertical text seems to have changed.
For Chinese, Japanese and Korean the time is opposite
direction to the date also.
Version-Release number of selected component (if applicable):
How reproducible:
every time
Steps to Reproduce:
1. start CJK gnome desktop
2. create a left panel
3. add clock
Actual results:
see screenshot
Expected results:
closer to f11 would be better
(ideally ideally should be vertical not rotated)
--
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.
10 years, 9 months
[Fedora-i18n-bugs] [Bug 834971] New: ibus-table key input limitation makes it hard to input Traditional Chinese with Quick and Cangjie
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=834971
Bug ID: 834971
QA Contact: extras-qa(a)fedoraproject.org
Severity: unspecified
Version: rawhide
Priority: unspecified
CC: i18n-bugs(a)lists.fedoraproject.org, jni(a)redhat.com,
me(a)kaio.net, shawn.p.huang(a)gmail.com
Assignee: jni(a)redhat.com
Summary: ibus-table key input limitation makes it hard to input
Traditional Chinese with Quick and Cangjie
Regression: ---
Story Points: ---
Classification: Fedora
OS: Unspecified
Reporter: petersen(a)redhat.com
Type: Bug
Documentation: ---
Hardware: Unspecified
Mount Type: ---
Status: NEW
Component: ibus-table
Product: Fedora
This was originally brought up by Mathieu Bridon and other Hong Kong Fedora
users. The text below is adopted from his mail.
Here's a proposal to fix IBus Table for Hong Kong users.
Both Cangjie and Quick can be used to type Simplified and Traditional
Chinese, however, given their design, there isn't any combination of keys that
would conflict between those languages. In other words, any given
combination of character can only lead to results in one of those
languages, never more than one.
Given all that, it would make sense to simply remove altogether the IBus
filter for the Cangjie and Quick input methods in IBus.
Let's take an example.
In Cangjie, the combination "rji" can only return results in Traditional
Chinese. That means if a user types this combination of keys, he is
expecting results in Traditional Chinese because that's the language
he/she wants to type.
But with the current IBus filter, if the filter is set to only let
Simplified Chinese characters pass, he/she would not get any results.
In the same way, the combination "yri" can only return results in
Simplified Chinese, and the combination "fji" can only return results in
Japanese.
[ed: I have never heard of people using ibus-table for Japanese input]
This is by design of those two input methods: they were designed to
avoid conflicts.
As such, the filter just makes no sense for Cangjie and Quick, and it
should be simply removed for those two input methods.
Now, in the above I claimed that Cangjie and Quick were designed to have
absolutely zero conflicts, which was a little exaggeration.
In reality, conflicts happen. However, Cangjie and Quick were really
designed with the goal of minimizing conflicts, and they do it so well
that the actual rate of conflicts is 8.04% [1]. This is such a small
number, and it happens in so rare occasions, that it can just be
ignored.
It is also important to note that if 90% of Hong Kong people [2] use
Cangjie and Quick, many people (but much less than in HK) use them in
Taiwan, and almost no one use them in Mainland China or in Japan.
Out of those three, Hong Kong and Taiwan write Traditional Chinese,
Mainland Chinese write Simplified Chinese, and Japanese obviously write
Japanese. So those two input methods really are used almost exclusively
to write Traditional Chinese, which makes the aforementioned 8.04%
figure completely negligible.
As such, it doesn't change the argument at all: the current IBus filter
should be removed for the Cangjie and Quick input methods.
This is an absolute show-stopper for Hong Kong users at the moment
(well, not me, I can't write Chinese , and the simple act of removing
this filter for those two input methods would basically fix 90% of the
problems for 90% of the Hong Kong people.
Do you think you guys could fix this issue before the release of GNOME
3.6?
Of course, we'd be happy to provide a patch if you agree on the solution
and if you can provide some guidance.
[1] There's a scientific paper published on this, but it's unfortunately
only available in Chinese:
http://zh.wikipedia.org/wiki/倉頡輸入法
[2] Not just Linux users, actual **people**, as this is how everyone
learns to type at school in Hong Kong.
--
You are receiving this mail because:
You are on the CC list for the bug.
10 years, 10 months
[Fedora-i18n-bugs] [Bug 627193] New: [Indic] [Mail] [HTML] Underline is printed as Strike for Indic Text
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: [Indic] [Mail] [HTML] Underline is printed as Strike for Indic Text
https://bugzilla.redhat.com/show_bug.cgi?id=627193
Summary: [Indic] [Mail] [HTML] Underline is printed as Strike
for Indic Text
Product: Fedora
Version: 13
Platform: All
OS/Version: Linux
Status: NEW
Keywords: i18n
Severity: medium
Priority: low
Component: evolution
AssignedTo: mbarnes(a)redhat.com
ReportedBy: aalam(a)redhat.com
QAContact: i18n-bugs(a)lists.fedoraproject.org
CC: mbarnes(a)redhat.com, mcrha(a)redhat.com,
cooly(a)gnome.eu.org
Classification: Fedora
Target Release: ---
Created attachment 440885
--> https://bugzilla.redhat.com/attachment.cgi?id=440885
Screenshot with problme in Hindi
Description of problem:
While printing a mail (even save as PDF) with Body has Underline Indic text,
printed as Strike. As you increase size of font, Striking line moved toward
middle of Word.
Version-Release number of selected component (if applicable):
evolution-2.30.2-4.fc13.x86_64
gtkhtml3-3.30.2-1.fc13.x86_64
How reproducible:
Everytime
Steps to Reproduce:
1. run evolution
2. New Mail - > HTML format
3. input Indic character (इराक़HINDI के कई शहरों मेंENGNLISH धमाके हुए हैं,
जिनमें 30 लोगों के मारे जाने और अन्य)
4. Select +3, +2, +1 Size
5. Select Underline
6. Print (as PDF or Hard copy)
Actual results:
Indic Characters has problem, while English Characters are ok with underline
Expected results:
Underline should under the characters
Additional info:
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
10 years, 10 months
[Fedora-i18n-bugs] [Bug 830377] New: fcitx-gtk2 package's description is wrong
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=830377
Bug ID: 830377
QA Contact: extras-qa(a)fedoraproject.org
Severity: unspecified
Version: 17
Priority: unspecified
CC: i18n-bugs(a)lists.fedoraproject.org,
liangsuilong(a)gmail.com, robinlee.sysu(a)gmail.com
Assignee: liangsuilong(a)gmail.com
Summary: fcitx-gtk2 package's description is wrong
Regression: ---
Story Points: ---
Classification: Fedora
OS: Linux
Reporter: damage3025(a)gmail.com
Type: Bug
Documentation: ---
Hardware: All
Mount Type: ---
Status: NEW
Component: fcitx
Product: Fedora
$ yum info fcitx-gtk2
Loaded plugins: langpacks, presto, refresh-packagekit
Available Packages
Name : fcitx-gtk2
Arch : i686
Version : 4.2.3
Release : 1.fc17
Size : 18 k
Repo : updates
Summary : FCITX im module for gtk2
URL : http://code.google.com/p/fcitx/
License : GPLv2+
Description : This package contains ibus im module for gtk2.
ibus and fcitx are two different input frameworks.
The description is definitely wrong.
BTW, I cannot find fcitx-gtk2 in pkgdb or bugzilla components.
Why can I see it in PackageKit or yum?
I haven't changed any repository settings.
--
You are receiving this mail because:
You are on the CC list for the bug.
10 years, 10 months
[Fedora-i18n-bugs] [Bug 638650] New: better localized name for zh_TW in locale-list
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: better localized name for zh_TW in locale-list
https://bugzilla.redhat.com/show_bug.cgi?id=638650
Summary: better localized name for zh_TW in locale-list
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: low
Priority: low
Component: system-config-language
AssignedTo: psatpute(a)redhat.com
ReportedBy: chaoweilun(a)gmail.com
QAContact: extras-qa(a)fedoraproject.org
CC: psatpute(a)redhat.com,
i18n-bugs(a)lists.fedoraproject.org, nkumar(a)redhat.com
Classification: Fedora
Description of problem:
The localized name for the locale zh_TW is inadequate.
Version-Release number of selected component (if applicable):
How reproducible:
always
Steps to Reproduce:
1.running system-config-language or
2.viewing /usr/share/system-config-language/locale-list
3.
Actual results:
正體中文
Expected results:
傳統漢語
Additional info:
--
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.
10 years, 11 months