Bug 325235 – crash in netapplet_set_icon ()

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 325235 - crash in netapplet_set_icon ()


Summary:	crash in netapplet_set_icon ()


Status:	RESOLVED DUPLICATE of bug 326012

Product:	netapplet
Classification:	Deprecated
Component:	applet
Version:	unspecified
Hardware:	Other Linux

Importance:	Normal critical
Target Milestone:	---
Assigned To:	Robert Love
QA Contact:	Robert Love

URL:
Whiteboard:

Depends on:
Blocks:

Reported:	2005-12-29 16:05 UTC by Christian Kirbach
Modified:	2006-05-18 12:36 UTC

See Also:
GNOME target:	---
GNOME version:	---

Description Christian Kirbach 2005-12-29 16:05:20 UTC

from Mike Kupfer - CCing him

Distribution: SuSE Linux 9.3 (i586)
Package: netapplet
Severity: minor
Version: GNOME2.10.0 unspecified
Gnome-Distributor: SUSE
Synopsis: netapplet quits when running VPN
Bugzilla-Product: netapplet
Bugzilla-Component: applet
Bugzilla-Version: unspecified
BugBuddy-GnomeVersion: 2.0 (2.10.0)
Description:
Description of the crash:
My employer provides Cisco's VPN3000 product for access to its internal
network.  Every time I connect to the internal network, I get a pop-up
saying that netapplet quit unexpectedly.

Steps to reproduce the crash:
1. Install VPN3000 client
2. Start netapplet
3. Connect to a VPN3000 server

Expected Results:
Ideally, netapplet would track the changes caused by connecting to the
VPN (e.g., different local IP address).  It would be okay if netapplet
just said "I'm confused" and then waited for the network to return to
sanity (when I exit the VPN session).  I could live with it exiting
gracefully, too, I suppose.

How often does this happen?
Every time.


Backtrace was generated from '/opt/gnome/bin/netapplet'

Using host libthread_db library "/lib/tls/libthread_db.so.1".
[Thread debugging using libthread_db enabled]
[New Thread 1088849344 (LWP 6708)]
0x4070ddce in __waitpid_nocancel () from /lib/tls/libpthread.so.0

+ Trace 64851

Thread 1 (Thread 1088849344 (LWP 6708))

#0 __waitpid_nocancel
from /lib/tls/libpthread.so.0
#1 gnome_init_with_popt_table
from /opt/gnome/lib/libgnomeui-2.so.0
#2 <signal handler called>
#3 raise
from /lib/tls/libc.so.6
#4 abort
from /lib/tls/libc.so.6
#5 g_logv
from /opt/gnome/lib/libglib-2.0.so.0
#6 g_log
from /opt/gnome/lib/libglib-2.0.so.0
#7 g_assert_warning
from /opt/gnome/lib/libglib-2.0.so.0
#8 netapplet_set_icon
at netapplet.c line 168
#9 netapplet_handle_active
at netapplet.c line 1656
#10 netcommon_read_channel
at netcommon.c line 155
#11 g_io_channel_unix_get_fd
from /opt/gnome/lib/libglib-2.0.so.0
#12 g_main_context_dispatch
from /opt/gnome/lib/libglib-2.0.so.0
#13 g_main_context_acquire
from /opt/gnome/lib/libglib-2.0.so.0
#14 g_main_loop_run
from /opt/gnome/lib/libglib-2.0.so.0
#15 gtk_main
from /opt/gnome/lib/libgtk-x11-2.0.so.0
#16 main
at netapplet.c line 1785
#0 __waitpid_nocancel
from /lib/tls/libpthread.so.0

Comment 1 Christian Kirbach 2005-12-29 21:13:55 UTC

Comment #7 from Mike Kupfer (points: 2) 
2005-12-29 18:37 UTC [reply] 

Whenever I reproduce the problem (bug 300296) with a non-debug netapplet, I get the
backtrace that I originally filed for this bug.  When I reproduce the problem
with a debug netapplet, I get the trace that has been filed under bug 325235.

Comment 2 Christian Kirbach 2005-12-29 21:14:35 UTC

confirming since we have debugging symbols

Comment 3 Christian Kirbach 2006-05-18 12:36:12 UTC


*** This bug has been marked as a duplicate of 326012 ***