i18n-bugs February 2013

i18n-bugs@lists.fedoraproject.org

1 participants
279 discussions

[Fedora-i18n-bugs] [Bug 915448] New: Spell check problem (UTF8 conversion?) with Hunspell
by Red Hat Bugzilla 16 Oct '14

16 Oct '14

Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=915448 Bug ID: 915448 Summary: Spell check problem (UTF8 conversion?) with Hunspell Product: Fedora Version: 18 Component: emacs Severity: unspecified Priority: unspecified Reporter: igor.redhat(a)gmail.com +++ This bug was initially created as a clone of Bug #725235 +++ Created attachment 514921 Sample text with accents (md5sum f91f52b0ae84fd91aa25e0d671228a23) Description of problem: When using emacs / hunspell to spell-check a UTF-8 encoded text file, emacs chokes on some accented letters, with the error message: Ispell error: UTF-8 encoding error. Missing continuation byte in 0. character position: Spell-checking testtext.txt using hunspell with default dictionary...done ispell-process-line: Wrong type argument: number-or-marker-p, nil Version-Release number of selected component (if applicable): emacs-23.2-19.fc15.i686 using hunspell-1.2.15-2.fc15.i686 hunspell-en-0.20110112-4.fc15.noarch How reproducible: Always on my netbook with Fedora 15 for i686. Steps to Reproduce: 1. Open a text file with accented characters, e.g. the attached test case. 2. Start spell-check in emacs (after making sure that aspell is not installed, so that emacs will use hunspell.) 3. Actual results: Error message as above. Expected results: Correct spell-checking session... Additional info: This does not happen with aspell. It also does not happen when spell-checking files using hunspell on the command line. For some other files, the error message was: "this UTF-8 encoding can't convert to UTF-16" Using "enter debugger on error" on the text file, the following appears in *Backtrace* (with byte code removed): Debugger entered--Lisp error: (wrong-type-argument number-or-marker-p nil) ispell-parse-output(#("ël!" 0 3 (charset iso-8859-1)) nil 0) ispell-process-line("^Titre: noël!\n" nil) byte-code("....310\311!\210)\312\313....") ispell-region(1 38) ispell-buffer() call-interactively(ispell-buffer nil nil) --- Additional comment from Akira TAGOH on 2012-06-29 07:00:33 EDT --- ispell.el has the code to find the spell checker program out though, it doesn't update ispell-dictionary-base-alist according to the result. it should be optimized against it. Here is what my .emacs has and I want English spell checker only: (setq ispell-dictionary-base-alist '((nil "[[:alpha:]]" "[^[:alpha:]]" "[']" nil ("-d" "en_US") nil utf-8))) (eval-after-load "ispell" (progn (setq ispell-extra-args '("-a" "-i" "utf-8") ispell-silently-savep t))) It work well here. --- Additional comment from Fedora End Of Life on 2013-01-16 09:39:38 EST --- This message is a reminder that Fedora 16 is nearing its end of life. Approximately 4 (four) weeks from now Fedora will stop maintaining and issuing updates for Fedora 16. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as WONTFIX if it remains open with a Fedora 'version' of '16'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version prior to Fedora 16's end of life. Bug Reporter: Thank you for reporting this issue and we are sorry that we may not be able to fix it before Fedora 16 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora, you are encouraged to click on "Clone This Bug" and open it against that version of Fedora. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete. The process we are following is described here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping --- Additional comment from Fedora End Of Life on 2013-02-13 10:55:37 EST --- Fedora 16 changed to end-of-life (EOL) status on 2013-02-12. Fedora 16 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora please feel free to reopen this bug against that version. Thank you for reporting this bug and we are sorry it could not be fixed. -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=ubqA30ShKa&a=cc_unsubscribe

1 17

[Fedora-i18n-bugs] [Bug 880494] New: French Keyboard layout not following PC105 (physically same as USA English), and Cannot allocate Eurosymbol as altchar-E or altchar-5
by Red Hat Bugzilla 02 Oct '14

02 Oct '14

Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=880494 Bug ID: 880494 Summary: French Keyboard layout not following PC105 (physically same as USA English), and Cannot allocate Eurosymbol as altchar-E or altchar-5 Product: Fedora Version: 18 Component: xkeyboard-config Severity: low Priority: unspecified Reporter: lsatenstein(a)yahoo.com Description of problem: There is an annaconda problem, and a keyboard layout definition problem and a physical keyboard layout problem. Version-Release number of selected component (if applicable): Fedora 18 RC1 32bit How reproducible: F18 RC1 is being installed with default as English language. But I need the Canadian French Keyboard, as I write both English and French I added the Canadian French keyboard and placed it first in the list. Anaconda continues to ignore the CF keyboard mapping. Only way to force a switch from the US default was is to delete the USA keyboard, which activates the Cdn French version and then i added back the USA English. The USA English physical layout is correct. The Canadian French Keyboard must look like the USA English (PC105 layout). Missing is what configuration we could do in the past (F16,F17), which was to allow one to assign the Euro symbol to the alt-char E, or alt-char 5 So, Anaconda needs some correction to fix what I described, and the keyboard selection physical layout needs to match the physical layout of the USA English 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.

1 37

[Fedora-i18n-bugs] [Bug 838734] New: ibus(-anthy?) slow to startup/activate
by Red Hat Bugzilla 25 Aug '14

25 Aug '14

https://bugzilla.redhat.com/show_bug.cgi?id=838734 Bug ID: 838734 QA Contact: extras-qa(a)fedoraproject.org Severity: unspecified Version: 17 Priority: unspecified CC: i18n-bugs(a)lists.fedoraproject.org, shawn.p.huang(a)gmail.com, tagoh(a)redhat.com, tfujiwar(a)redhat.com Assignee: tfujiwar(a)redhat.com Summary: ibus(-anthy?) slow to startup/activate Regression: --- Story Points: --- Classification: Fedora OS: Unspecified Reporter: petersen(a)redhat.com Type: Bug Documentation: --- Hardware: Unspecified Mount Type: --- Status: NEW Component: ibus-anthy Product: Fedora Description of problem: Not sure if it is ibus or ibus-anthy but at least ibus-anthy these days often seems very slow to activate/turn on. Steps to Reproduce: 1. Activate ibus-anthy for first time in session say 2. start typing immediately Actual results: ibus-anthy takes some seconds to activate - often resulting in my first input not getting converted at all: eg just now I wanted to write "ありがとう”but actual input was "ariがとう"... Expected results: "ありがとう" and ibus-anthy to activate immediately. Ueno-san mentioned to me in another context that it might be loading of ibus-anthy config that is the bottleneck. Additional info: This seems like a regression but maybe it is related to upstream ibus not supporting preloading of IMEs? Anyway not really sure why ibus-anthy should take so long to start up. -- You are receiving this mail because: You are on the CC list for the bug.

1 20

[Fedora-i18n-bugs] [Bug 803583] New: Keyboard layout selection drop down list needs to be more user friendly
by Red Hat Bugzilla 15 Aug '14

15 Aug '14

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: Keyboard layout selection drop down list needs to be more user friendly https://bugzilla.redhat.com/show_bug.cgi?id=803583 Summary: Keyboard layout selection drop down list needs to be more user friendly Product: Fedora Version: 17 Platform: Unspecified OS/Version: Unspecified Status: NEW Severity: unspecified Priority: unspecified Component: ibus AssignedTo: tfujiwar(a)redhat.com ReportedBy: apeter(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: tfujiwar(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org, shawn.p.huang(a)gmail.com Classification: Fedora Story Points: --- Type: --- Regression: --- Mount Type: --- Documentation: --- Description of problem: In Ibus preferences, go to the Input Method and select the option "Show all input methods", the drop down menu closes, and then need to click again on "Select an input method" to view those input methods under "Show all input methods" option. Version-Release number of selected component (if applicable): ibus-1.4.99.20120304-3.fc17 How reproducible: Always Steps to Reproduce: 1. Go to Ibus->Preferences and select "Input Method" tab. 2. Click on "Select an input method", you can find the "Show all input methods" option in the drop down menu, click on this option. 3. You can see the drop down list closes and need to click again on "Select an input method" to view lists under "Show all input methods" option. Actual results: Explained above. Expected results: When the "Show all input methods" is selected, without closing the drop down list, other input methods must be listed. 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.

1 12

[Fedora-i18n-bugs] [Bug 657684] New: RFE: Request EPEL6 build of Canna.
by Red Hat Bugzilla 07 Aug '14

07 Aug '14

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: RFE: Request EPEL6 build of Canna. https://bugzilla.redhat.com/show_bug.cgi?id=657684 Summary: RFE: Request EPEL6 build of Canna. Product: Fedora Version: rawhide Platform: Unspecified OS/Version: Unspecified Status: NEW Severity: medium Priority: low Component: Canna AssignedTo: tagoh(a)redhat.com ReportedBy: steve.traylen(a)cern.ch QAContact: extras-qa(a)fedoraproject.org CC: tagoh(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org Classification: Fedora Hi, I maintain xemacs in EPEL and I am interested in merging the current Fedora xemacs version to EPEL 6. One missing dependency is Canna. I just checked and the "devel" version of Canna builds without any modification on RHEL6. Would you be willing and able to maintain an EPEL6 version of Canna? Steve. -- 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.

1 11

[Fedora-i18n-bugs] [Bug 821221] New: Unable to select input methods under KDE
by Red Hat Bugzilla 28 Jul '14

28 Jul '14

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: Unable to select input methods under KDE https://bugzilla.redhat.com/show_bug.cgi?id=821221 Summary: Unable to select input methods under KDE Product: Fedora Version: 17 Platform: i386 OS/Version: Linux Status: NEW Severity: high Priority: unspecified Component: ibus AssignedTo: tfujiwar(a)redhat.com ReportedBy: ed.greshko(a)greshko.com QAContact: extras-qa(a)fedoraproject.org CC: tfujiwar(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org, shawn.p.huang(a)gmail.com Classification: Fedora Story Points: --- Type: Bug Regression: --- Mount Type: --- Documentation: --- Description of problem: When KDE is the desktop environment all input methods are grayed out. So, it is impossible to select any input method. Version-Release number of selected component (if applicable): How reproducible: Install Fedora 17 TC-4 LiveKDE to disk. Then add language support for Japan, Korea, Simplified and Traditional Chinese. Steps to Reproduce: 1. Install Fedora 17 TC-4 LiveKDE to disk 2. Install language support for Japan, Korea, Simplified and Traditional Chinese. 3. Install additional ibus input methods if desired 4. Use im-chooser to select ibus 5. Logout/login 6. Go to ibus preferences, Input method tab, check Customize 7. Use pull down menu to pick input methods Actual results: All input methods are grayed out and not select-able Expected results: Installed methods should be select-able Additional info: Also installed Fedora 17 TC-4 from DVD with GNOME and KDE. In GNOME the input methods can be selected -- 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.

1 23

[Fedora-i18n-bugs] [Bug 681943] New: RFE: Support langpacks specific to Finnish
by Red Hat Bugzilla 10 Jul '14

10 Jul '14

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: RFE: Support langpacks specific to Finnish https://bugzilla.redhat.com/show_bug.cgi?id=681943 Summary: RFE: Support langpacks specific to Finnish Product: Fedora Version: 15 Platform: Unspecified OS/Version: Unspecified Status: NEW Severity: unspecified Priority: unspecified Component: yum-langpacks AssignedTo: petersen(a)redhat.com ReportedBy: vpivaini(a)cs.helsinki.fi QAContact: extras-qa(a)fedoraproject.org CC: notting(a)redhat.com, petersen(a)redhat.com, james.antill(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org Classification: Fedora Description of problem: Finnish spell checking in Fedora and most other Free Linux-based operating systems is handled by the Voikko library: http://voikko.sourceforge.net/ Voikko needs extensions and plugins to work with some of the programs or other spell checking frameworks in Fedora. The langpacks plugin should install these, when appropriate. When installing libreoffice, install openoffice.org-voikko (the name will be changed, probably in F16, to libreoffice-voikko) When installing firefox, install mozvoikko When installing enchant, install enchant-voikko -- 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.

1 16

[Fedora-i18n-bugs] [Bug 493604] New: Tracker: System Configuration Tools Cleanup Project
by Red Hat Bugzilla 07 Jul '14

07 Jul '14

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: Tracker: System Configuration Tools Cleanup Project https://bugzilla.redhat.com/show_bug.cgi?id=493604 Summary: Tracker: System Configuration Tools Cleanup Project Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: low Component: system-config-language AssignedTo: psatpute(a)redhat.com ReportedBy: jreznik(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: psatpute(a)redhat.com, fedora-i18n-bugs(a)redhat.com Estimated Hours: 0.0 Classification: Fedora Target Release: --- Description: This is "System Configuration Tools Cleanup Project" tracker for this component. Additional information: Look at https://bugzilla.redhat.com/480902 for more information. -- 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.

1 25

[Fedora-i18n-bugs] [Bug 810211] New: The key events with ctrl key isn't delivered during the switcher window is open
by Red Hat Bugzilla 01 Jul '14

01 Jul '14

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: The key events with ctrl key isn't delivered during the switcher window is open https://bugzilla.redhat.com/show_bug.cgi?id=810211 Summary: The key events with ctrl key isn't delivered during the switcher window is open Product: Fedora Version: 17 Platform: Unspecified OS/Version: Unspecified Status: NEW Severity: unspecified Priority: unspecified Component: ibus AssignedTo: tfujiwar(a)redhat.com ReportedBy: tagoh(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: tfujiwar(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org, shawn.p.huang(a)gmail.com Classification: Fedora Story Points: --- Type: Bug Regression: --- Mount Type: --- Documentation: --- Description of problem: The switcher window is open when ctrl+space is pressed and keep it open until the ctrl key is released. this behavior is introduced since f17 though, the key combination with ctrl key could be sent to application without releasing the ctrl key in older releases. e.g. one may wants to move the cursor with ctrl+a and ctrl+e after turn off ibus. on f16 or older version, it could be done by the following sequences: ctrl+space (to turn off) -> ctrl+a (to move the cursor at the beginning of line) but on f17: ctrl+space -> release the ctrl key -> ctrl+a. need an extra step to accomplish it. So that would be nice if we can keep the old behavior on f17 too. As we talked on IRC, I don't mind whether keep the switcher window open or not. if it's easier to do it after closing, that's fine. Version-Release number of selected component (if applicable): ibus-1.4.99.20120317-2.fc17.x86_64 -- 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.

1 27

[Fedora-i18n-bugs] [Bug 830563] New: language select does not change system language
by Red Hat Bugzilla 01 Jul '14

01 Jul '14

https://bugzilla.redhat.com/show_bug.cgi?id=830563 Bug ID: 830563 QA Contact: extras-qa(a)fedoraproject.org Severity: unspecified Version: 17 Priority: unspecified CC: i18n-bugs(a)lists.fedoraproject.org, nav007(a)gmail.com, psatpute(a)redhat.com Assignee: psatpute(a)redhat.com Summary: language select does not change system language Regression: --- Story Points: --- Classification: Fedora OS: Unspecified Reporter: caterpillar86(a)gmail.com Type: Bug Documentation: --- Hardware: Unspecified Mount Type: --- Status: NEW Component: system-config-language Product: Fedora Description of problem: On Fedora KDE spin (fresh install) the system-config-language does not change the system language. Only a few components changed language. -- You are receiving this mail because: You are on the CC list for the bug.

1 32

← Newer
1
...
5
6
7
8
9
10
11
...
28
Older →

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

i18n-bugs February 2013