[Fedora-i18n-bugs] [Bug 802052] New: Enable ibus-indicator@example.com extension -> Enable or disable doesn't work with Hangul 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: Enable ibus-indicator(a)example.com extension -> Enable or disable doesn't work with Hangul Key
https://bugzilla.redhat.com/show_bug.cgi?id=802052
Summary: Enable ibus-indicator(a)example.com extension -> Enable
or disable doesn't work with Hangul Key
Product: Fedora
Version: 17
Platform: x86_64
OS/Version: Linux
Status: NEW
Severity: medium
Priority: unspecified
Component: ibus
AssignedTo: tfujiwar(a)redhat.com
ReportedBy: sangu.fedora(a)gmail.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:
Enable ibus-indicator(a)example.com extension -> Enable or disable shortkey
doesn't work with Hangul Key
Version-Release number of selected component (if applicable):
1.4.99.20120304-3.fc17.x86_64
How reproducible:
always
Steps to Reproduce:
1. gsettings set org.gnome.shell enabled-extensions
"['ibus-indicator(a)example.com']"
2. gnome-shell restart
3. Click Hangul Key
Actual results:
Expected results:
Additional info:
After disable ibus-indicator(a)example.com extension -> Hangul Key works well.
--
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.
11 years, 11 months
[Fedora-i18n-bugs] [Bug 810415] New: input-pad cannot switch IMEs with ibus 1.5
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: input-pad cannot switch IMEs with ibus 1.5
https://bugzilla.redhat.com/show_bug.cgi?id=810415
Summary: input-pad cannot switch IMEs with ibus 1.5
Product: Fedora
Version: 17
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Severity: unspecified
Priority: unspecified
Component: ibus
AssignedTo: tfujiwar(a)redhat.com
ReportedBy: tfujiwar(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: ---
input-pad XTest mode can send the keyevents to gtk clients but cannot switch IM
engines by pressing Control + space buttons on input-pad with ibus 1.5.
To reproduce:
1. Invoke input-pad and ibus-ui-gtk3.
2. Press Control+space on input-pad window.
--
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.
11 years, 11 months
[Fedora-i18n-bugs] [Bug 799571] New: After restarting ibus, Enable or disable ( with Control+space ) works.
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: After restarting ibus, Enable or disable ( with Control+space ) works.
https://bugzilla.redhat.com/show_bug.cgi?id=799571
Summary: After restarting ibus, Enable or disable ( with
Control+space ) works.
Product: Fedora
Version: 17
Platform: x86_64
OS/Version: Linux
Status: NEW
Severity: medium
Priority: unspecified
Component: ibus
AssignedTo: tfujiwar(a)redhat.com
ReportedBy: sangu.fedora(a)gmail.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:
After restarting ibus, Enable or disable ( Control+space ) works.
Version-Release number of selected component (if applicable):
1.4.99.20120203-3.fc17.x86_64
How reproducible:
always
Steps to Reproduce:
1. Login in GDM
2. Click Ctrl + space or Hangul key
3. ibus restarts
Actual results:
Expected results:
Additional info:
ibus-hangul-1.4.0-3.fc17.x86_64
$ gsettings get org.gnome.shell enabled-extensions
['ibus-indicator(a)example.com']
--
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.
11 years, 11 months
[Fedora-i18n-bugs] [Bug 816513] New: package does not own some directories
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: package does not own some directories
https://bugzilla.redhat.com/show_bug.cgi?id=816513
Summary: package does not own some directories
Product: Fedora
Version: 16
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Severity: unspecified
Priority: unspecified
Component: fcitx
AssignedTo: liangsuilong(a)gmail.com
ReportedBy: pnemade(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org,
liangsuilong(a)gmail.com, robinlee.sysu(a)gmail.com
Classification: Fedora
Story Points: ---
Type: Bug
Regression: ---
Mount Type: ---
Documentation: ---
Description of problem:
Looking into fcitx.spec file, I found
fcitx package should own following directory
%{_datadir}/%{name} that mean /usr/share/fcitx
fcitx-data should own following directory
%{_datadir}/%{name}/inputmethod/ that mean /usr/share/fcitx/inputmethod
fcitx-libs should own
%{_libdir}/%{name}
Version-Release number of selected component (if applicable):
fcitx-4.2.0-1.fc16.x86_64
How reproducible:
always
Steps to Reproduce:
1.
2.
3.
Actual results:
Expected results:
Additional info:
Fix this on all the Fedora branches
--
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.
11 years, 11 months
[Fedora-i18n-bugs] [Bug 738016] New: fcitx 4.1.1-2 not built with $RPM_OPT_FLAGS
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: fcitx 4.1.1-2 not built with $RPM_OPT_FLAGS
https://bugzilla.redhat.com/show_bug.cgi?id=738016
Summary: fcitx 4.1.1-2 not built with $RPM_OPT_FLAGS
Product: Fedora
Version: rawhide
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Keywords: Patch, Regression
Severity: unspecified
Priority: unspecified
Component: fcitx
AssignedTo: liangsuilong(a)gmail.com
ReportedBy: ville.skytta(a)iki.fi
QAContact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org,
liangsuilong(a)gmail.com
Blocks: 496968
Classification: Fedora
Story Points: ---
Type: ---
Created attachment 522957
--> https://bugzilla.redhat.com/attachment.cgi?id=522957
Build with %cmake macro
fcitx 4.1.1-2 is not built with $RPM_OPT_FLAGS, 4.0.1 did not have this
problem. Simply using the %cmake macro fixes this and other problems, see
attached patch.
--
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.
11 years, 11 months
[Fedora-i18n-bugs] [Bug 541055] Anaconda "Select language" screen is not available from F12 KDE LiveMedia
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=541055
Bartosz Wierucki <bartosz.wierucki(a)wp.pl> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |bartosz.wierucki(a)wp.pl
--- Comment #23 from Bartosz Wierucki <bartosz.wierucki(a)wp.pl> 2012-05-03 05:06:04 EDT ---
When I install Fedora from the KDE Live media, I simply have to do three things
to have the system fully localised (Polish):
1. Boot KDE Live media and start installing Fedora by runing Konsole and
entering the following command:
export LANG=pl_PL.UTF-8; /usr/bin/liveinst
2. Boot the newly installed system and add missing language support:
yum groupinstall polish-support
3. Choose Polish as the preferred language from Available languages in KDE's
System settings (Country/Region and Language).
I think this method applies to other languages respectively.
Nevertheless this bug is still present in Fedora 17 Beta version of KDE Live
and it is irritating for non-English speakers. :-(
--
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.
11 years, 11 months
[Fedora-i18n-bugs] [Bug 795587] New: [ALL Lang] TimeZone in Clock is Boston by default
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: [ALL Lang] TimeZone in Clock is Boston by default
https://bugzilla.redhat.com/show_bug.cgi?id=795587
Summary: [ALL Lang] TimeZone in Clock is Boston by default
Product: Red Hat Enterprise Linux 6
Version: 6.0
Platform: All
OS/Version: Linux
Status: NEW
Keywords: i18n
Severity: medium
Priority: low
Component: anaconda
AssignedTo: anaconda-maint-list(a)redhat.com
ReportedBy: ngalvin(a)redhat.com
QAContact: release-test-team(a)redhat.com
CC: petersen(a)redhat.com, mclasen(a)redhat.com,
rstrode(a)redhat.com, aalam(a)redhat.com,
anaconda-maint-list(a)redhat.com, kanarip(a)kanarip.com,
pnemade(a)redhat.com, jonathan(a)jonmasters.org,
i18n-bugs(a)lists.fedoraproject.org,
clancy.kieran+redhat(a)gmail.com,
ceski(a)fedoraproject.org, warrior_62095(a)yahoo.com,
brunor(a)br.ibm.com
Depends on: 528140
Classification: Red Hat
Story Points: ---
Clone Of: 528140
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
+++ This bug was initially created as a clone of Bug #528140 +++
Description of problem:
On RHEL 6 machine, the Location is set to Americas/Sao Paulo (two other places
were also used during the tests having the same results), after the user login,
the default location is set to Boston America/New York.
The results were the same when we selected the 'System uses UTC' option during
the installation.
After resetting the location manually, and rebooting, the changes did remain
after booting again.
Version-Release number of selected component (if applicable):
gnome-panel
system-config-date
libgweather
How reproducible:
Everytime
Steps to Reproduce:
1. fresh install with Americas/Sao Paulo locale
2. login
3. Click on clock/Task Top-Right Side
Actual results:
Boston is added by Default
Expected results:
Either should be default for locale or s-c-date's Zone
Additional info:
--- Additional comment from aalam(a)redhat.com on 2009-10-09 10:18:20 EDT ---
French (fr_FR) also showing Boston only Time zone in Clock
--- Additional comment from mclasen(a)redhat.com on 2009-10-09 14:02:53 EDT ---
This is an intentional change; we think having some location selected is better
than none at all; it makes the location support more understandable. Ideally,
we will have a) geolocation support to automatically detect your location and
b) firstboot support to select the default location.
--- Additional comment from aalam(a)redhat.com on 2009-10-09 21:20:16 EDT ---
ok, that is good idea,
libgweather providing default region for each locale (for weather information),
--- Additional comment from ceski(a)fedoraproject.org on 2009-11-05 03:17:47 EST
---
I find the part of comment #2 after "Ideally" good. I disagree with the first
part, though. Although I see the need of hinting the user about location
support, I think that arbitrarily picking a location implies favoring a given
city or country over all others and this may make some users feel
discriminated. Politics may come at play here. Why a city on the East Coast and
not on the West Coast? Why not a city in another country or continent?
So while the changes in comment #2 are being implemented, there should be no
default location selected without any input from the user.
If I remember correctly, there was no hinting about location support previous
versions of Fedora anyway, so there is no regression in not providing any in
Fedora 12.
--- Additional comment from triage(a)lists.fedoraproject.org on 2009-11-16
08:26:41 EST ---
This bug appears to have been reported against 'rawhide' during the Fedora 12
development cycle.
Changing version to '12'.
More information and reason for this action is here:
http://fedoraproject.org/wiki/BugZappers/HouseKeeping
--- Additional comment from clancy.kieran+redhat(a)gmail.com on 2009-11-25
03:47:17 EST ---
Why does this need to be during firstboot?
Fedora 12 asked for my timezone/location when I installed it by showing a big
map and getting me to click on it. Why doesn't it use that? It logged it in my
anaconda-ks.cfg file, and assumably stored that information someplace.
Also, I agree with Davide that having no default location is better than
choosing one arbitrarily.
--- Additional comment from warrior_62095(a)yahoo.com on 2009-12-09 11:16:36 EST
---
I agree with Kieran.
I already selected Chicago from the map, so start there if you need a default.
What is the point of me choosing if it will be ignored? Make the weather show
in Chicago. At least that is in the same time zone.
Taking it a step further-
I do not know if there is an equivalent of a zip code abroad (I admit this is
probably something I should not be ignorant of) but maybe ask for that or give
me a list of "weather locations" in the region of the "Chicago" selection I
made earlier while doing the install.
Why is it giving me Chicago option just to select Boston on it's own?
I really want my weather the be in St. Louis, MO (which is Chesterfield, MO in
the weather list) in the first place.
--- Additional comment from petersen(a)redhat.com on 2010-09-02 03:17:10 EDT ---
I agree with Dave seems better UX to default
to the selected system timezone location.
--- Additional comment from rstrode(a)redhat.com on 2010-11-30 13:22:47 EST ---
well part of the problem, I think, is the clock wants the user's actual
location not timezone. We only get timezone during install, so e.g., if a user
lives in Boston they would pick New York as a timezone.
That means if we used that information we would still end up with the wrong
location out of the box in the clock.
I think ideally anaconda would let the user pick location not just timezone and
then we could make gnome-panel (or the shell in gnome 3) pick that up by
default
--- Additional comment from brunor(a)br.ibm.com on 2011-03-08 09:44:47 EST ---
Any target dates for implementation?
--
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.
11 years, 11 months
[Fedora-i18n-bugs] [Bug 814631] New: Typo in 62-google-croscore-cousine-fontconfig.conf
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: Typo in 62-google-croscore-cousine-fontconfig.conf
https://bugzilla.redhat.com/show_bug.cgi?id=814631
Summary: Typo in 62-google-croscore-cousine-fontconfig.conf
Product: Fedora
Version: rawhide
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Severity: unspecified
Priority: unspecified
Component: google-croscore-fonts
AssignedTo: pnemade(a)redhat.com
ReportedBy: tagoh(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: pnemade(a)redhat.com,
fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org
Classification: Fedora
Story Points: ---
Type: Bug
Regression: ---
Mount Type: ---
Documentation: ---
Description of problem:
the description says
<quote>
Cousine was designed by Steve Matteson as an innovative, refreshing sans serif
design that is metrically compatible with Courier New.
</quote>
but the configuration file provides aliases for Arial but not Courier New.
Version-Release number of selected component (if applicable):
1.21.0-8
Actual results:
http://koji.fedoraproject.org/koji/rpminfo?rpmID=3037103
http://pkgs.fedoraproject.org/gitweb/?p=google-croscore-fonts.git;a=blob;...
Expected results:
s/sans-serif/monospace/g
s/Liberation Sans/Liberation Mono/g
s/Arial/Courier New/g
Additional info:
I missed that in the review. sorry.
--
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.
11 years, 11 months
[Fedora-i18n-bugs] [Bug 817841] [abrt] gdk_display_manager_get_default_display (manager=0x0) from ibus 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.
https://bugzilla.redhat.com/show_bug.cgi?id=817841
Pedro Francisco <pedrogfrancisco(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Flag|needinfo?(pedrogfrancisco@g |
|mail.com) |
--- Comment #12 from Pedro Francisco <pedrogfrancisco(a)gmail.com> 2012-05-02 06:55:19 EDT ---
$ gtg
** (process:16664): WARNING **: Trying to register gtype 'GMountMountFlags' as
enum when in fact it is of type 'GFlags'
** (process:16664): WARNING **: Trying to register gtype 'GDriveStartFlags' as
enum when in fact it is of type 'GFlags'
** (process:16664): WARNING **: Trying to register gtype 'GSocketMsgFlags' as
enum when in fact it is of type 'GFlags'
Gtk-Message: Failed to load module "pk-gtk-module"
/usr/lib/python2.7/site-packages/GTG/taskbrowser/browser.py:2004: Warning:
cannot register existing type `GdkDisplayManager'
self.window.show()
/usr/lib/python2.7/site-packages/GTG/taskbrowser/browser.py:2004: Warning:
g_once_init_leave: assertion `result != 0' failed
self.window.show()
/usr/lib/python2.7/site-packages/GTG/taskbrowser/browser.py:2004: Warning:
g_type_register_static: assertion `parent_type > 0' failed
self.window.show()
/usr/lib/python2.7/site-packages/GTG/taskbrowser/browser.py:2004: Warning:
g_object_new: assertion `G_TYPE_IS_OBJECT (object_type)' failed
self.window.show()
Segmentation fault (core dumped)
I'm on x86, I'll try on x86-64 (tomorrow or after) to check if it happens there
was well.
Session was started from GDM.
--
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.
11 years, 11 months
[Fedora-i18n-bugs] [Bug 817841] [abrt] gdk_display_manager_get_default_display (manager=0x0) from ibus 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.
https://bugzilla.redhat.com/show_bug.cgi?id=817841
fujiwara <tfujiwar(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Flag| |needinfo?(pedrogfrancisco@g
| |mail.com)
--- Comment #11 from fujiwara <tfujiwar(a)redhat.com> 2012-05-02 06:34:09 EDT ---
(In reply to comment #10)
> "Getting Things Gnome"
> (...)
> cmdline: /usr/bin/python /usr/bin/gtg
> comment: Always [happens]: [when] opening Getting Things Gnome
> (...)
>
> # rpm -qa gtg python ibus
> python-2.7.3-3.fc17.i686
> gtg-0.2.4-6.fc17.noarch
> ibus-1.4.99.20120428-1.fc17.i686
>
> Running from a Gnome Shell session.
I tried gtg and I cannot reproduce your problem.
Are you still able to reproduce your problem?
I wonder how do you start the desktop session.
--
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.
11 years, 11 months