[Intrepid] Regression: X11 Error 'BadImplementation' with many gtk apps

Bug #258498 reported by Herbert V. Riedel
28
Affects Status Importance Assigned to Milestone
GTK+
Expired
Medium
gtk+2.0 (Ubuntu)
Fix Released
Medium
Ubuntu Desktop Bugs

Bug Description

Binary package hint: gcalctool

When starting X11 forwarded application running on a Intrepid/x84_64 install, many gtk apps crash rightaway with the following output:

Gdk-ERROR **: The program 'gnome-calculator' received an X Window System error.
This probably reflects a bug in the program.
The error was 'BadImplementation (server does not implement operation)'.
  (Details: serial 11 error_code 17 request_code 156 minor_code 8)
  (Note to programmers: normally, X errors are reported asynchronously;
   that is, you will receive the error a while after causing it.
   To debug your program, run it with the --sync command line
   option to change this behavior. You can then get a meaningful
   backtrace from your debugger if you break on the gdk_x_error() function.)
aborting...
Trace/breakpoint trap (core dumped)

ProblemType: Crash
Architecture: amd64
DistroRelease: Ubuntu 8.10
ExecutablePath: /usr/bin/gcalctool
Package: gcalctool 5.23.6-0ubuntu1
ProcAttrCurrent: unconfined
ProcCmdline: gnome-calculator
ProcEnviron:
 SHELL=/bin/bash
 PATH=/home/username/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games
 LANG=en_US.UTF-8
Signal: 5
SourcePackage: gcalctool
StacktraceTop:
 ?? () from /usr/lib/libgdk-x11-2.0.so.0
 _XError () from /usr/lib/libX11.so.6
 _XReply () from /usr/lib/libX11.so.6
 XRRGetScreenResources ()
 ?? () from /usr/lib/libgdk-x11-2.0.so.0
Title: gcalctool crashed with signal 5 in _XError()
Uname: Linux 2.6.26-5-generic x86_64
UserGroups: adm admin audio cdrom dialout dip floppy fuse kvm lpadmin plugdev video

Tags: apport-crash

Related branches

Revision history for this message
Herbert V. Riedel (hvr) wrote :
Revision history for this message
Herbert V. Riedel (hvr) wrote :

This was noticed when ssh'ing from a Hardy installation to an Intrepid installation; performing a locally forwarded "ssh -X localhost" session on the Intrepid host itself didn't expose the issue

Revision history for this message
Apport retracing service (apport) wrote : Symbolic stack trace

StacktraceTop:gdk_x_error (display=<value optimized out>, error=<value optimized out>)
_XError (dpy=0x1e441d0, rep=0x1e51300) at ../../src/XlibInt.c:2912
_XReply (dpy=0x1e441d0, rep=0x7ffff3b9b0d4, extra=0, discard=0)
XRRGetScreenResources (dpy=0x1e441d0, window=121) at ../../src/XrrScreen.c:81
init_multihead (screen=0x1e52160)

Revision history for this message
Apport retracing service (apport) wrote : Symbolic threaded stack trace
Changed in gcalctool:
importance: Undecided → Medium
Revision history for this message
Sebastien Bacher (seb128) wrote :
Changed in gcalctool:
assignee: nobody → desktop-bugs
status: New → Triaged
Changed in gtk:
status: Unknown → New
Revision history for this message
Herbert V. Riedel (hvr) wrote :

well...

curiously, "xrandr --version" always reports "Server reports RandR version 1.2" (i.e. also when performed via ssh -X)
but when performing a simple "xrandr --query" it fails over "ssh -X":

$ xrandr --version
Server reports RandR version 1.2

$ xrandr --query

X Error of failed request: BadImplementation (server does not implement operation)

  Major opcode of failed request: 156 (RANDR)

  Minor opcode of failed request: 6 ()

  Serial number of failed request: 9

  Current serial number in output stream: 9

X Error of failed request: BadImplementation (server does not implement operation)

  Major opcode of failed request: 156 (RANDR)

  Minor opcode of failed request: 8 ()

  Serial number of failed request: 10

  Current serial number in output stream: 10

Revision history for this message
Herbert V. Riedel (hvr) wrote :

btw, maybe this bug is better assigned to libxrandr2 instead of gtk+?

Changed in gtk:
status: New → Invalid
Revision history for this message
Sebastien Bacher (seb128) wrote :

the issue is fixed upstream now

Changed in gtk+2.0:
status: Triaged → Fix Committed
Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package gtk+2.0 - 2.14.2-0ubuntu1

---------------
gtk+2.0 (2.14.2-0ubuntu1) intrepid; urgency=low

  * New upstream version:
    - Don't use XRRGetScreenResources, since it doesn't work well
      (lp: #245383, #258498)
    - Bugs fixed:
    551063 deprecated marking without a link to what new code should use
    319849 gtkcalendar look in RTL locales
    550989 gdk_display_put_event should call g_main_context_wakeup
    550062 Small update in gdk/gdkkeysyms.h
    551325 Reference to wrong parameter in gtk_editable_insert_text
    551386 gtk_printer_set_is_default() always sets TRUE
    550676 Memory leak, update keyboard layout data structure
    551699 gtk_scrolled_window_destroy() is broken
    551567 DND mark broken
    551378 Print dialog: should try UDS when fetching PPD for localhost
    536542 gtk_list_store_set() documentation doesn't say whether...
    552153 GtkModules loading with XSettings doesn't work...
    552001 gtkimcontextsimple.c: variable is declared at middle...
    551987 GtkPaned redrawing problem
    551722 gtk_widget_set_scroll_adjustments() should check...
    552107 Small libtool fixes
    552500 GtkPrintSettings API doc not precise enough
    408154 Change GtkEntryCompletion max-items to style property
    329593 Entering characters on a line very cpu intensive and slow
    552667 gtkimage containing gicon leaks memory
    552668 format not a string literal and no format arguments...
    346903 gtk_enumerate_printers needs events to complete
    550969 fix a typo which breaks the static build
    517233 Calling gdk_pixbuf_loader_close causes "GError set over...
    551063 deprecated marking without a link to what new code should use
    540967 docs build slowly because of entities
  * debian/patches/021_loader-files-d.patch:
    - new version update
  * debian/patches/080_correct_typo_fix_static_build.patch:
    - the change is in the new version
  * debian/patches/092_gtkadjustement_doesnt_use_page_size_value.patch:
    - revert the change which makes gtkadjustement use the page_size setting
      to determinate the gtkadjustement upper value for now, that's confusing
      lot of applications and should be done earlier in a cycle

 -- Sebastien Bacher <email address hidden> Thu, 18 Sep 2008 11:00:43 +0200

Changed in gtk+2.0:
status: Fix Committed → Fix Released
Changed in gtk:
importance: Unknown → Medium
status: Invalid → Expired
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.