After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 90983 - Corrupt .server file brings down bonobo completely
Corrupt .server file brings down bonobo completely
Status: RESOLVED WONTFIX
Product: bonobo
Classification: Deprecated
Component: libbonobo
CVS HEAD
Other other
: Normal normal
: ---
Assigned To: Michael Meeks
bonobo qa
gnome[unmaintained]
: 105958 108285 (view as bug list)
Depends on: 131045
Blocks:
 
 
Reported: 2002-08-16 19:31 UTC by nadaschauher
Modified: 2018-06-16 13:44 UTC
See Also:
GNOME target: ---
GNOME version: 2.9/2.10



Description nadaschauher 2002-08-16 19:31:05 UTC
I dug myself a bit into Bonobo programming, made a component, wrote a
.server. In that .server, I accidentally typed "oaf server" instead of
"oaf_server". After inserting that .server, my application was unable to
create the component. It was also unable to create any other component,
and, much worse, any other application was unable to create any component,
breaking the *running* Gnome desktop.

With that corrupt .server installed, not even the panel would come up when
starting Gnome.

The bonobo activation should really be more tolerant, i.e. ignore corrupt
files instead of choking on them. When third parties start developing for
Gnome, a user would be in total surprise if he installs some broken
crackpot  application, and finds his complete desktop defunct.
Comment 1 Michael Meeks 2002-08-19 08:40:22 UTC
Given that it screwed you the developer, rather than screwing the user
- I don't much mind I must say.

If you as a distributor ship a package that you know breaks the entire
system - then you're not going to have customers that long ;-)

If you want - create a patch to fix it. We really need a better way to
get warnings out of the server - perhaps syslogging them conditionally
or somesuch.
Comment 2 Michael Meeks 2002-10-15 11:33:41 UTC
ok - so this just bit me ;-) we clearly need more output here -
syslogging it would be best - but certainly not assert failing when
something goes wrong.  Any chance of a patch ? shouldn't be that tough ...
Comment 3 Yanko Kaneti 2003-01-08 18:36:55 UTC
It also dies misteriously on a dangling server file symlink. 
Took me quite a while to figure that was the problem....:(
Comment 4 Michael Meeks 2003-01-09 09:22:52 UTC
It'd be _really_ good if we could open a connection to syslog, and log
errors and messages there - much like gconf does.

It should be a pretty easy port; if we can make that happen, I'm happy
for it to continue to work on this sort of error.
How does that sound ?
Comment 5 Michael Meeks 2003-03-17 11:02:43 UTC
*** Bug 108285 has been marked as a duplicate of this bug. ***
Comment 6 Kjartan Maraas 2003-05-11 10:23:45 UTC
*** Bug 105958 has been marked as a duplicate of this bug. ***
Comment 7 Michael Meeks 2004-02-02 17:41:50 UTC
So - we're just waiting for a patch for this;
Comment 8 Gustavo Carneiro 2004-08-07 15:24:47 UTC
Hm... I see syslog messages from bonobo-activation-server already.  But I also
see some g_warnings in debug mode.
  Is this bug still pertinent, or do we still need to convert the g_warnings to
syslog messages?
Comment 9 Michael Meeks 2006-05-17 13:40:18 UTC
as long as there is some warning in syslog about a bad .server file & which file it is we can close this out :-)
Comment 10 André Klapper 2018-06-16 13:44:32 UTC
https://gitlab.gnome.org/Archive/bonobo/ has been archived in Git.

It is not under active development anymore and it is unlikely that there will be any further active development.

Closing this report as WONTFIX as part of Bugzilla Housekeeping to reflect
reality (see bug 790929). Please feel free to reopen this bug report in the future if anyone takes the responsibility for active development again.