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=477429
Jens Petersen <petersen(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Version|11 |rawhide
--- Comment #9 from Jens Petersen <petersen(a)redhat.com> 2010-05-13 01:52:59 EDT ---
still not fixed in rawhide afaict
--
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: SCIM exiting abnormally on FC11 after update
https://bugzilla.redhat.com/show_bug.cgi?id=522991
Summary: SCIM exiting abnormally on FC11 after update
Product: Fedora
Version: 11
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: scim
AssignedTo: phuang(a)redhat.com
ReportedBy: gpvprasad(a)gmail.com
QAContact: extras-qa(a)fedoraproject.org
CC: petersen(a)redhat.com, phuang(a)redhat.com,
fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Description of problem:
SCIM exiting abnormally
Version-Release number of selected component (if applicable):
Smart Common Input Method 1.4.8
How reproducible:
Steps to Reproduce:
1.Install fedora and install all packs for Telugu
2.update fedora.
3.rum command SCIM Then SCIM start up fails
Actual results:
Smart Common Input Method 1.4.8
Launching a SCIM daemon with Socket FrontEnd...
Loading simple Config module ...
Creating backend ...
Loading socket FrontEnd module ...
Starting SCIM as daemon ...
Launching a SCIM process with x11...
Loading socket Config module ...
Creating backend ...
Loading x11 FrontEnd module ...
Failed to load x11 FrontEnd module.
SCIM has exited abnormally.
Expected results:
SCIM should start
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: wrong usage of strcpy in parsing command line
https://bugzilla.redhat.com/show_bug.cgi?id=579610
Summary: wrong usage of strcpy in parsing command line
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: eblook
AssignedTo: petersen(a)redhat.com
ReportedBy: ueno(a)unixuser.org
QAContact: extras-qa(a)fedoraproject.org
CC: petersen(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org
Estimated Hours: 0.0
Classification: Fedora
Created an attachment (id=404590)
--> (https://bugzilla.redhat.com/attachment.cgi?id=404590)
patch to fix wrong usage of strcpy
eblook.c:parse_command_line() uses strcpy on overlapped memory areas. This may
corrupt the original command line arguments. Actually, the following eblook
command is not parsed correctly on my environment F-13 (x86-64) with eblook
version 1.6.1-6.
$ eblook
Warning: you should specify a book directory first
eblook> set prompt "eblook> "
eblook show prompt
eblook
eblook
Of course, the line after "eblook> set prompt..." should start with "eblook> "
not "eblook ".
I'll notify the upstream, but the patch is attached.
--
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: Support using icon name in conf file
https://bugzilla.redhat.com/show_bug.cgi?id=528850
Summary: Support using icon name in conf file
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: im-chooser
AssignedTo: tagoh(a)redhat.com
ReportedBy: phuang(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
Target Release: ---
Description of problem:
Currently, it only supports using full icon file path in conf file, I suggest
supporting using icon name too. And if the conf does not specified an correct
icon, I think im-chooser should use a default icon for it.
Version-Release number of selected component (if applicable):
How reproducible:
Steps to Reproduce:
1.
2.
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: [abrt] crash in scim-bridge-0.4.16-2.fc12: Process /usr/bin/scim-bridge was killed by signal 11 (SIGSEGV)
https://bugzilla.redhat.com/show_bug.cgi?id=586211
Summary: [abrt] crash in scim-bridge-0.4.16-2.fc12: Process
/usr/bin/scim-bridge was killed by signal 11 (SIGSEGV)
Product: Fedora
Version: 12
Platform: x86_64
OS/Version: Linux
Status: NEW
Status Whiteboard: abrt_hash:39a9d67fb7c658c53ce9d4d696c284b94173a59e
Severity: medium
Priority: low
Component: scim-bridge
AssignedTo: phuang(a)redhat.com
ReportedBy: lid01(a)myrealbox.com
QAContact: extras-qa(a)fedoraproject.org
CC: petersen(a)redhat.com, phuang(a)redhat.com,
i18n-bugs(a)lists.fedoraproject.org, pwu(a)redhat.com
Classification: Fedora
abrt 1.0.9 detected a crash.
architecture: x86_64
Attached file: backtrace
cmdline: scim-bridge
component: scim-bridge
executable: /usr/bin/scim-bridge
global_uuid: 39a9d67fb7c658c53ce9d4d696c284b94173a59e
kernel: 2.6.32.11-99.fc12.x86_64
package: scim-bridge-0.4.16-2.fc12
rating: 4
reason: Process /usr/bin/scim-bridge was killed by signal 11 (SIGSEGV)
release: Fedora release 12 (Constantine)
--
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.
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=559960
--- Comment #28 from Iván Jiménez <ivancjimenez(a)hotmail.com> 2010-05-11 22:23:03 EDT ---
(In reply to comment #27)
> Do you run firefox-3.6.3-4.fc13?
Yes (sorry for not mentioning it). I can reproduce it in an updated
installation and in a nigthly live image from about 29 abr.
--
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: tuna can silently fail to move threads
https://bugzilla.redhat.com/show_bug.cgi?id=545543
Summary: tuna can silently fail to move threads
Product: Fedora
Version: 12
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: tuna
AssignedTo: acme(a)redhat.com
ReportedBy: streeter(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: acme(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Created an attachment (id=377002)
--> (https://bugzilla.redhat.com/attachment.cgi?id=377002)
patch to generate an error msg on permission failure.
If you invoke the tuna command to move threads to other cpus, and you do not
have the necessary permissions, tuna will fail without any indication.
--
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: tuna can silently fail to move threads
https://bugzilla.redhat.com/show_bug.cgi?id=590897
Summary: tuna can silently fail to move threads
Product: Red Hat Enterprise MRG
Version: 1.1.9
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: realtime-utilities
AssignedTo: rt-maint(a)redhat.com
ReportedBy: acme(a)redhat.com
QAContact: davids(a)redhat.com
CC: streeter(a)redhat.com, bhu(a)redhat.com, acme(a)redhat.com,
lgoncalv(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org
Depends on: 545543
Classification: Red Hat
Target Release: ---
Clone Of: 545543
+++ This bug was initially created as a clone of Bug #545543 +++
Created an attachment (id=377002)
--> (https://bugzilla.redhat.com/attachment.cgi?id=377002)
patch to generate an error msg on permission failure.
If you invoke the tuna command to move threads to other cpus, and you do not
have the necessary permissions, tuna will fail without any indication.
--
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: im-chooser uses old Bluecurve icon
https://bugzilla.redhat.com/show_bug.cgi?id=540292
Summary: im-chooser uses old Bluecurve icon
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Keywords: FutureFeature
Severity: medium
Priority: low
Component: im-chooser
AssignedTo: tagoh(a)redhat.com
ReportedBy: piotrdrag(a)gmail.com
QAContact: extras-qa(a)fedoraproject.org
CC: tagoh(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
im-chooser still uses old Bluecurve icon:
http://svn.fedorahosted.org/svn/im-chooser/trunk/data/im-chooser.png
I think our Design Team would love to create a new modern one. Do you want me
to contact with them about it?
--
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: f13 new icon for im-chooser
https://bugzilla.redhat.com/show_bug.cgi?id=587712
Summary: f13 new icon for im-chooser
Product: Fedora
Version: 13
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: im-chooser
AssignedTo: tagoh(a)redhat.com
ReportedBy: duffy(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: tagoh(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org
Classification: Fedora
Target Release: ---
Created an attachment (id=410536)
--> (https://bugzilla.redhat.com/attachment.cgi?id=410536)
new im-chooser icons from Lapo Calamandrei and the GNOME Art Team
Description of problem:
Lapo Calamandrei designed these new im-chooser icons to match the
gnome-icon-theme. Would you consider adding them in for F13? It's especially
important our icons in the default Fedora install are consistent, and
im-chooser's icon shows up in a default Fedora install.
I also noticed that im-chooser installs its icon in /usr/share/pixmaps. This is
an outdated way to handle icon files. What you want to do is install these
icons to /usr/share/icons/hicolor/$IMAGE_SIZE/apps, and refer to the icon as
'im-chooser' in the .desktop file for the app (e.g., Icon=im-chooser) - then
the icon system will pull up the appropriate size icon as needed.
I've added the new icons as an attachment and I've aligned this to the
f13-artwork bug which is currently an F13 blocker.
--
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.