Bug 431966

Summary:	segfault in intlclock
Product:	[Fedora] Fedora	Reporter:	Dave Malcolm <dmalcolm>
Component:	gnome-panel	Assignee:	Ray Strode [halfline] <rstrode>
Status:	CLOSED RAWHIDE	QA Contact:	Fedora Extras Quality Assurance <extras-qa>
Severity:	low	Docs Contact:
Priority:	low
Version:	rawhide
Target Milestone:	---
Target Release:	---
Hardware:	i686
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2008-02-21 19:43:04 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 Dave Malcolm 2008-02-08 03:57:04 UTC

Version-Release number of selected component (if applicable):
gnome-panel-2.21.5-1.fc9
(F9 Alpha Live CD i686)

How reproducible:
100%

Steps to Reproduce:
1. Click on clock applet
2. Open "Locations" expander, click "Edit" button
3. Click on "Add" button in "Locations" tab
4. Untitled dialog appears, all fields have blank values, click on Find... button
5. Another untitled dialog appears, click on Find Next, then try typing in text
entry box
  
Actual results:
clock-applet crashes

Expected results:
Shouldn't crash.  (Not sure what all these dialogs ought to be doing, but I'll
open another bug about this)

Comment 1 Dave Malcolm 2008-02-08 04:07:34 UTC

Don't need to click on Find Next at stage 5, typing in the text entry box
triggers it:
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0xb7f95710 (LWP 3560)]
0x00af11ed in gtk_tree_model_get_valist () from /usr/lib/libgtk-x11-2.0.so.0
(gdb) bt
#0  0x00af11ed in gtk_tree_model_get_valist ()
   from /usr/lib/libgtk-x11-2.0.so.0
#1  0x00af1064 in gtk_tree_model_get () from /usr/lib/libgtk-x11-2.0.so.0
#2  0x08065d8b in g_cclosure_marshal_VOID__VOID ()
#3  0x08b8fb90 in ?? ()
#4  0xbfd1b9b4 in ?? ()
#5  0x00000000 in ?? ()
(corrupt stack?)

Comment 2 Matthias Clasen 2008-02-08 04:32:39 UTC

Can't reproduce here with 2.21.90. Do you still see this ?

Comment 3 Jens Petersen 2008-02-20 23:55:47 UTC

Looks fixed to me in current rawhide.