Bug 196063

Summary:

All GTK applications crash with accessibility enabled (AMD64)

Product:

[Fedora] Fedora

Reporter:

Chris Lee <clee>

Component:

gtk2

Assignee:

Matthias Clasen <mclasen>

Status:

CLOSED WONTFIX

QA Contact:

Severity:

high

Docs Contact:

Priority:

medium

Version:

CC:

dmalcolm, zcerza

Target Milestone:

---

Keywords:

Regression, Reopened

Target Release:

---

Hardware:

x86_64

OS:

Linux

Whiteboard:

Fixed In Version:

Doc Type:

Bug Fix

Doc Text:

Story Points:

---

Clone Of:

Environment:

Last Closed:

2008-02-05 18:05:02 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:

Bug Depends On:

Bug Blocks:

169147, 182226

Attachments:

Description	Flags
eog backtrace	none
eog memory map	none

Description Chris Lee 2006-06-20 18:26:31 UTC

Version-Release number of selected component (if applicable): 
glib2-2.10.3-1.x86_64
gtk2-2.8.18-1.x86_64

How reproducible: Always


Steps to Reproduce:
1. Turn on accessibility (gconftool-2 --set --type bool
/desktop/gnome/interface/accessibility true)
2. Launch a GTK-based application (metacity, evince, eog)
3. Watch the app dump its memory map on the console and freeze.

Additional info:
This did not happen with the packages included in the FC5 release - it only
started happening after I updated to the latest available packages as of
yesterday afternoon.

Comment 1 Chris Lee 2006-06-20 18:30:21 UTC

Created attachment 131210 [details]
eog backtrace

This is a backtrace from eog when I launch it with accessibility turned on.

Comment 2 Chris Lee 2006-06-20 18:35:57 UTC

Created attachment 131211 [details]
eog memory map

This is the memory map dumped to the console when eog crashes. I get similar
dumps from every other GTK program. (If any other program's backtraces or
memory maps are required, I can provide them.)

Comment 3 Zack Cerza 2006-06-20 19:02:50 UTC

You know what? Yesterday I noticed that I couldn't log in with a11y enabled on
my x86_64 workstation. Couldn't find any useful information in logs. Maybe this
is why... :)

Comment 4 Matthias Clasen 2006-06-20 19:09:23 UTC

I spent a week trying to track this down prior to fc5 and gave up. It is filed
upstream, but I have not seen any action on the bug.

Comment 5 Zack Cerza 2006-06-20 19:22:07 UTC

Matthias, can you add a reference to the upstream bug to this one?

Comment 6 Chris Lee 2006-07-21 19:17:02 UTC

Noting, as zcerza asked me to, that this is in fact a regression from the
packages that shipped in FC5-release.

Comment 7 Zack Cerza 2006-07-21 21:01:54 UTC

I went and found the upstream bug.

Comment 8 Matthias Clasen 2006-07-28 02:45:08 UTC

I think we either need to track this down or revert the memleak fix that 
introduced it.

Comment 9 Alexander Larsson 2006-07-28 20:13:25 UTC

Fixed in at-spi-1.7.9-3.

Comment 10 Matthias Clasen 2006-08-02 03:11:02 UTC

Unfortunately, the fix leads to other crashes

Comment 11 Tim Reilly 2006-08-04 18:43:55 UTC

*** Bug 193909 has been marked as a duplicate of this bug. ***

Comment 12 Matthias Clasen 2006-08-05 17:31:10 UTC

I haven't seen a11y-related crashes with the latest version of at-spi, so maybe
this is fixed after all.

Comment 13 Ray Strode [halfline] 2006-08-10 22:06:49 UTC

I played around with things on the box in the megacube and i'm not seeing any
crashes.  I'm going to close this for now.  We can open a new bug if problems
pop up.

Comment 14 Zack Cerza 2006-08-10 22:14:18 UTC

The megacube box is running RHEL5 beta. I'm glad the bug is fixed there, but
this bug was reported against FC5, and to my knowledge it hasn't been fixed
there. Reopening.

Comment 15 Ray Strode [halfline] 2006-08-10 22:20:19 UTC

Moving off FC6Blocker list...

Comment 16 Matthias Clasen 2008-02-05 18:05:02 UTC

Finally closing this. FC5 is no longer supported, and the bug is fixed in newer
releases, I believe.