From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.1) Gecko/20020826
Description of problem:
When in xchat 1.8.10-8 on UK keyboard layout, if you do '<SHIFT> + 3' to get '#'
sign you end up with 'A#' in the text input line.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Change to UK keyboard layout.
2. Run xchat
3. Connect too a server and channel etc.
4. Do keyboard '<SHIFT> + 3' aka '#'
Actual Results: You see something like: A#
Expected Results: You should see only: #
Hmm... Sorry about this the English pounds stirling symbol was changed to # by
bugzilla. I am referring too the UK pounds stirling currency symbol. :)
I've just had several engineers from Red Hat UK who use the UK keyboard
layout, and xchat test this out with the latest packages and confirm
that they get the proper British pound symbol, and not the octothorpe
symbol which is found on SHIFT-3 on the US keyboard.
Not sure how you're getting this, but it is not reproduceable so far
on our side.
What locale are you using? Can you paste the contents of:
Thanks in advance.
Please provide the above info still, but here is some more info I
The characters you're seeing, are 0xc2 0xa3 in hexadecimal. In the
ISO8859-1 or ISO8859-15 encodings, this will be displayed as a capital
letter A with a circle above it, followed by the british pound symbol.
Our assumption is that this code sequence is a UTF-8 encoded character,
and so I tried to decode it by hand. Here is how UTF-8 is encoded:
bytes | bits | representation
1 | 7 | 0vvvvvvv
2 | 11 | 110vvvvv 10vvvvvv
3 | 16 | 1110vvvv 10vvvvvv 10vvvvvv
4 | 21 | 11110vvv 10vvvvvv 10vvvvvv 10vvvvvv
0xc2 0xa3 in binary is 11000010 10100011
The first byte 11000010 matches the UTF-8 for a 2 byte sequence, so we
will take the vvvvv bits and get 00010, or simply 10. The second byte
10100011 should begin with 10vvvvvv and it also does. Masking the lower
6 valid bits off of the second byte gives us 100011. Putting the two
together gives us 10100011, which is again coincidentally 0xa3, which
is the code for the british pound symbol.
So it looks like you're typing the key, it is properly emitting UTF-8
encoded british pound symbol, and it is not being displayed as unicode,
but as 2 separate 8 bit encoded characters instead of being interpreted
The above requested file might shed some light.
The contents of the file you requested aka '/etc/sysconfig/i18n' are:
This problem does not exist in RH 7.3 when installed on this system. But it is
in null, both pre and post updates on the same system. When I install I am doing
clean installs no upgrade between versions - just for your info. :)
Created attachment 75905 [details]
This shows the extra pre char emitted when '<SHIFT> + 3' is done in null.
*** This bug has been marked as a duplicate of 75280 ***