[Fedora-i18n-bugs] [Bug 465430] New: ibus sends invalid packet with XIM_GET_IC_VALUES_REPLY
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: ibus sends invalid packet with XIM_GET_IC_VALUES_REPLY
https://bugzilla.redhat.com/show_bug.cgi?id=465430
Summary: ibus sends invalid packet with XIM_GET_IC_VALUES_REPLY
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: medium
Component: ibus
AssignedTo: shawn.p.huang(a)gmail.com
ReportedBy: tagoh(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: shawn.p.huang(a)gmail.com, fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Description of problem:
Here is the packet dump from libgxim:
D[ 1223025108.607584]:[transport/summary] 0x1400009 <- opcode:
XIM_GET_IC_VALUES_REPLY(major: 57, minor 0) length: 20
D[ 1223025108.607586]:[transport/dump] 0 1 2 3 4 5 6 7 8 9 A B C
D E F 0123456789ABCDEF
D[ 1223025108.607587]:[transport/dump]
--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--=----------------
D[ 1223025108.607588]:[transport/dump]
39:00:03:00:05:00:05:00:04:00:00:00:cf:00:00:00 9...............
D[ 1223025108.607588]:[transport/dump] 00:00:00:00
....
This means:
1 major-opcode CARD8 0x39
1 minor-opcode CARD8 0
2 length CARD16 3 (* length field specifies the number of
4 bytes elements following the header.)
2 input-method ID CARD16 5
2 input-ctxt ID CARD16 5
2 byte length of ic-attribute n 4
2 unused
n LISTofXICATTRIBUTE
XICATTRIBUTE is defined as:
2 CARD16 attribute ID
2 n value length
n value
p unused, p = Pad(n)
So:
attribute ID CARD16 0xcf
value length n 0
There are 2 bad packets here. one is, the value length is 0. on this session,
attribute ID 0xcf means filterEvents, which the value type is CARD32. so the
value length has to be 4. and another one is, the byte length of ic-attribute
is wrong.
Version-Release number of selected component (if applicable):
ibus-0.1.1.20081001-1.fc10.
--
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.
15 years, 4 months
[Fedora-i18n-bugs] [Bug 466657] New: Discarding the key events and same output regardless of the key
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: Discarding the key events and same output regardless of the key
https://bugzilla.redhat.com/show_bug.cgi?id=466657
Summary: Discarding the key events and same output regardless
of the key
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: medium
Component: scim
AssignedTo: shawn.p.huang(a)gmail.com
ReportedBy: tagoh(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: petersen(a)redhat.com, shawn.p.huang(a)gmail.com,
fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Description of problem:
key input too faster and too much messes up SCIM.
Version-Release number of selected component (if applicable):
scim-1.4.7-34.fc10
Steps to Reproduce:
1.input something too much and too faster
2.
3.
Actual results:
discarding the key event or return the same key event regardless of what
pressing/releasing the key.
Expected results:
should works expectedly.
Additional info:
Technically it happens when multiple XIM_FORWARD_EVENT is added to the property
when the key event is delivered faster than processing it in SCIM. and when
it's there more than 4 in the property, it results the same output regardless
of what you are pressing/releasing the key. otherwise the key event is
discarded.
Why it returns the same key event when the property has something more than 4,
IMdkit is getting the value from the property wrongly. a quote from man page:
int XGetWindowProperty(Display *display, Window w, Atom property, long
long_offset, long long_length, Bool delete, Atom reg_type, Atom
*actual_type_return, int *actual_format_return, unsigned long
*nitems_return, unsigned long *bytes_after_return, unsigned char
**prop_return);
...
long_length
Specifies the length in 32-bit multiples of the data to be
retrieved.
and XGetWindowProperty won't delete the property value even if "delete" is
True, when there are still unread data.
To do the right thing, read the data with the proper length to not discard the
event. and if there are still the unread data in the property, read next data
with "long_offset".
--
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.
15 years, 4 months
[Fedora-i18n-bugs] [Bug 462820] New: [sd_IN] Sindhi Inscript keymap is not displayed with its own language category in scim toolbar.
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: [sd_IN] Sindhi Inscript keymap is not displayed with its own language category in scim toolbar.
https://bugzilla.redhat.com/show_bug.cgi?id=462820
Summary: [sd_IN] Sindhi Inscript keymap is not displayed with
its own language category in scim toolbar.
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: medium
Component: scim
AssignedTo: shawn.p.huang(a)gmail.com
ReportedBy: pnemade(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: petersen(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Description of problem:
Sindhi Inscript keymap is not displayed with its own language category in scim
toolbar.
Version-Release number of selected component (if applicable):
scim-1.4.7-31.fc10.i386
m17n-contrib-sindhi-1.1.7-3.fc10.noarch
How reproducible:
always
Steps to Reproduce:
1. install above given packages
2. start scim toolbar
3. observe that si-inscript is listed under others category in scim toolbar
Actual results:
sindhi inscript keymap is listed under Other keymaps cateogery
Expected results:
sindhi inscript keymap should be listed under its own language category.
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.
15 years, 4 months
[Fedora-i18n-bugs] [Bug 468817] New: update libhangul to 0.0.8
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: update libhangul to 0.0.8
https://bugzilla.redhat.com/show_bug.cgi?id=468817
Summary: update libhangul to 0.0.8
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: medium
Component: libhangul
AssignedTo: petersen(a)redhat.com
ReportedBy: petersen(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: petersen(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
libhangul-0.0.8 was released in April and is required by latest nabi releases
to build, so can we please update to the latest version (rawhide currently has
0.0.6).
--
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.
15 years, 5 months
[Fedora-i18n-bugs] [Bug 466410] New: [sd_IN] Include Sindhi Inscript keymap in ibus-m17n
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: [sd_IN] Include Sindhi Inscript keymap in ibus-m17n
https://bugzilla.redhat.com/show_bug.cgi?id=466410
Summary: [sd_IN] Include Sindhi Inscript keymap in ibus-m17n
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: medium
Component: ibus-m17n
AssignedTo: shawn.p.huang(a)gmail.com
ReportedBy: pnemade(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: petersen(a)redhat.com, shawn.p.huang(a)gmail.com,
fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Description of problem:
missing /usr/share/ibus/engine/m17n-sd-inscript.engine
Version-Release number of selected component (if applicable):
ibus-m17n-0.1.1.20081009-1.fc10.i386
How reproducible:
always
Steps to Reproduce:
1.try to see Sindhi language in ibus-setup
2.
3.
Actual results:
missing Sindhi Inscript keymap selection
Expected results:
should be able to add Sindhi inscript keymap
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.
15 years, 5 months
[Fedora-i18n-bugs] [Bug 468814] New: imsettings does not respect ~/.xinputrc 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: imsettings does not respect ~/.xinputrc in KDE
https://bugzilla.redhat.com/show_bug.cgi?id=468814
Summary: imsettings does not respect ~/.xinputrc in KDE
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: medium
Component: imsettings
AssignedTo: tagoh(a)redhat.com
ReportedBy: petersen(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: tagoh(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Description of problem:
When running KDE imsettings seems to ignore ~/.xinputrc and always startup IM.
Version-Release number of selected component (if applicable):
imsettings-0.105.1-1.fc10
How reproducible:
every time
Steps to Reproduce:
1. login to rawhide KDE
2. run imsettings-info
3. run im-chooser and toggle IM state.
4. start a new
Actual results:
1. SCIM is running (irrespective of session locale)
2. imsettings-info says "No IM running."
4. SCIM runs even if ".xinputrc -> none.conf".
Expected results:
1. SCIM should only run for Asian locale
2. imsettings should reflect if SCIM is running.
4. SCIM should not run if IM is disabled.
--
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.
15 years, 5 months
[Fedora-i18n-bugs] [Bug 469325] Default font is too heavy in texttopaps
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.
https://bugzilla.redhat.com/show_bug.cgi?id=469325
Tim Waugh <twaugh(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Flag|needinfo?(twaugh(a)redhat.com |
|) |
--- Comment #2 from Tim Waugh <twaugh(a)redhat.com> 2008-10-31 07:01:06 EDT ---
"Courier" (which fontconfig maps to Nimbus Mono L) looks better I think. It's
closer in appearance to the font CUPS provides.
I don't mind which font paps uses by default, but it would be nice for
'texttopaps' (i.e. in CUPS mode) to use "Courier".
--
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.
15 years, 5 months