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 329407 - unable to find a11y registry when running yelp from jhbuild shell
unable to find a11y registry when running yelp from jhbuild shell
Status: RESOLVED FIXED
Product: yelp
Classification: Applications
Component: General
2.13.x
Other Linux
: Normal critical
: ---
Assigned To: Yelp maintainers
Yelp maintainers
: 381992 397485 403743 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2006-02-01 00:53 UTC by Brent Smith (smitten)
Modified: 2007-02-10 17:41 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Brent Smith (smitten) 2006-02-01 00:53:06 UTC
Not sure what's going on here.

Backtrace was generated from '/opt/gnome2/bin/yelp'

Using host libthread_db library "/lib/tls/i686/cmov/libthread_db.so.1".
`system-supplied DSO at 0xffffe000' has disappeared; keeping its symbols.
[Thread debugging using libthread_db enabled]
[New Thread -1229752096 (LWP 8958)]
[New Thread -1285887056 (LWP 8971)]
[New Thread -1277494352 (LWP 8970)]
[New Thread -1269101648 (LWP 8969)]
[New Thread -1260708944 (LWP 8968)]
[New Thread -1252262992 (LWP 8960)]
[New Thread -1238910032 (LWP 8959)]
0xffffe410 in __kernel_vsyscall ()

Thread 1 (Thread -1229752096 (LWP 8958))

  • #0 __kernel_vsyscall
  • #1 __waitpid_nocancel
    from /lib/tls/i686/cmov/libpthread.so.0
  • #2 libgnomeui_segv_handle
    at gnome-ui-init.c line 792
  • #3 <signal handler called>
  • #4 IA__g_logv
    at gmessages.c line 493
  • #5 IA__g_log
    at gmessages.c line 517
  • #6 spi_atk_bridge_do_registration
    at bridge.c line 232
  • #7 atk_bridge_init
    at bridge.c line 214
  • #8 gnome_accessibility_module_init
    at bridge.c line 546
  • #9 NSGetModule
    from /usr/lib/mozilla-firefox/components/libaccessibility.so
  • #10 NSGetModule
    from /usr/lib/mozilla-firefox/components/libaccessibility.so
  • #11 NSGetModule
    from /usr/lib/mozilla-firefox/components/libaccessibility.so
  • #12 NSGetModule
    from /usr/lib/mozilla-firefox/components/libaccessibility.so
  • #13 NSGetModule
    from /usr/lib/mozilla-firefox/components/libaccessibility.so
  • #14 NSGetModule
    from /usr/lib/mozilla-firefox/components/libaccessibility.so
  • #15 NSGetModule
    from /usr/lib/mozilla-firefox/components/libaccessibility.so
  • #16 EmbedPrivate::GetAtkObjectForCurrentDocument
    from /usr/lib/mozilla-firefox/libgtkembedmoz.so
  • #17 gtk_moz_embed_new
    from /usr/lib/mozilla-firefox/libgtkembedmoz.so
  • #18 IA__gtk_widget_get_accessible
    at gtkwidget.c line 7559
  • #19 timeout_update_gok
    at yelp-html.cpp line 371
  • #20 g_timeout_dispatch
    at gmain.c line 3292
  • #21 g_main_dispatch
    at gmain.c line 1916
  • #22 IA__g_main_context_dispatch
    at gmain.c line 2466
  • #23 g_main_context_iterate
    at gmain.c line 2547
  • #24 IA__g_main_loop_run
    at gmain.c line 2751
  • #25 bonobo_main
    at bonobo-main.c line 312
  • #26 main
    at yelp-main.c line 458
  • #0 __kernel_vsyscall

Comment 1 Reinout van Schouwen 2006-02-02 20:59:25 UTC
Reproducing this on Mandriva Cooker with Yelp 2.13.4 package from gpwgnome.osknowledge.org.
Comment 2 bill.haneman 2006-02-14 11:48:46 UTC
Seems like your system config is hosed somehow.

Does the at-spi-registryd show us in the process table?  Can other apps find it?
Comment 3 bill.haneman 2006-02-14 12:53:00 UTC
I have heard reports that this problem is affecting users "without accessibility enabled", which does not make sense to me at all (since the relevant code is in the atk-bridge which only gets loaded with assistive technology support ON).

What's up there?
Comment 4 bill.haneman 2006-02-14 13:23:55 UTC
I have heard reports that this problem is affecting users "without
accessibility enabled", which does not make sense to me at all (since the
relevant code is in the atk-bridge which only gets loaded with assistive
technology support ON).

Looks like something in the mozilla execution environment that prevents it from finding the at-spi-registryd...

maybe the mozilla env isn't able to do bonobo activation because it's not looking for the .server files in the right place?
Comment 5 Brent Smith (smitten) 2006-02-14 15:46:33 UTC
So here's the skinny on this:

I can only reproduce when I'm running a gnome 2.12 session, open gnome-terminal and do a "jhbuild shell" which adds /opt/gnome2/bin/ to my path, and /opt/gnome2/lib to the LD_LIBRARY_PATH among other things.  I have accessibility disabled in this session.

When I actually boot into a fresh jhbuild of gnome 2.14 I don't see this problem happening.

The a11y patch that DonS applied causes this issue as it did not happen before the patch.  Since there was one duplicate/similar issue reported in this bug I pulled the patch because there's no way to tell how many people are affected.
Comment 6 Don Scorgie 2006-02-14 16:21:39 UTC
Yes, my patch did cause this, although as I said, I suspect darker forces at work here.

I filed [1] downstream.  Basically, when I try logging into ubuntu (Dapper - the latest devel branch) with accessibility enabled, I get the same error.  I can get around this by disabling accessibility but yelp still crashes when run.

I know this isn't just me [2] and comment #1 suggests this is more than a Ubuntu problem.

As with Brent, if I log into a fresh jhbuild session (as of the end of January) instead of the default ubuntu session, I don't see this problem, so it may be a downstream problem.

[1] https://launchpad.net/distros/ubuntu/+source/gnome-session/+bug/30248
[2] https://lists.ubuntu.com/archives/ubuntu-devel/2006-February/015277.html
[3] https://lists.ubuntu.com/archives/dapper-changes/2006-January/005654.html
Comment 7 bill.haneman 2006-02-15 10:34:48 UTC
Problem with pulling Don's patch is that pulling it regresses some a11y functionality.

The jhbuild setup where the bug manifests seems like it only bites developers, not end-users.  I suspect something weird with libraries, maybe some piece of bincompat has gotten broken and an obsolete library is somehow getting pulled in in this specific situation?

Or perhaps the problem is that in the case you describe, there end up being two instances of the a11y daemons/registry/etc. running for the same userid (which I believe we don't currently support!).

There's still no way I can evaluate this since I cannot, so far, reproduce it.
Comment 8 Don Scorgie 2006-02-15 20:01:06 UTC
I've done a full reinstall of Dapper.  I'm still testing it out, but I can't seem (at the moment) to reproduce this problem.

I'll keep trying though.
Comment 9 Don Scorgie 2006-02-16 18:09:27 UTC
Aparently this has now been fixed in Ubuntu.  Matthew East has tested yelp 2.13.4 and it now works.

This seems to be a distro / build-of-at-spi problem.  Can re re-commit the patch?
Comment 10 Brent Smith (smitten) 2006-02-17 00:16:49 UTC
re-committed.  Where is the bug about this in Ubuntu?
Comment 11 Don Scorgie 2006-02-17 17:26:01 UTC
For reference, the bug report in ubuntu was the one I mentioned earlier:
https://launchpad.net/distros/ubuntu/+bug/30248

Which is against at-spi as it was affecting more than Yelp.
Comment 12 Christian Kirbach 2006-12-03 20:18:26 UTC
*** Bug 381992 has been marked as a duplicate of this bug. ***
Comment 13 Marc-Andre Lureau 2007-02-07 23:34:11 UTC
*** Bug 397485 has been marked as a duplicate of this bug. ***
Comment 14 Marc-Andre Lureau 2007-02-10 17:41:41 UTC
*** Bug 403743 has been marked as a duplicate of this bug. ***