Stop working with X windows error

Bug #978511 reported by Mario Santoro
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Cairo-Dock Core
Incomplete
Undecided
Fabounet

Bug Description

Cairo-dock-3.0 OpenGL on ubuntu 11.10 64 bit (kernel 3.0.0-19 ) compiz gnome disappear and I get this message from console:

The program 'cairo-dock' received an X Window System error.
This probably reflects a bug in the program.
The error was 'BadWindow (invalid Window parameter)'.
  (Details: serial 39220 error_code 3 request_code 18 minor_code 0)
  (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.)

Revision history for this message
Matthieu Baerts (matttbe) wrote :

Hello and thank you for this bug report,

Can you explain how can we reproduce this bug? Do you have this bug all the time?
Is it possible to give us more details about your video card? What the output of these commands launched from a terminal?
  $ lspci | grep VGA
  $ glxinfo

Changed in cairo-dock-core:
assignee: nobody → Fabounet (fabounet03)
Revision history for this message
Mario Santoro (santoro-ma) wrote : Re: [Bug 978511] [NEW] Stop working with X windows error
Download full text (26.5 KiB)

Hello!
Thank you for the wonderful and useful cairo-dock!

I don't know if is related but the bug occurred after:
updating kernel
installing twitter applet on cairo-dock

I don't have this bug all times:
yesterday nearly every time (after the bug report), but until
now, running cairo-dock from terminal (cairo-dock &) everything is OK!

$ lspci | grep VGA
02:00.0 VGA compatible controller: ATI Technologies Inc Device 9488

$ glxinfo
name of display: :0.0
display: :0 screen: 0
direct rendering: Yes
server glx vendor string: SGI
server glx version string: 1.4
server glx extensions:
    GLX_ARB_multisample, GLX_EXT_import_context,
GLX_EXT_texture_from_pixmap,
    GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_copy_sub_buffer,
    GLX_OML_swap_method, GLX_SGI_make_current_read, GLX_SGI_swap_control,
    GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer,
    GLX_SGIX_visual_select_group, GLX_INTEL_swap_event
client glx vendor string: Mesa Project and SGI
client glx version string: 1.4
client glx extensions:
    GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_import_context,
    GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_framebuffer_sRGB,
    GLX_MESA_copy_sub_buffer, GLX_MESA_multithread_makecurrent,
    GLX_MESA_swap_control, GLX_OML_swap_method, GLX_OML_sync_control,
    GLX_SGI_make_current_read, GLX_SGI_swap_control, GLX_SGI_video_sync,
    GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer,
    GLX_SGIX_visual_select_group, GLX_EXT_texture_from_pixmap,
    GLX_INTEL_swap_event
GLX version: 1.4
GLX extensions:
    GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_import_context,
    GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_copy_sub_buffer,
    GLX_MESA_multithread_makecurrent, GLX_MESA_swap_control,
    GLX_OML_swap_method, GLX_OML_sync_control, GLX_SGI_make_current_read,
    GLX_SGI_swap_control, GLX_SGI_video_sync, GLX_SGIS_multisample,
    GLX_SGIX_fbconfig, GLX_SGIX_pbuffer, GLX_SGIX_visual_select_group,
    GLX_EXT_texture_from_pixmap, GLX_INTEL_swap_event
OpenGL vendor string: X.Org
OpenGL renderer string: Gallium 0.4 on AMD RV730
OpenGL version string: 2.1 Mesa 7.11
OpenGL shading language version string: 1.20
OpenGL extensions:
    GL_ARB_multisample, GL_EXT_abgr, GL_EXT_bgra, GL_EXT_blend_color,
    GL_EXT_blend_logic_op, GL_EXT_blend_minmax, GL_EXT_blend_subtract,
    GL_EXT_copy_texture, GL_EXT_polygon_offset, GL_EXT_subtexture,
    GL_EXT_texture_object, GL_EXT_vertex_array,
GL_EXT_compiled_vertex_array,
    GL_EXT_texture, GL_EXT_texture3D, GL_IBM_rasterpos_clip,
    GL_ARB_point_parameters, GL_EXT_draw_range_elements,
GL_EXT_packed_pixels,
    GL_EXT_point_parameters, GL_EXT_rescale_normal,
    GL_EXT_separate_specular_color, GL_EXT_texture_edge_clamp,
    GL_SGIS_generate_mipmap, GL_SGIS_texture_border_clamp,
    GL_SGIS_texture_edge_clamp, GL_SGIS_texture_lod,
GL_ARB_framebuffer_sRGB,
    GL_ARB_multitexture, GL_EXT_framebuffer_sRGB,
    GL_IBM_multimode_draw_arrays, GL_IBM_texture_mirrored_repeat,
    GL_ARB_texture_cube_map, GL_ARB_texture_env_add,
GL_ARB_transpose_matrix,
    GL_EXT_blend_func_separate, GL_EXT_fog_coord, GL_EXT_multi_draw_arrays,
    GL_EXT_secondary_co...

Revision history for this message
Matthieu Baerts (matttbe) wrote :

This is strange...
It's maybe due to the update... If you still have this bug, please re-open this bug report ;)

Changed in cairo-dock-core:
status: New → Invalid
Revision history for this message
Mario Santoro (santoro-ma) wrote :

Thanks!
today all works fine!!!

Il giorno mercoledì 11 aprile 2012, Matthieu Baerts ha scritto:

> This is strange...
> It's maybe due to the update... If you still have this bug, please re-open
> this bug report ;)
>
> ** Changed in: cairo-dock-core
> Status: New => Invalid
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https://bugs.launchpad.net/bugs/978511
>
> Title:
> Stop working with X windows error
>
> Status in Cairo-Dock : Core:
> Invalid
>
> Bug description:
> Cairo-dock-3.0 OpenGL on ubuntu 11.10 64 bit (kernel 3.0.0-19 ) compiz
> gnome disappear and I get this message from console:
>
> The program 'cairo-dock' received an X Window System error.
> This probably reflects a bug in the program.
> The error was 'BadWindow (invalid Window parameter)'.
> (Details: serial 39220 error_code 3 request_code 18 minor_code 0)
> (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.)
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/cairo-dock-core/+bug/978511/+subscriptions
>

--
Mario Santoro
Mathematics PhD
Mathematical Model of HIV-Immune Systems Interactions
Integration of R, MySQL and PHP in Automated Data Analyses and
Visualization in Medical e-Records
skype mario.santoro
email <email address hidden>
mobile +393286654333

Revision history for this message
Mario Santoro (santoro-ma) wrote :

I STILL HAVE THIS BUG

cairo_dock_create_texture_from_surface (123x23)
cairo_dock_trigger_redraw_subdock_content (scorciatoie, 0)
The program 'cairo-dock' received an X Window System error.
This probably reflects a bug in the program.
The error was 'BadWindow (invalid Window parameter)'.
  (Details: serial 1076833 error_code 3 request_code 18 minor_code 0)
  (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.)

Revision history for this message
Matthieu Baerts (matttbe) wrote :

*@Fabounet*: can you have a look to this bug report? :)

Changed in cairo-dock-core:
status: Invalid → New
Revision history for this message
Brian (mycompostpile) wrote :

Not sure it it is related or not but I received similar errors in a terminal while testing but did not get a crash. I had received a long list of errors:

Many like this:
warning : (/build/buildd/cairo-dock-3.0.0.1/src/gldit/cairo-dock-applications-manager.c:cairo_dock_create_surface_from_xpixmap:1231)
  No thumbnail available.
Either the WM doesn't support this functionnality, or the window was minimized when the dock has been launched.

Many like this:
kbuildsycoca4(25248) KBuildServiceFactory::createEntry: Invalid Service : "/usr/share/xubuntu/applications/Thunar.desktop"
kbuildsycoca4(25248) KConfigGroup::readXdgListEntry: List entry MimeType in ".hidden/kommander.desktop" is not compliant with XDG standard (missing trailing semicolon).
kbuildsycoca4(25248) KConfigGroup::readXdgListEntry: List entry x-scheme-handler/file in "/home/brian/.local/share/applications/mimeapps.list" is not compliant with XDG standard (missing trailing semicolon).
kbuildsycoca4(25248) KConfigGroup::readXdgListEntry: List entry x-scheme-handler/trash in "/home/brian/.local/share/applications/mimeapps.list" is not compliant with XDG standard (missing trailing semicolon).

and finally these:
X Error: BadWindow (invalid Window parameter) 3
  Major opcode: 20 (X_GetProperty)
  Resource id: 0x460140f
X Error: BadWindow (invalid Window parameter) 3
  Major opcode: 20 (X_GetProperty)
  Resource id: 0x460140f
X Error: BadWindow (invalid Window parameter) 3
  Major opcode: 18 (X_ChangeProperty)
  Resource id: 0x460140f

I copied everything and pasted it into a gedit window (I have attached the file) then saved and closed gedit. Then when I went back to the terminal I had this error:
warning : (/build/buildd/cairo-dock-plug-ins-3.0.0.1/GMenu/src/applet-util.c:cd_expand_field_codes:120)
  Unexpected field code %U in exec string 'gedit %U' : cannot handle file or url codes in the menu.

Realizing that I had gedit open and it appeared in the dock as an icon I thought about what I had opened kde related for the other messages (given the kbuildsycoca4 and kommander.desktop references I assume it was KDE related) and realized that I was playing a kde game while waiting for my youtube-dl to complete (I was testing functionality for queued up urls).

This may not be related but there are many similarities.

Revision history for this message
Brian (mycompostpile) wrote :

Forgot to mention that gedit and the kde game are not part of my dock they just had icons displayed there because they were opened.

Revision history for this message
Matthieu Baerts (matttbe) wrote :

I'm not sure that these errors are related:
 * No thumbnail available => that means your WM didn't give an xpixmap of your minimised windows (in order to have a preview of your minimised windows in the dock). Maybe a problem with the WM or X.
 * about others errors: as you said, they are produced by kconquest (it's just because you launch it with Cairo-Dock and all output messages are redirected to the terminal where Cairo-Dock is launched)
 * and about the warning with gedit and GMenu, it's just a warning to say that the dock doesn't like this field code ;)

So don't worry about these messages ;)

Revision history for this message
Brian (mycompostpile) wrote :

matttbe, thanks for the info. I will keep this in mind while testing and reporting.

Revision history for this message
Matthieu Baerts (matttbe) wrote :

Hello! (and sorry for this very long delay!)

Do you still have this crash with the latest stable version? (3.3.0)

Changed in cairo-dock-core:
status: New → Incomplete
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Bug attachments

Remote bug watches

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