Red Hat Bugzilla – Bug 202289
doesn't recognize evolution
Last modified: 2007-11-30 17:11:40 EST
bug-buddy claims to not know how to file evolution bugs. Thats unfortunate,
since evolution crashes a lot...
I suspect the problem may be that the evolution process is using the binary
evolution-2.8, while the .desktop files all list evolution (without the -2.8)
ok, so looking through this tangled weave, bug-buddy seems to get the
application name indirectly from g_get_prgname(), and this seems to be set to
in evolution by passing this string to gnome_program_init() as app_id.
Can I propose that we
a) don't install an evolution-2.8 binary with an evolution symlink, but just
an evolution binary
b) pass the string "evolution" to gnome_program_init
In evolution/shell/main.c we have:
program = gnome_program_init (PACKAGE "-" BASE_VERSION, ...);
To satisfy part (b) we could just change it to:
program = gnome_program_init (PACKAGE, ...);
Is part (a) then really necessary for bug-buddy to behave correctly?
(Just trying to avoid messing with Makefiles if there's an easier way.)
A separate bug related problem is that bug-buddy seems to think that the
human-readable name of the package "evolution" is Calendar.
$ bug-buddy --package=evolution
Thank you for helping us improving our software.
Please fill your suggestions/error information for Calendar
I'm guessing this is because it's scanning .desktop files looking for the first
entry that invokes "evolution", and we have separate menu items for each
Evolution component. Calendar just happens to come first.
$ grep evolution /usr/share/applications/* | head -n1
$ grep Name= /usr/share/applications/redhat-evolution-calendar.desktop
This needs to be a separate bug report, but just wanted to follow up on my last
comment with a brain storm. If bug-buddy can extract the program name
indirectly from g_get_prgname(), could it not also extract the human-readable
application name indirectly from g_get_application_name()? The application name
in GLib should be localized, so maybe bug-buddy wouldn't have to go sifting
through .desktop files at all.
I'll investigate this.
That'll be more work, since the data is collected in the libgnomui segv_setup
function, and then passed to gnome_segv, which passes it on to bug-buddy
Regarding the binary name, thats probably not necessary. The important part is
that g_get_ptrname returns the same name that is in the .desktop file.
I've filed an upstream bug about related bug-buddy issues here:
Created attachment 135058 [details]
Patch to apply the change described in comment #2
This should be in tomorrow's Rawhide as evolution-2.7.92-6.fc6.
Seems to work for me.