Bug 283531

Summary:	A lot of warnings on stdout/stderr
Product:	[Fedora] Fedora	Reporter:	Matěj Cepl <mcepl>
Component:	evolution	Assignee:	Matthew Barnes <mbarnes>
Status:	CLOSED CURRENTRELEASE	QA Contact:	Fedora Extras Quality Assurance <extras-qa>
Severity:	low	Docs Contact:
Priority:	medium
Version:	7	CC:	mcepl, mcrha
Target Milestone:	---
Target Release:	---
Hardware:	All
OS:	Linux
Whiteboard:
Fixed In Version:	evolution-2.12.3-1.fc8	Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2008-02-12 17:44:34 UTC	Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:

Description Matěj Cepl 2007-09-08 13:05:09 UTC

Description of problem:
Sorry Matthew if this is a dup, but I cannot find anything interesting for my
evolution spitting a lot of warnings on stderr/stdout. Nothing serious happened,
but now it looks there is even more of them than usually:
[matej@viklef ~]$ evolution
CalDAV Eplugin starting up ...

(evolution:11783): evolution-mail-WARNING **: ignored this junk plugin: not
enabled or we have already loaded one

(evolution:11783): e-utils-WARNING **: Plugin 'Spamassassin zÃ¡suvnÃ½ modul pro
nevyÅ¾Ã¡danou poÅ¡tu' failed to load hook 'org.gnome.evolution.mail.junk:1.0'

(evolution:11783): Gtk-CRITICAL **: gtk_toggle_button_get_active: assertion
`GTK_IS_TOGGLE_BUTTON (toggle_button)' failed

(evolution:11783): e-utils-WARNING **: Cannot resolve symbol
'org_gnome_new_mail_config' in plugin
'/usr/lib/evolution/2.10/plugins/liborg-gnome-new-mail-notify.so' (not exported?)
BBDB spinning up...

(evolution:11783): GLib-GObject-WARNING **: gsignal.c:1669: signal
`source_selected' is invalid for instance `0x9775020'

(evolution:11783): GLib-GObject-WARNING **: gsignal.c:1669: signal
`source_selected' is invalid for instance `0x9775140'

GCJ PLUGIN: thread 0x8ab0458: NP_GetMIMEDescription
GCJ PLUGIN: thread 0x8ab0458: NP_GetMIMEDescription return
GCJ PLUGIN: thread 0x8ab0458: NP_GetValue
GCJ PLUGIN: thread 0x8ab0458: NP_GetValue: returning plugin name.
GCJ PLUGIN: thread 0x8ab0458: NP_GetValue return
GCJ PLUGIN: thread 0x8ab0458: NP_GetValue
GCJ PLUGIN: thread 0x8ab0458: NP_GetValue: returning plugin description.
GCJ PLUGIN: thread 0x8ab0458: NP_GetValue return
** Message: GetValue variable 1 (1)
** Message: GetValue variable 2 (2)
** Message: GetValue variable 1 (1)
** Message: GetValue variable 2 (2)
** Message: GetValue variable 1 (1)
** Message: GetValue variable 2 (2)
** Message: GetValue variable 1 (1)
** Message: GetValue variable 2 (2)
** Message: GetValue variable 1 (1)
** Message: GetValue variable 2 (2)
camel-Message: --
camel-Message: --
camel-Message: --

(Yes, I have a plenty of plugins loaded -- is there a sane way how to get a list
 of them and whether they are switched or not, or do I have to write them down
manually?)


Version-Release number of selected component (if applicable):
[matej@viklef ~]$ rpm -qa evolution\*
evolution-webcal-2.10.0-1.fc7
evolution-remove-duplicates-0.0.2-6.fc7
evolution-data-server-1.10.3.1-2.fc7
evolution-bogofilter-0.2.0-5.fc7
evolution-data-server-devel-1.10.3.1-2.fc7
evolution-2.10.3-4.fc7

How reproducible:
there is always some junk on stdout/stderr, these particular messages are just
this time snapshot.

Steps to Reproduce:
1.start evolution in terminal
2.
3.
  
Actual results:
see above

Expected results:
no output on stdout/stderr

Additional info:
Otherwise I cannot reproduce crashing I mentioned on IRC

Comment 1 Matthew Barnes 2007-09-09 01:42:29 UTC

A few of these warnings are fixed in the update that's sitting in Fedora Updates
Testing right now.  But yeah, the upstream developers often forget to turn off
debugging messages before shipping a release.

Unfortunately, every warning or message has to be tracked down individually.  A
good technique for tracking down at least the WARNING and CRITICAL messages is
to run Evolution in GDB with a breakpoint on the g_logv function, then print a
backtrace when the breakpoint is hit.

As for getting a list of plugins, look in /usr/lib/evolution/2.xx/plugins. 
Evolution loads all plugins except those listed in the GConf key
/apps/evolution/eplugins/disabled (if it exists).

Comment 2 Matěj Cepl 2007-09-10 11:54:09 UTC

Thanks, I will try to hunt them down. Setting to NEEDINFO for myself to remind
me, but otherwise this should be considered NOTABUG.

Comment 3 Matěj Cepl 2007-10-11 23:23:14 UTC

Aj jaj -- just to give myself more time.

Comment 4 Milan Crha 2008-02-12 11:02:45 UTC

Matej, any progress on this?

Comment 5 Matěj Cepl 2008-02-12 17:44:34 UTC

Yeah, it's fixed