Gdk-WARNING **: XID collision, trouble ahead

Bug #401823 reported by dino99
752
This bug affects 151 people
Affects Status Importance Assigned to Milestone
Chromium Browser
Invalid
Undecided
Unassigned
GTK+
Expired
Medium
Mozilla Firefox
Invalid
Medium
xlibs
Unknown
High
firefox (Ubuntu)
Fix Released
Undecided
Unassigned
Karmic
Invalid
Undecided
Unassigned
Lucid
Invalid
Undecided
Unassigned
firefox-3.5 (Ubuntu)
Invalid
High
Unassigned
Karmic
Won't Fix
High
Unassigned
Lucid
Invalid
High
Unassigned
gtk+2.0 (Ubuntu)
Fix Released
Medium
Unassigned
Karmic
Fix Released
High
Unassigned
Lucid
Invalid
Medium
Unassigned

Bug Description

karmic testing

in .xsession-errors: (firefox:24993): Gdk-WARNING **: XID collision, trouble ahead
previously, have had this one: (nautilus:3572):
 GLib-GObject-CRITICAL **: g_object_ref: assertion `G_IS_OBJECT (object)' failed (bug report 401822)

Related branches

Revision history for this message
In , hidenosuke (hidenosuke) wrote :

Firefox outputs lots of "Gdk-WARNING **: XID collision, trouble ahead" to console
when opening some pages.

Steps to reproduce:
1. Start Firefox
2. Open http://d.hatena.ne.jp/nyama/20090605

My environments:
Distribution: Debian GNU/Linux unstable
GTK+: 2.16.2-1
GLIB: 2.20.3-1
GNOME: 2.26

Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2a1pre) Gecko/20090611 Minefield/3.6a1pre

Revision history for this message
In , Mozbugz (mozbugz) wrote :

This warning was added for http://bugzilla.gnome.org/show_bug.cgi?id=581526

I didn't expect it to show up so soon after startup or to be reproducible on particular pages (which makes me wonder whether there is another problem also).

Revision history for this message
In , Thompson-fresno (thompson-fresno) wrote :

I also get floods of these messages on my console from time to time on http://www.pandora.com/#/ (also on debian w/gtk+ and glib versions as above - firefox thinks it is

Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.0.10) Gecko/2009042315 Firefox/3.0.10

Revision history for this message
In , ZHANG Yi (dorentus) wrote :

I occasionally get these messages as well. And when it happens, the the browser seems not responding to key press(ex: typing '/' in page to search, or typing in the address bar).

Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2a1pre) Gecko/20090613 Firefox/3.6a1pre

Revision history for this message
In , T-matsuu (t-matsuu) wrote :

Not reproduced on Fedora 11 x86_64
Distribution: Fedora 11
gtk2: 2.16.1-4
glib2: 2.20.1-1
libgnome: 2.26.0-1

Mozilla/5.0 (X11; U; Linux x86_64; ja-JP; rv:1.9.2a1pre) Gecko/20090615 Fedora/3.6a1pre-0.a1pre.2009061416.hg_5d75052e7f69.fc11 Minefield/3.6a1pre

Revision history for this message
In , Mozbugz (mozbugz) wrote :

(In reply to comment #4)
The warning was added before gtk+-2.16.2, but is not in gtk+-2.16.1.
http://git.gnome.org/cgit/gtk+/commit/?h=gtk-2-16&id=339298b638ae76c546717f2136970b93438295a9

(Whatever is causing the warning is most likely happening in earlier versions also though.)

Revision history for this message
In , T-matsuu (t-matsuu) wrote :

(In reply to comment #5)
gtk+-2.16.2 is now updates-testing stage in Fedora 11.
So I think I'll also face this issue shortly.

Revision history for this message
In , T-matsuu (t-matsuu) wrote :

Now gtk+ has been updated to 2.16.2 on Fedora 11.
I can see the message at every pages which have flash content.

flash: 10.2.22.87 (x86_64 plugin from labs.adobe.com)

I cannot test pandora.com mentioned at the comment #2 because I'm outside of the US. Does the site have flash content?

Test site: http://www.adobe.com/products/flashplayer/
1. When the flash movie is playing, we can get the message.
2. When we move to the other firefox tabs, we cannot get the message.
3. When we stop the flash movie with the button in the flash content, we cannot get the message.
4. When we move the mouse cursor over the button in the flash content, we can get the message.
5. When we move the mouse cursor over the top menu (Solution, Products, etc.), we can get the message.

So I suppose we can get the message when:
  * The content have flash
  * The flash content is really visible. (When the flash content is embedded on the content of inactive firefox tab or is hidden by scrolling, I cannot see the message.)
  * The page which have the flash content is redrawn (flash movie, popup in HTML, etc.)

Revision history for this message
In , T-matsuu (t-matsuu) wrote :
Revision history for this message
In , Timeless-bemail (timeless-bemail) wrote :

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

Revision history for this message
In , Bugs-freedesktop (bugs-freedesktop) wrote :

I can't see a reasonable way for either Xlib or the Xserver to guarantee that
XIDs in client's event queues are unique.

The X server has handed off the DestroyNotify event, so it thinks it has
finished with the event.

Xlib could ensure not to allocate an XID referenced in its own event queue
(for known event types), but it wouldn't know what other clients might have a
reference to a candidate XID sitting in their event queues.

If the server were to keep XIDs of destroyed windows allocated until clients
have processed events on that window, it would need to know when the events in
Xlib's queue have been processed. I can't see how the Xserver can know this
(without some change in protocol).

The other way of looking at this is that the events are a history of what has
happened and need to be interpreted in the context of when they happened.

Revision history for this message
In , Thompson-fresno (thompson-fresno) wrote :

Takanori: Pandora uses flash

Revision history for this message
dino99 (9d9) wrote : (firefox:24993): Gdk-WARNING **: XID collision, trouble ahead

karmic testing

in .xsession-errors: (firefox:24993): Gdk-WARNING **: XID collision, trouble ahead
previously, have had this one: (nautilus:3572):
 GLib-GObject-CRITICAL **: g_object_ref: assertion `G_IS_OBJECT (object)' failed (bug report 401822)

Revision history for this message
dino99 (9d9) wrote : apport-collect data

Architecture: i386
DistroRelease: Ubuntu 9.10
NonfreeKernelModules: nvidia
Package: firefox 3.0.11+build2+nobinonly-0ubuntu2
PackageArchitecture: all
ProcEnviron:
 SHELL=/bin/bash
 LANG=fr_FR.UTF-8
ProcVersionSignature: Ubuntu 2.6.31-3.19-generic
Uname: Linux 2.6.31-3-generic i686
UserGroups: adm admin cdrom dialout lpadmin plugdev sambashare

Revision history for this message
dino99 (9d9) wrote :
tags: added: apport-collected
Revision history for this message
Susan Cragin (susancragin) wrote : Re: (firefox:24993): Gdk-WARNING **: XID collision, trouble ahead

Have added my xsession-errors file. The good bit is as follows:

(firefox:3621): Gdk-CRITICAL **: gdk_x11_xatom_to_atom_for_display: assertion `xatom != None' failed
Nautilus-Share-Message: Called "net usershare info" but it failed: 'net usershare' returned error 255: net usershare: cannot open usershare directory /var/lib/samba/usershares. Error No such file or directory
Please ask your system administrator to enable user sharing.

(nautilus:3180): GLib-GObject-CRITICAL **: g_object_ref: assertion `G_IS_OBJECT (object)' failed

Revision history for this message
In , torindel (torindel) wrote :

Afaik this error starts appearing after upgrading to libX11-1.2+ and libxcb-1.2+ (and recompiling affected libs as libxcb-xevie and libxcb-xlib have gone away - including gtk+)

affects: linux (Ubuntu) → firefox-3.5 (Ubuntu)
Revision history for this message
Alexander Sack (asac) wrote : Re: (firefox:24993): Gdk-WARNING **: XID collision, trouble ahead - overeager XID caching

targetting for release milestone; in case this causes trouble we want a fix; if it doesnt cause crashes or alike we should drop the warning for the stable ubuntu release as it seems to flood xsession-errors et al.

summary: - (firefox:24993): Gdk-WARNING **: XID collision, trouble ahead
+ (firefox:24993): Gdk-WARNING **: XID collision, trouble ahead -
+ overeager XID caching
Changed in gtk+2.0 (Ubuntu):
importance: Undecided → High
status: New → Triaged
Revision history for this message
Alexander Sack (asac) wrote :

using 9.10 as milestone as we probably dont want to hide this too early.

Changed in gtk+2.0 (Ubuntu):
milestone: none → ubuntu-9.10
Revision history for this message
Alexander Sack (asac) wrote :

not sure if there is anything that can be done on firefox. anyway, triaged as it has an upstream bug.

Changed in firefox-3.5 (Ubuntu):
importance: Undecided → High
status: New → Triaged
Changed in gtk:
status: Unknown → New
Changed in firefox:
status: Unknown → Confirmed
Changed in xlibs:
status: Unknown → Confirmed
Revision history for this message
In , Mozbugz (mozbugz) wrote :
Revision history for this message
Ryan (ubuntu-draziw) wrote : Re: (firefox:24993): Gdk-WARNING **: XID collision, trouble ahead - overeager XID caching

This is what was being logged just before a reproducible (on this boot anyway) firefox-3.5 seg fault when I launched firefox on the CLI after a prior crash. aaport didn't pick up on the crash though.

Crash was when I was in google voice, trying to click the button to edit cell phone settings... It did work previously (several days back) - no idea what changed.

[08-08 02:40:16] Torbutton NOTE: Crash detected, attempting recovery
[08-08 02:40:16] Torbutton NOTE: Restoring cookie status
[08-08 02:40:16] Torbutton NOTE: Loading non-tor jar after crash
[08-08 02:40:16] Torbutton NOTE: Restoring tor state

(firefox-3.5:14875): Gdk-WARNING **: XID collision, trouble ahead

(firefox-3.5:14875): Gdk-WARNING **: XID collision, trouble ahead

(firefox-3.5:14875): Gdk-WARNING **: XID collision, trouble ahead

(firefox-3.5:14875): Gdk-WARNING **: XID collision, trouble ahead

(firefox-3.5:14875): Gdk-WARNING **: XID collision, trouble ahead

(firefox-3.5:14875): Gdk-WARNING **: XID collision, trouble ahead

(firefox-3.5:14875): Gdk-WARNING **: XID collision, trouble ahead

(firefox-3.5:14875): Gdk-WARNING **: XID collision, trouble ahead

(firefox-3.5:14875): Gdk-WARNING **: XID collision, trouble ahead
Segmentation fault (core dumped)

Revision history for this message
Ryan (ubuntu-draziw) wrote :

Looks like the crash has been fixed in updates today. libgtk2.0-0 libgtk2.0-0-dbg libgtk2.0-bin libgtk2.0-common libgtk2.0-dev all updated.

- update and no more crash where it was very reproducible.

apt-cache policy libgtk2.0-0 libgtk2.0-0-dbg libgtk2.0-bin libgtk2.0-common libgtk2.0-dev
libgtk2.0-0:
  Installed: 2.17.7-0ubuntu2
  Candidate: 2.17.7-0ubuntu2
  Version table:
 *** 2.17.7-0ubuntu2 0
        500 http://archive.ubuntu.com karmic/main Packages
        100 /var/lib/dpkg/status
libgtk2.0-0-dbg:
  Installed: 2.17.7-0ubuntu2
  Candidate: 2.17.7-0ubuntu2
  Version table:
 *** 2.17.7-0ubuntu2 0
        500 http://archive.ubuntu.com karmic/main Packages
        100 /var/lib/dpkg/status
libgtk2.0-bin:
  Installed: 2.17.7-0ubuntu2
  Candidate: 2.17.7-0ubuntu2
  Version table:
 *** 2.17.7-0ubuntu2 0
        500 http://archive.ubuntu.com karmic/main Packages
        100 /var/lib/dpkg/status
libgtk2.0-common:
  Installed: 2.17.7-0ubuntu2
  Candidate: 2.17.7-0ubuntu2
  Version table:
 *** 2.17.7-0ubuntu2 0
        500 http://archive.ubuntu.com karmic/main Packages
        100 /var/lib/dpkg/status
libgtk2.0-dev:
  Installed: 2.17.7-0ubuntu2
  Candidate: 2.17.7-0ubuntu2
  Version table:
 *** 2.17.7-0ubuntu2 0
        500 http://archive.ubuntu.com karmic/main Packages
        100 /var/lib/dpkg/status

Revision history for this message
Ryan (ubuntu-draziw) wrote :

(note - still get the warning messages, it just doesn't appear to crash anymore...)

firefox:16818): Gdk-WARNING **: XID collision, trouble ahead

(firefox:16818): Gdk-WARNING **: XID collision, trouble ahead

(firefox:16818): Gdk-WARNING **: XID collision, trouble ahead

Revision history for this message
Tyrael (marco-crociani) wrote :
Download full text (4.6 KiB)

Hi, it's the same bug?
The libcanberra error is related to https://bugs.launchpad.net/ubuntu/+source/ia32-libs/+bug/369498

(firefox:3864): Gdk-CRITICAL **: gdk_x11_xatom_to_atom_for_display: assertion `xatom != None' failed

$ firefox
Gtk-Message: Failed to load module "canberra-gtk-module": /usr/lib/gtk-2.0/modules/libcanberra-gtk-module.so: classe ELF errata: ELFCLASS64
NPP_New called
DBUS connection created
Listening to path /control/16915
ARG: src = http://static.ak.fbcdn.net/sound/pop.mp3
ARG: autostart = true
ARG: loop = false
ARG: hidden = true
New Stream Requested
opening /home/tyrael/.cache/gnome-mplayer/plugin/gecko-mediaplayertaudde.mp3 for localcache
Entering destroy stream reason = 0 for http://static.ak.fbcdn.net/sound/pop.mp3
Entering list_parse_qt localsize = 625
unable to find rmda in /home/tyrael/.cache/gnome-mplayer/plugin/gecko-mediaplayertaudde.mp3
Entering list_parse_asx localsize = 625
Item
src = http://static.ak.fbcdn.net/sound/pop.mp3
local = /home/tyrael/.cache/gnome-mplayer/plugin/gecko-mediaplayertaudde.mp3
id = 1
play = 1
path =
controlid = 0
playerready = 0
newwindow = 0
cancelled = 0
streaming = 0
loop = 0
loopcount = 0
Exiting list_parse_asx
Entering list_parse_qml localsize = 625
Item
src = http://static.ak.fbcdn.net/sound/pop.mp3
local = /home/tyrael/.cache/gnome-mplayer/plugin/gecko-mediaplayertaudde.mp3
id = 1
play = 1
path =
controlid = 0
playerready = 0
newwindow = 0
cancelled = 0
streaming = 0
loop = 0
loopcount = 0
Exiting list_parse_qml
URL Notify http://static.ak.fbcdn.net/sound/pop.mp3
,0 = 0
http://static.ak.fbcdn.net/sound/pop.mp3
/home/tyrael/.cache/gnome-mplayer/plugin/gecko-mediaplayertaudde.mp3
/control/16915
New Stream Requested
item is null
stream url http://static.ak.fbcdn.net/sound/pop.mp3
Entering destroy stream reason = 1 for http://static.ak.fbcdn.net/sound/pop.mp3
Exiting destroy stream reason = 1 for http://static.ak.fbcdn.net/sound/pop.mp3

(firefox:3864): Gdk-CRITICAL **: gdk_x11_xatom_to_atom_for_display: assertion `xatom != None' failed

(firefox:3864): Gdk-CRITICAL **: gdk_x11_xatom_to_atom_for_display: assertion `xatom != None' failed

(firefox:3864): Gdk-CRITICAL **: gdk_x11_xatom_to_atom_for_display: assertion `xatom != None' failed

(firefox:3864): Gdk-CRITICAL **: gdk_x11_xatom_to_atom_for_display: assertion `xatom != None' failed

(firefox:3864): Gdk-CRITICAL **: gdk_x11_xatom_to_atom_for_display: assertion `xatom != None' failed

(firefox:3864): Gdk-CRITICAL **: gdk_x11_xatom_to_atom_for_display: assertion `xatom != None' failed

(firefox:3864): Gdk-CRITICAL **: gdk_x11_xatom_to_atom_for_display: assertion `xatom != None' failed

(firefox:3864): Gdk-CRITICAL **: gdk_x11_xatom_to_atom_for_display: assertion `xatom != None' failed
*** NSPlugin Viewer *** ERROR: NPN_InvalidateRect() invoke: Connessione interrotta dal corrispondente
Segmentation fault (core dumped)

I have a Zotac ION motherboard with ATOM N330 and Karmic AMD64

$ lspci
00:00.0 Host bridge: nVidia Corporation MCP79 Host Bridge (rev b1)
00:00.1 RAM memory: nVidia Corporation MCP79 Memory Controller (rev b1)
00:03.0 ISA bridge: nVidia Corporation MCP79 LPC Bridge (rev b2)
00:03.1 RAM memory: nVidia Corpor...

Read more...

Revision history for this message
dino99 (9d9) wrote :

xid collision is gone now

Revision history for this message
dino99 (9d9) wrote : apport-collect data

Architecture: i386
DistroRelease: Ubuntu 9.10
NonfreeKernelModules: nvidia
Package: firefox 3.5.2+nobinonly-0ubuntu2
PackageArchitecture: all
ProcEnviron:
 SHELL=/bin/bash
 PATH=(custom, user)
 LANG=fr_FR.UTF-8
ProcVersionSignature: Ubuntu 2.6.31-7.27-generic
Uname: Linux 2.6.31-7-generic i686
UserGroups: adm admin cdrom dialout lpadmin plugdev sambashare

Revision history for this message
dino99 (9d9) wrote : Re: (firefox:24993): Gdk-WARNING **: XID collision, trouble ahead - overeager XID caching
Revision history for this message
Martin Pitt (pitti) wrote :

Alex, can you please watch this, or unblock for karmic if it's not such a big deal? Thanks!

Changed in firefox-3.5 (Ubuntu Karmic):
assignee: nobody → Alexander Sack (asac)
Revision history for this message
In , Davidsboogs (davidsboogs) wrote :

This bug causes serious problems for some of us. In my case, (after bug 20254 was fixed) this is I believe the cause behind the way most of my firefox sessions terminate (after sometimes producing the disembodied windows mentioned in the first comment at https://bugzilla.gnome.org/show_bug.cgi?id=581526 )

So. Even if it's not possible to completely prevent an XID from being reused before it's processed, perhaps it could be made so unlikely that it won't happen in reasonable circumstances? I am thinking of the way process IDs work - each one is higher than the previous one assigned until it hits an integer limit and wraps back to 0, but any unallocated XIDs that old would hopefully not still be in queues.

I tried to take a look at the code but quickly came to the conclusion that this isn't something I personally could just jump into. So I don't know if it's a feasible suggestion or not - if not perhaps there could be some similar workaround to delay a given ID's reuse until it's simply unlikely to be a problem

Revision history for this message
In , Bugs-freedesktop (bugs-freedesktop) wrote :

Improving the algorithm providing the XID range so that it provided a larger range where possible would make this less likely (though it could still happen less often in reasonable circumstances).

Keeping a buffer of a certain number of recently released XIDs is another possibility.

Or perhaps calculating the range in advance, so that the range used is a range of XIDs that were available (but not advertised) at the time of a previous range request.

Revision history for this message
In , D. Hugh Redelmeier (hugh-mimosa) wrote :

Reducing the frequency of the problem would provide relief. In my (possibly naive) opinion it is the wrong approach: the design flaw needs to be fixed. Perhaps that requires an API change.

Revision history for this message
In , Ben Gamari (bgamari) wrote :

This seems to be biting me too, to the order of once every 15 minutes (closing a firefox tab has by my estimate a 10% chance of crashing the firefox process). Meanwhile, .xsession-errors is flooded with messages from GDK warning of XID collisions.

I run most of the Xorg stack from git and interestingly enough, this behavior started a few weeks ago. I haven't had a chance to try bisecting yet, but as soon I get a chance I'll drop a note.

Revision history for this message
actionparsnip (andrew-woodhead666) wrote : Re: (firefox:24993): Gdk-WARNING **: XID collision, trouble ahead - overeager XID caching

I'm also getting the error in #10 except the number this time is 15780 which is simply the PID of the process.

Revision history for this message
In , Ben Gamari (bgamari) wrote :

Created an attachment (id=29852)
Firefox backtrace with RenderBadPicture

It seems that Google Maps serves as an excellent reproduction case for the Firefox crash. Opening Google Maps in a tab and closing it will almost always result in a a RenderBadPicture within 3 attempts. Attached is a backtrace from doing just that. Is it possible that this backtrace is caused by aggressive XID reuse?

Revision history for this message
In , Bugs-freedesktop (bugs-freedesktop) wrote :

(From update of attachment 29852)
(In reply to comment #6)
> Is it possible that this backtrace is caused by aggressive XID reuse?

I wouldn't have expected RenderBadPicture from this bug. If you can get a stack when running Firefox with --sync, then it would be best to file a bug at https://bugzilla.mozilla.org/ under Core -> Widget: Gtk

Revision history for this message
In , Sandmann (sandmann) wrote :

The RenderBadPicture may be caused by running cairo master. If you are, try downgrading to 1.8.8.

Revision history for this message
In , Ben Gamari (bgamari) wrote :

(In reply to comment #8)
> The RenderBadPicture may be caused by running cairo master. If you are, try
> downgrading to 1.8.8.
>

Yep, indeed I am running cairo from master. I just reverted and the usual reproduction cases seem to be stable. This is evidently a known issue? Has a bug been opened for it? Can I do anything to help? Thanks a ton for your comment. I've been passively scratching my head over this for weeks now.

Revision history for this message
In , Sandmann (sandmann) wrote :

I don't know if a bug has been filed, but I do know that it has been talked about on the #cairo IRC channel, and that at least Chris Wilson is aware of it.

I'm sure they'd appreciate a bisecting, although that's a bit painful to do because the bug isn't 100% reproducible.

Revision history for this message
In , Ben Gamari (bgamari) wrote :

(In reply to comment #10)
> I don't know if a bug has been filed, but I do know that it has been talked
> about on the #cairo IRC channel, and that at least Chris Wilson is aware of it.
>
Yeah, Chris and I talked briefly on #intel-gfx.

> I'm sure they'd appreciate a bisecting, although that's a bit painful to do
> because the bug isn't 100% reproducible.
>
I actually tried but it looks like the bug predates 1.8.8. Arg!

Revision history for this message
In , Sandmann (sandmann) wrote :

Note that if you install 1.8.8 on top of an 1.9 installation, you'll need to delete the existing libcairo.so, or it won't take effect.

Revision history for this message
In , Ben Gamari (bgamari) wrote :

(In reply to comment #12)
> Note that if you install 1.8.8 on top of an 1.9 installation, you'll need to
> delete the existing libcairo.so, or it won't take effect.
>

Yep, restarted my Xorg session in between tests which I thought should be sufficient. Moreover, I'm fairly certain the newly installed libraries did take effect after the restart as a scaling bug seen in firefox in 1.8.8 reared its head again. So anyways, I'm fairly confident that I did in fact establish that the bug predates 1.8.8, although it strikes me as odd that it's not seen by more people.

Revision history for this message
In , Chris Wilson (ickle) wrote :

My analysis into this bug indicates that the RenderBadPicture results from a delayed cairo_surface_destroy() after firefox has called XDestroyWindow() on the *parent* Window. In this situation firefox should be calling cairo_surface_finish(), or cairo_surface_destroy() and disposing of the cairo_surface_t, on the destroyed hierarchy.

So the RenderBadPicture is a separate bug (and not ours! ;-) from the XID reuse.

Alexander Sack (asac)
Changed in gtk+2.0 (Ubuntu Karmic):
assignee: nobody → Alexander Sack (asac)
Changed in firefox-3.5 (Ubuntu Karmic):
milestone: none → ubuntu-9.10
Revision history for this message
In , Sandmann (sandmann) wrote :

Well, I haven't looked into this bug, but for me, it is definitely the case that it happens with cairo master and not with 1.8.8.

Alexander Sack (asac)
Changed in firefox-3.5 (Ubuntu Karmic):
status: Triaged → Invalid
Martin Pitt (pitti)
Changed in firefox-3.5 (Ubuntu Karmic):
milestone: ubuntu-9.10 → none
Changed in gtk+2.0 (Ubuntu Karmic):
importance: High → Medium
Changed in firefox-3.5 (Ubuntu Karmic):
status: Invalid → Won't Fix
Revision history for this message
Alexander Sack (asac) wrote : Re: (firefox:24993): Gdk-WARNING **: XID collision, trouble ahead - overeager XID caching

i invalidated the karmic task. not sure why no untargetted task came back for firefox.

Martin Pitt (pitti)
Changed in firefox-3.5 (Ubuntu):
status: Invalid → Triaged
Alexander Sack (asac)
Changed in gtk+2.0 (Ubuntu Karmic):
status: Triaged → Won't Fix
milestone: ubuntu-9.10 → none
Changed in gtk+2.0 (Ubuntu):
milestone: ubuntu-9.10 → later
Changed in firefox-3.5 (Ubuntu):
milestone: none → later
Revision history for this message
In , Chris Wilson (ickle) wrote :

Created an attachment (id=30180)
xtrace of a typical crash

Note that cairo calls RenderFreePicture (4ebda) immediately upon the cairo_surface_finish() [which presumably is actually trigged by the final cairo_surface_destroy() and is not being manually called], but the drawable was destroyed much earlier (the DestroyNotify arrives at 47608) and note that the drawable is never explicitly destroyed but is reaped along with its parent (475f7).

The full trace is available at http://people.freedesktop.org/~ickle/ff.crash.log

Revision history for this message
In , Roberto Jimeno (robertojimenoca) wrote :

I saw a way to reproduce this bug in Firefox at:
https://bugzilla.mozilla.org/show_bug.cgi?id=522635
I can confirm it gets reliably triggered with cairo 1.9.4 but not with cairo 1.8.8

Revision history for this message
dino99 (9d9) wrote : Re: (firefox:24993): Gdk-WARNING **: XID collision, trouble ahead - overeager XID caching

hi all,

I am able to give you more comments about how that happen:

On an uptodated system, . xsession-errors don't show xid collision errors after boot process.
If i use Firefox, no warnings

but if i run both Firefox & audacious, errors start:

** (audacious2:22303): WARNING **: event-device-plugin: unable to load config file evdev-plug.conf , default settings will be used.

** (audacious2:22303): WARNING **: Could not open file:///home/oem/.adplug/adplug.db for reading or writing: Erreur à l'ouverture du fichier : Aucun fichier ou dossier de ce type
Warning: Unsafe event_queue of "hide seekbar" with pointer. (Use event_queue_with_data_free instead.)

(firefox:16694): Gdk-WARNING **: XID collision, trouble ahead

So, i'm thinking about a flashplugin problem.

Revision history for this message
Daniel Stone (danielstone) wrote :

I also do not see the XID collisions anymore
but I do not have flash or flashplugin issues
as when I am viewing flash or retieving flash I do not see this
I do see that I can not stream more than five videos simultaneously
but thats kind of pushing the limit anyway
I believe that this has something to do with how gdm is pulling the files from xorg
because the errors occur in gnome and not x and irrelevant to the fact of having a browser open or not
just as in bug 449993
But I am not the expert
I am just a noob

Revision history for this message
dino99 (9d9) wrote :

hi,

please, ignore my previous post #18, xid collision still happen without audacious: only firefox and nothing else in the background.
Just before i've seen these .xsession-errors, i've heard a hdd system activity : maybe system was checking for updates ?

Revision history for this message
Christian Niemeyer (christian-niemeyer) wrote :

I also get the following message:

(firefox:1938): Gdk-WARNING **: XID collision, trouble ahead

(firefox:1938): Gdk-WARNING **: XID collision, trouble ahead

(firefox:1938): Gdk-WARNING **: XID collision, trouble ahead

2.4+ kernel w/o ELF notes? -- report this

What's the meaning of the last line?

Revision history for this message
Christian Niemeyer (christian-niemeyer) wrote :

Sorry, I forgot: This is the output when running firefox from terminal. The last line "2.4+ kernel w/o ELF notes? -- report this" appears after waiting for a while not using firefox. When using firefox interface again after this, the XID collision lines appear again fluently.

Revision history for this message
Alexander Sack (asac) wrote : Re: [Bug 401823] Re: (firefox:24993): Gdk-WARNING **: XID collision, trouble ahead - overeager XID caching

On Mon, Oct 19, 2009 at 01:14:40PM -0000, Christian Niemeyer wrote:
> Sorry, I forgot: This is the output when running firefox from terminal.
> The last line "2.4+ kernel w/o ELF notes? -- report this" appears after

whatever that is ... its _not_ this bug. Please open new ones ...

 - Alexander

Revision history for this message
Zack Evans (zevans23) wrote : Re: (firefox:24993): Gdk-WARNING **: XID collision, trouble ahead - overeager XID caching

So:

gnome-bugs #581526 is the upstream GTK crash bug (which seems fixed for people here now?)
mozilla-bugs #497561 is the "XID collision" flood of messages upstream with the Firefox guys, but no-one owns the bug yet
xlibs #21573 is a crash which is related to the same XID problem, but isn't necessarily the exact same bug

...and this bug is tracking the non-fatal problem with "XID collision" messages?

Revision history for this message
dino99 (9d9) wrote :

just before the "xid collision" warnings appear, i've had this one:

(nautilus:2683): CRITICAL **: dbus_g_proxy_begin_call: assertion `DBUS_IS_G_PROXY (proxy)' failed

then, xid collision full filled .xsessions-errors (log greater than 100mb today, usually had less than 40kb)

Revision history for this message
dino99 (9d9) wrote :

Digging this problem, i've found on some forums that: XID collisions, can be Totally Ignored!

If so, what's the way to not full filled log with that stuff ? ( some kind of >> null)

Revision history for this message
jatin sachdeva (jatin-sachdeva) wrote :

(firefox:2783): Gdk-WARNING **: XID collision, trouble ahead

(firefox:2783): Gdk-WARNING **: XID collision, trouble ahead

I just keep seeing these errors on the terminal - is this going to be fixed before karmic final release? I am karmic rc now.

Revision history for this message
Christian Niemeyer (christian-niemeyer) wrote :

The critical thing about this bug is, that it floods .xsession-errors from usually a few kb to megabytes.

Imho, this causes annoying useless disk activity/capacity and probably a slightly slowdown/overhead.

This should be fixed.

Revision history for this message
jatin sachdeva (jatin-sachdeva) wrote :

I am switching to opera till this is fixed - I see a lot of these collision messages and resulting slowdown when playing videos in facebook and youtube. Firefox hasn't crashed thus far though!

Revision history for this message
dino99 (9d9) wrote :

newer firefox release 3.5.5 does not help: the problem is outside firefox.

Revision history for this message
jatin sachdeva (jatin-sachdeva) wrote :

i see this problem in chromium as well as occasionally in opera - mostly when watching videos

Revision history for this message
Alexander Sack (asac) wrote :

ok, we should remove the warning in a gtk SRU after release. setting milestone accordingly.

Changed in gtk+2.0 (Ubuntu Karmic):
milestone: none → karmic-updates
status: Won't Fix → In Progress
Changed in firefox-3.5 (Ubuntu Karmic):
status: Won't Fix → New
Revision history for this message
Homeless4ever (steakphilly) wrote :

I'm seeing this message in Karmic RC also. It follows by segmentation fault and crashed Firefox. It happened in higher frequency ever since I upgraded to RC. I've never experience it before the upgrade.

Revision history for this message
Micah Gersten (micahg) wrote :

@Homeless4ever

This will be fixed in the GTK packages in karmic-updates. Please don't change a Won't Fix Status without consulting the developers.

Changed in firefox-3.5 (Ubuntu Karmic):
status: New → Won't Fix
Revision history for this message
Homeless4ever (steakphilly) wrote :

I'm sorry. I clicked on it by accident.

Revision history for this message
dino99 (9d9) wrote :

ok now this warning is no longer logged

Revision history for this message
Alexander Sack (asac) wrote : Re: [Bug 401823] Re: (firefox:24993): Gdk-WARNING **: XID collision, trouble ahead - overeager XID caching

On Thu, Oct 29, 2009 at 08:24:26AM -0000, dino99 wrote:
> ok now this warning is no longer logged

we didnt change anything, so I assume that you are just lucky and do
not hit this issue temporarily for now ... most likely it will happen
again for you at some point.

Plan is to remove that warning output from gtk+ in a SRU still ...

 - Alexander

Revision history for this message
cviorel (viorel-ciucu) wrote : Re: (firefox:24993): Gdk-WARNING **: XID collision, trouble ahead - overeager XID caching

Using Koala RC with latest updates, still receiving (firefox:27198): Gdk-WARNING **: XID collision, trouble ahead in my .xsession-errors file and then an X server crash.

Revision history for this message
Alexander Sack (asac) wrote : Re: [Bug 401823] Re: (firefox:24993): Gdk-WARNING **: XID collision, trouble ahead - overeager XID caching

On Thu, Oct 29, 2009 at 12:11:49PM -0000, cviorel wrote:
> Using Koala RC with latest updates, still receiving (firefox:27198):
> Gdk-WARNING **: XID collision, trouble ahead in my .xsession-errors file
> and then an X server crash.
>

please don't post more "me too"'s here. use the "this bug affects me" feature
in the bug tracker.

 - Alexander

Revision history for this message
Dave Stroud (bigdavesr) wrote : Re: (firefox:24993): Gdk-WARNING **: XID collision, trouble ahead - overeager XID caching

I had to reboot after this happened and it wiped out all of my firefox settings.

Revision history for this message
dino99 (9d9) wrote :

hi Alexander,

since final karmic release, i've added some ppa:

- ubuntu-mozilla-daily : i'm using 3.5.5 shiretoko now
- cybolic ppa

So, i confirm that there is no more xid collision seen in .xsession-errors .

Revision history for this message
Miguel Branco (mpbbranco) wrote :

I would like to know meanwhile the recommended practice ? Delete xsession-errors every week ? I'm getting 30MB+ .xession-errors files per session, will this keep increasing ?

Revision history for this message
Christian Niemeyer (christian-niemeyer) wrote :

@Miguel:
I would suggest starting firefox from a terminal with:
firefox > /dev/null &

I guess ALT+F2 with firefox > /dev/null should work, too.

Revision history for this message
Jonathan Gossage (jgossage) wrote :

Here is a post that explains why the "Gdk-WARNING **: XID collision, trouble ahead" message was added:
 <a href="http://osdir.com/ml/svn-commits-list/2009-05/msg01611.html"></a>
 Looking at the patch, it seems to me that the best fix would simply be to use g_debug() instead of g_warning() to log the message. This would mean that you would only get it when you were actually trying to debug a GTK/GDK problem.

Revision history for this message
Alexander Sack (asac) wrote :

uploaded gtk+2.0 (2.18.3-1ubuntu2) karmic-proposed; urgency=low and subscribed ubuntu-sru

we just remove that warning output alltogether for now.

Changed in gtk+2.0 (Ubuntu Karmic):
importance: Medium → High
Revision history for this message
Martin Pitt (pitti) wrote : Please test proposed package

Accepted gtk+2.0 into karmic-proposed, the package will build now and be available in a few hours. Please test and give feedback here. See https://wiki.ubuntu.com/Testing/EnableProposed for documentation how to enable and use -proposed. Thank you in advance!

Changed in gtk+2.0 (Ubuntu Karmic):
status: In Progress → Fix Committed
tags: added: verification-needed
Revision history for this message
dino99 (9d9) wrote : Re: (firefox:24993): Gdk-WARNING **: XID collision, trouble ahead - overeager XID caching

hi Martin,

Lucid need it too: xid collision is flooding .xsession-errors (actual is 2.18.3-1)

Martin Pitt (pitti)
Changed in gtk+2.0 (Ubuntu):
milestone: later → lucid-alpha-1
Revision history for this message
Zack Evans (zevans23) wrote :

@Martin Pitt: The new version from -proposed has fixed it for me, no ill effects ore regressions so far.

Revision history for this message
dino99 (9d9) wrote :

that's ok in Lucid now

Martin Pitt (pitti)
tags: added: verification-done
removed: verification-needed
Revision history for this message
dino99 (9d9) wrote :

please ignore #62, xid collision come ramdomly:

seem to start flooding when FF open url links with few animated pop in.

Revision history for this message
dino99 (9d9) wrote :

some more comments:

continue to observe why xid problems happens.
Today i'm posting on a forum (forexfactory.com), using it during more than 1 hour without any xid collision. Then i open 1 more FF tab to search on google, without opening any links provided; and xid collisions come flooding.

To resume: there is no addins used (flash or else), nothing logged too. Is it an overflow ?

Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package gtk+2.0 - 2.18.3-1ubuntu2

---------------
gtk+2.0 (2.18.3-1ubuntu2) karmic-proposed; urgency=low

  * debian/patches/093_git_change_fix_gtkiconview_rendering_issue.patch:
    - drop not confirmed fix (see #393534)
  * debian/patches/094_remove-xid-collision-warning.patch:
    - remove output of "Gdk-WARNING **: XID collision, trouble ahead" which can
      cause excessive .xsession-errors flooding (LP: #401823)
 -- Alexander Sack <email address hidden> Mon, 09 Nov 2009 13:30:40 +0100

Changed in gtk+2.0 (Ubuntu Karmic):
status: Fix Committed → Fix Released
Revision history for this message
Martin Pitt (pitti) wrote :

Copied gtk+2.0 from karmic-proposed to lucid.

Changed in gtk+2.0 (Ubuntu Lucid):
status: Triaged → Fix Released
Revision history for this message
In , D. Hugh Redelmeier (hugh-mimosa) wrote :

Created an attachment (id=31379)
firefox crash and gdb of corpse

Revision history for this message
In , D. Hugh Redelmeier (hugh-mimosa) wrote :

I still get crashes from FireFox every few days.
Before each crash, I see one or more messages like this:
 (firefox:5290): Gdk-WARNING **: XID collision, trouble ahead

The actual crash is usually a SEGV. I think that it is a null pointer dereference but I cannot be sure because GDB is unreliable with optimized code. (I have an example where gdb prints 0 for a pointer variable but when I look at the assembly code I see that that variable is not represented at that point in the code.)

I don't think my problem has anything to do with cairo because I don't find RenderBadPicture in any of the tracebacks. Am I being naive? Should I look for something else? I'm using an up-to-date Fedora 11 on x86-64; cairo-1.8.8-1.fc11.x86_64; no flash plugin.

I'm attaching a very long typescript of a firefox session that failed and a gdb of the resulting core file. Perhaps someone could tell if

I think that the Cairo problems are a different bug and should have a different bugzilla entry.

The original posting in this bugzilla entry describes a bug that I still think is real. I imagine that this is the bug that is afflicting me.

I'm attaching a very long typescript of a firefox session that failed and a gdb of the resulting core file. Perhaps someone could tell from this if what I've said in this comment is wrong.

Revision history for this message
D. Hugh Redelmeier (hugh-mimosa) wrote : Re: (firefox:24993): Gdk-WARNING **: XID collision, trouble ahead - overeager XID caching

I don't think that suppressing the warning message fixes the underlying bug. This is a rather deep bug. Have a look at http://bugs.freedesktop.org/show_bug.cgi?id=21583

Revision history for this message
lessoffensive (lessoffensive) wrote :

This has been a huge problem for me for at least the last 6 months, if not the last year. The only patch I've seen come out that addresses it is http://bugzilla-attachments.gnome.org/attachment.cgi?id=144074 from the Gnome bug here https://bugzilla.gnome.org/show_bug.cgi?id=581526 . I've patched gtk with this patch (which conflicts with the xid collision error hiding patch, which I removed) and am about to test this on my own system from my PPA.

I'm all for a better solution to the XID problem and this certainly doesn't seem to be a permanent fix (why can the X server even give out conflicting XIDs at all?), but I really like having firefox run without crashing a few times a day (even though I have 4-5 windows and typically between 140-180 tabs open, total).

Anyone who wants to test out this patched gtk can get it off my PPA here:
https://launchpad.net/~lessoffensive/+archive/lessoffensive/

Revision history for this message
In , No-tellin (no-tellin) wrote :

You may want to view the following video here:
http://www.youtube.com/watch?v=fwIwZazMTgM

I created this video to clearly demonstrate at least one trigger for the XID
Collision message. I believe there are at least two triggers and that both
triggers are adobe flash 10 related.

You can see from the video that you should have re-createable real life test
cases for this problem.

I run a Gentoo installation.

For those familiar with Gentoo, at the end of the video, I run:

emerge -epv mozilla-firefox | less
emerge --info

I have saved the output of these to text files if anyone is interested. Just
contact me.

The reason is that the emerge -epv mozilla-firefox command will display every
package and depencies required for mozilla-firefox. For the record, prior to
creating the video, I actually did re-compile every package in this list
(emerge -e mozilla-firefox) in order to ensure a clean run.

In the video, the left part of the screen is a konsole terminal window. The
right part of the screen is firefox. I start firefox with the command "firefox
-sync' in the terminal window.

I have FF set up to start with a number of tabs. As I change focus from tab to
tab, watch the terminal window. There are two tabs where changing focus causes
XID Collision messages to appear. It is particularly obvious that the error
messages are generated during flash activity. Note especially the generation of
messages as the flash window controls autohide and then re-appear. It's not
clear to me in the second tab (The Daily Show) what kind of flash control is
causing the messages. However, that site never seems to stop loading flash
objects. Or rather, my patience runs out before the flash downloads can
complete.

My reading of other people's problems suggest that x86 (i386) based systems
don't have this problem but please regard this as an unconfirmed data point.

In this thread in the Gentoo forums, I am 'dufeu':
http://forums.gentoo.org/viewtopic-t-788609-highlight-.html

The video best viewed in HD on a screen 1384x768 or larger. (full screen mode)

Thank you all for your time and patience!

BTW - I did understand the discussion of asynchonous ID assignment and release. However, while the problem seems to be properly identified, I'm not sure that the exact trigger for invoking the problem has been properly identified. I hope the video will be helpful. Unless I (as and end-user) have completely misunderstood what I see, it's seems clear that the actual trigger is probably flash 10.

Displaimer: I am only and end user. I am not a programmer.

Revision history for this message
lessoffensive (lessoffensive) wrote : Re: (firefox:24993): Gdk-WARNING **: XID collision, trouble ahead - overeager XID caching

Just wanted to report back--I've been using this patch since I posted my previous response and noticed at one juncture experiencing a severe memory leak, though I now believe that was prior to rebooting and may have been from an already loaded library. Since rebooting and using it, I have not experienced any firefox crashes and have seen (running it in a terminal) a number of XID collisions that it has managed to work around. So it seems that this may work until the XID issue is permanently fixed.

Revision history for this message
In , pleabargain (dennisgdaniels) wrote :

Getting this bug on Fedora 12 updated as of 3Dec9.
Fx (FWIW) 3.5.5 and prealpha is VERY slow on all pages that have any flash content or heavy .js.

(firefox-bin:6103): Gdk-WARNING **: XID collision, trouble ahead

Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.3a1pre) Gecko/20091203 Minefield/3.7a1pre GTB6

Revision history for this message
dragos240 (dragos240) wrote : Re: (firefox:24993): Gdk-WARNING **: XID collision, trouble ahead - overeager XID caching

I can personally confirm that it is not firefox that is causing the problem. It seems to be one of it's dependencies. I compiled the latest version from source. Now I need to know what dep is causing the issue.

Revision history for this message
Chinmay Rajhans (rajhanschinmay) wrote :

Earlier I was using Ubuntu 8.10. Recently I upgraded to Ubuntu 9.10 i386 32 bit OS.
Now I have started getting this error.

(firefox-3.5:2398): Gdk-WARNING **: XID collision, trouble ahead

so please let me know the possible solutions.

summary: - (firefox:24993): Gdk-WARNING **: XID collision, trouble ahead -
- overeager XID caching
+ (firefox-3.5:20755): Gdk-WARNING **: XID collision, trouble ahead
Revision history for this message
Micah Gersten (micahg) wrote :

@rajhanschinmay
Are you getting flooded with the messages, or is it occasional? If it's occasional, then there are already upstream bugs for the issue and it's only a warning, so nothing bad should happen. Before it was flooding the .xsession-errors file for people which was causing issues.

summary: - (firefox-3.5:20755): Gdk-WARNING **: XID collision, trouble ahead
+ Gdk-WARNING **: XID collision, trouble ahead
Revision history for this message
D. Hugh Redelmeier (hugh-mimosa) wrote :

Micah said "it's only a warning, so nothing bad should happen".

Please read comment 67. This diagnostic is a warning of bad things going on. They will eventually bite you unless you restart FireFox.

Changed in gtk+2.0 (Ubuntu Karmic):
status: Fix Released → New
Revision history for this message
Steve Langasek (vorlon) wrote :

please don't change bug status without explanation.

Changed in gtk+2.0 (Ubuntu Karmic):
status: New → Fix Released
Revision history for this message
Micah Gersten (micahg) wrote :

Updating GTK bug as GNOME Bug Tracker #590690 is the one related to the Firefox issues which seems to be the focus of this bug.

Changed in gtk:
status: New → Unknown
Revision history for this message
Micah Gersten (micahg) wrote :

@D. Hugh Redelmeier

I apologize, I had not read all the upstream comments. It does seem to be a more serious issue, but we're waiting on upstream now. After upstream fixes it, we might be able to patch the current versions of the involved apps.

Revision history for this message
Chinmay Rajhans (rajhanschinmay) wrote :

I am sry for changing the status. I was not knowing what it is.

I searched and found this as partial solution.
use command
sudo aptitude reinstall firefox-3.5

this helped to reduce the problem.

Now I am getting following error message:
(firefox:18250): GLib-WARNING **: g_set_prgname() called multiple times

if there is any solution, please let me know.

Revision history for this message
dino99 (9d9) wrote :

GDM complaint to about XID collision:

gdm-binary[1126]: WARNING: Unable to find users: no seat-id found

Revision history for this message
dino99 (9d9) wrote :

sorry, forget post #79

Revision history for this message
In , Joanmarie (joanmarie-diggs-deactivatedaccount) wrote :

Can anyone running up against this issue view content on Hulu?

I'm trying to work out if I have this bug plus some other bugs(s) or if this issue is it. Thanks.

Revision history for this message
dino99 (9d9) wrote :

(firefox-bin:13635): Gdk-WARNING **: XID collision, trouble ahead

flood again Xsession-errors with FF 3.6 (Lucid A3 updated)

Revision history for this message
dino99 (9d9) wrote :

Xid collision appears with some URL (like http://www.boursorama.com even with noscript in full protection) but not with launchpad site for example.
So, it seem that is related to additional technologies ( in that case of "boursorama" i'm only seeing "Adobe Flash Player 10" be used as everything else seem be stopped by "noscript").
If i close this "boursorama" url, Xid collision flooding stop.
Other sites using Flash or else with banners and animated graph seem build these Xid collisions.

Revision history for this message
dino99 (9d9) wrote :

Flash installed with flashplugin-installer (Lucid 10.0.45.2ubuntu1)

Revision history for this message
dino99 (9d9) wrote :

new tests results on Lucid with latest updates installed:

FF 3.6 with plugin "Shockwave Flash 10.0 r45" activated make "Xid collision" errors appears and flooding .Xsession-errors.
Deactivating that plugin stop that problem on my end.

Revision history for this message
dino99 (9d9) wrote :

no more "Xid collision" since i use gnash instead of shockwave.

Revision history for this message
Bremm (bremm) wrote :

Happened on Lucid today, everything here is just up-to-date.

(exe:2295): Gdk-WARNING **: XID collision, trouble ahead
(exe:2295): Gdk-WARNING **: XID collision, trouble ahead
(exe:2295): Gdk-WARNING **: XID collision, trouble ahead
(exe:2295): Gdk-WARNING **: XID collision, trouble ahead
(exe:2295): Gdk-WARNING **: XID collision, trouble ahead
(exe:2295): Gdk-WARNING **: XID collision, trouble ahead
(exe:2295): Gdk-WARNING **: XID collision, trouble ahead

It might be related to Adobe Flash which I'm using into Google Chrome beta. But for sure it doesn't happen while browsing Youtube (I'm doing it now and "peeping" a console window with "tail -f .xsession-errors" now).

Revision history for this message
In , Jd1008 (jd1008) wrote :

I have 472 lines of
(firefox:3053): Gdk-WARNING **: XID collision, trouble ahead
and that's for the currently running firefox PID.
Thing is, I have no idea what URL causes firefox to eject these messages.
I am running firefox-3.5.8-1.fc12.i686

Revision history for this message
In , Jd1008 (jd1008) wrote :

ebay.com is ONE of the sites that causes this message to fill my
~/.xsession-errors, and if I have a gnome-terminal open, it fills it too.

Revision history for this message
seamusr (seamusr) wrote :

I have the same problem here running Seamonkey 2.0.3 on openSuSE 11.2.

As soon as I bring a tab to the foreground with an embedded flash player content the XID warnings flood my console (Seamonkey is startet from a comand line). After bringing another tab to the foreground (without flash content) XID warnings no more occur. It is enough to hide a flash content to stop this warnings.

Seems it is a flashplayer bug.

    Dateiname: libflashplayer.so
    Shockwave Flash 10.0 r45

Revision history for this message
seamusr (seamusr) wrote :

I have the same problem here running Seamonkey 2.0.3 on openSuSE 11.2.

As soon as I bring a tab to the foreground with an embedded flash player content the XID warnings flood my console (when Seamonkey is startet from a CLI).

After bringing another tab to the foreground (without a flash content) the warnings stop.

    Dateiname: libflashplayer.so
    Shockwave Flash 10.0 r45

Revision history for this message
D. Hugh Redelmeier (hugh-mimosa) wrote :

I don't think that the bug is related to Flash: I get it without having Flash on my system. I do think that Flash makes everything worse :-)

Again, I point to this bug report: http://bugs.freedesktop.org/show_bug.cgi?id=21583

Unfortunately, that report has been diluted by a bunch of Cairo problem reports that I believe have nothing to do with the underlying problem. Pay attention to comments up to #5, then read the rest realizing they may be about a different bug.

If I were an X programmer, I'd attempt to write a small test program to duplicate the problem.

Revision history for this message
Hernando Torque (htorque) wrote :

This was marked fixed because of patch 094_remove-xid-collision-warning.patch. I don't see this patch in the current sources so it's not fixed anymore. My .xsession-errors file is mess:

test@box:~$ cat .xsession-errors | grep "trouble ahead" | wc -l
6039
test@box:~$ uptime
 15:43:43 up 6:00, 3 users, load average: 0.06, 0.13, 0.23

=> a hundred lines per hour coming from firefox and operapluginwrapper. :-(

Can't we have this message hidden again or repeated messages detected?

Revision history for this message
D. Hugh Redelmeier (hugh-mimosa) wrote :

For what it's worth, I just had this hit me again but on Fedora 11 with Firefox 3.5.8 on x86-64. Note: I don't have Flash on the system. The fact that it is Fedora should not be important since this is an upstream bug.

Removing the warning does not remove the bug, it just obscures it.

If the flood of warnings is a problem, perhaps a patch to rate-limit the warning would be useful.

Here's what I observed during this event:

- FireFox opened a tab in a new window without the usual navigation bar etc. This is a sure sign that things have gone very wrong.

- I looked in stdout from FF and it did have the dreaded XID warning

- I closed the window that should have been a tab

- firefox printed "firefox: Fatal IO error 11 (Resource temporarily unavailable) on X server :0.0." on stdout and quit

- No core file was produced even though I have the appropriate ulimit cranked up

Revision history for this message
dino99 (9d9) wrote :

confirmed previous post 86

its with Lucid installed on its own formated partition: i began to have these warnings after installing flashplugin-installer 10.0.45.2ubuntu1 and viewing some video on web.

This problem came up with Karmic and a patch has been applied to stop flooding .xsession-errors ( only hidding but better than nothing), now Lucid show up this too with shockwave on my end.

So i've removed/purged theses packages and settings: result is no more xid collisions (i'm using gnash instead)

Revision history for this message
Ahmed Osama (aosama) wrote :

XID collision, trouble ahead still. Ubuntu 10.4

Changed in gtk:
status: Unknown → New
Revision history for this message
jerrylamos (jerrylamos) wrote :

As of Lucid Beta 2 kernel 2.6.32-21 and intel driver 2:2.9.1-3ubuntu5 still getting XID collisions with i845 video graphics. Must be soaking up some processor cycles and slowing things down.

Jerry

Revision history for this message
Davee (davee-davee) wrote :

Freshly installed Lucid Lynx gives me the warnings "(firefox-bin:7011): Gdk-WARNING **: XID collision, trouble ahead"

Revision history for this message
Steven Sciame (sasciame) wrote :
Download full text (15.3 KiB)

This randomly showed up in my Terminal:

steven@utop:~$
(firefox-bin:2494): Gdk-WARNING **: XID collision, trouble ahead

(firefox-bin:2494): Gdk-WARNING **: XID collision, trouble ahead

(firefox-bin:2494): Gdk-WARNING **: XID collision, trouble ahead

(firefox-bin:2494): Gdk-WARNING **: XID collision, trouble ahead

(firefox-bin:2494): Gdk-WARNING **: XID collision, trouble ahead

(firefox-bin:2494): Gdk-WARNING **: XID collision, trouble ahead

(firefox-bin:2494): Gdk-WARNING **: XID collision, trouble ahead

(firefox-bin:2494): Gdk-WARNING **: XID collision, trouble ahead

(firefox-bin:2494): Gdk-WARNING **: XID collision, trouble ahead

(firefox-bin:2494): Gdk-WARNING **: XID collision, trouble ahead

(firefox-bin:2494): Gdk-WARNING **: XID collision, trouble ahead

(firefox-bin:2494): Gdk-WARNING **: XID collision, trouble ahead

(firefox-bin:2494): Gdk-WARNING **: XID collision, trouble ahead

(firefox-bin:2494): Gdk-WARNING **: XID collision, trouble ahead

(firefox-bin:2494): Gdk-WARNING **: XID collision, trouble ahead

(firefox-bin:2494): Gdk-WARNING **: XID collision, trouble ahead

(firefox-bin:2494): Gdk-WARNING **: XID collision, trouble ahead

(firefox-bin:2494): Gdk-WARNING **: XID collision, trouble ahead

(firefox-bin:2494): Gdk-WARNING **: XID collision, trouble ahead

(firefox-bin:2494): Gdk-WARNING **: XID collision, trouble ahead

(firefox-bin:2494): Gdk-WARNING **: XID collision, trouble ahead

(firefox-bin:2494): Gdk-WARNING **: XID collision, trouble ahead

(firefox-bin:2494): Gdk-WARNING **: XID collision, trouble ahead

(firefox-bin:2494): Gdk-WARNING **: XID collision, trouble ahead

(firefox-bin:2494): Gdk-WARNING **: XID collision, trouble ahead

(firefox-bin:2494): Gdk-WARNING **: XID collision, trouble ahead

(firefox-bin:2494): Gdk-WARNING **: XID collision, trouble ahead

(firefox-bin:2494): Gdk-WARNING **: XID collision, trouble ahead

(firefox-bin:2494): Gdk-WARNING **: XID collision, trouble ahead

(firefox-bin:2494): Gdk-WARNING **: XID collision, trouble ahead

(firefox-bin:2494): Gdk-WARNING **: XID collision, trouble ahead

(firefox-bin:2494): Gdk-WARNING **: XID collision, trouble ahead

(firefox-bin:2494): Gdk-WARNING **: XID collision, trouble ahead

(firefox-bin:2494): Gdk-WARNING **: XID collision, trouble ahead

(firefox-bin:2494): Gdk-WARNING **: XID collision, trouble ahead

(firefox-bin:2494): Gdk-WARNING **: XID collision, trouble ahead

(firefox-bin:2494): Gdk-WARNING **: XID collision, trouble ahead

(firefox-bin:2494): Gdk-WARNING **: XID collision, trouble ahead

(firefox-bin:2494): Gdk-WARNING **: XID collision, trouble ahead

(firefox-bin:2494): Gdk-WARNING **: XID collision, trouble ahead

(firefox-bin:2494): Gdk-WARNING **: XID collision, trouble ahead

(firefox-bin:2494): Gdk-WARNING **: XID collision, trouble ahead

(firefox-bin:2494): Gdk-WARNING **: XID collision, trouble ahead

(firefox-bin:2494): Gdk-WARNING **: XID collision, trouble ahead

(firefox-bin:2494): Gdk-WARNING **: XID collision, trouble ahead

(firefox-bin:2494): Gdk-WARNING **: XID collision, trouble ahead

(firefox-bin:2494): Gdk-WARNING **: XID collision, trouble ahead

(firefox-bin:2494): Gdk-WARNING **: XID c...

Revision history for this message
Oh01 (ydzregistrations) wrote :

I also get this warning but my situation is worse as Firefox freezes any time I click on a menu item, Bookmarks Toolbar item or right-click on a text box. Since this bug does not mention freezing, only annoying error output, I started a new one, Bug #574617 for my type of situation. As detailed in that bug report, reinstalling Firefox, xulrunner and removing flash-plugin, as well as running in firefox --safe-mode does not help.

Revision history for this message
Oh01 (ydzregistrations) wrote :

Sorry, that should have been "removing adobe-flashplugin".

Revision history for this message
tekstr1der (tekstr1der) wrote :

After generating anywhere from hundreds, to thousands, of these messages, firefox 3.6.3 eventually segfaults here on latest updated lucid x64 install with flash 10.0.45.2.

Revision history for this message
tekstr1der (tekstr1der) wrote :

following the flood of thousands of these errors I get:

(firefox-bin:8111): Gdk-WARNING **: XID collision, trouble ahead

(firefox-bin:8111): Gdk-WARNING **: XID collision, trouble ahead

(firefox-bin:8111): Gdk-WARNING **: XID collision, trouble ahead

Program received signal SIGSEGV, Segmentation fault.
0x00007fffd37e46db in ?? () from /home/marc/.mozilla/plugins/libflashplayer.so
(gdb) continue
Continuing.

Program received signal SIGSEGV, Segmentation fault.
0x00007ffff7bc17bb in raise () from /lib/libpthread.so.0
(gdb) continue
Continuing.
[Thread 0x7fffd11f6710 (LWP 8142) exited]
[Thread 0x7fffbceff710 (LWP 8695) exited]
[Thread 0x7fffd98ff710 (LWP 8506) exited]
[Thread 0x7fffd19f7710 (LWP 8141) exited]
[Thread 0x7fffdecab710 (LWP 8763) exited]
[Thread 0x7fffd21f8710 (LWP 8140) exited]
[Thread 0x7fffd90fe710 (LWP 8139) exited]
[Thread 0x7fffde0a1710 (LWP 8125) exited]
[Thread 0x7fffe17f9710 (LWP 8123) exited]
[Thread 0x7fffdf4ac710 (LWP 8120) exited]
[Thread 0x7fffdfcad710 (LWP 8119) exited]
[Thread 0x7fffe52ff710 (LWP 8115) exited]
[Thread 0x7fffe61e5710 (LWP 8114) exited]
[Thread 0x7fffe69e6710 (LWP 8113) exited]
[Thread 0x7fffe73f1710 (LWP 8112) exited]

Program terminated with signal SIGSEGV, Segmentation fault.
The program no longer exists.
(gdb)

I see Fix Released for some components in this bug. Is this still the place to report this bug for Firefox 3.6.3 in Lucid?

Revision history for this message
Michel Gutierrez (michel-gutierrez) wrote :

For information, this "Gdk-WARNING **: XID collision, trouble ahead" message shows up repeatedly in my console when (and only when) i am displaying a flash having parameter wmode='transparent'. Removing this parameter also removes the trace. I tried adding/removing the parameter a dozen times and the behavior is pretty consistent:

 <embed id="flash_object" src="xxx.swf" quality="high" bgcolor="#869ca7"
   width="100%" height="100%" name="XXX" align="middle"
          flashVars=""
   play="true"
   loop="false"
   quality="high"
   allowScriptAccess="always"
   type="application/x-shockwave-flash"
   wmode="transparent"
   pluginspage="http://www.adobe.com/go/getflashplayer">
 </embed>

shows "(firefox-bin:10775): Gdk-WARNING **: XID collision, trouble ahead
" traces in the console

 <embed id="flash_object" src="xxx.swf" quality="high" bgcolor="#869ca7"
   width="100%" height="100%" name="XXX" align="middle"
          flashVars=""
   play="true"
   loop="false"
   quality="high"
   allowScriptAccess="always"
   type="application/x-shockwave-flash"
   pluginspage="http://www.adobe.com/go/getflashplayer">
 </embed>

does not.

In my case, i doesn't change much since i need to have this 'wmode' value to 'transparent'.

Revision history for this message
Michel Gutierrez (michel-gutierrez) wrote :

By the way, "wmode='opaque'" also works. The point is not to have "wmode='window'" (which is the default).
From the information i gathered around, this wmode parameter has a big impact on the way the flash is physically displayed in the window manager and apparently affects this "XID collision" issue.

Revision history for this message
beit09 (rodrageous-gmail) wrote :

How do I fix this bug

Revision history for this message
Oedipe (oedipe) wrote :

(firefox-bin:2051): Gdk-WARNING **: XID collision, trouble ahead

My "xsession-errors" file is also flooded and crippled with thousand of that warning ! (Last Ubuntu Lucid here, with all the updates).
Please do something for us. This bug is painfull... How to fix it ?

Revision history for this message
gene (eugenios) wrote :

firefox crashes when trying to play a flash video producing this error

Revision history for this message
Bryan Austin (bja888) wrote :

My guess is that this is a problem with flash. Nothing to do with Firefox or GDK.
I am working on an Adobe Air application. Using the Air debug launcher. (adl) The test application has Air running Flex running webkit running Flash and this is where this warning shows up. Anything without this second layer of flash does not have any problems.
My guess is poor GDK programming on the part of Adobe.

(adl:2702): Gdk-WARNING **: XID collision, trouble ahead

Revision history for this message
D. Hugh Redelmeier (hugh-mimosa) wrote :

I think that Flash provokes the bug more often than other things, but I don't think that this is a Flash bug. Read my comment #92.

My desktop is Fedora 11. I get these crashes regularly if I leave a lot of tabs open for a long time. I don't have Flash installed on the system. I don't know if there are particular web pages that provoke the problem or just the shear quantity of them.

I think that this is the bug: http://bugs.freedesktop.org/show_bug.cgi?id=21583
As with many bug reports, there is somewhat of a muddle. In this case, Cairo is mixed in and confusing things.

Revision history for this message
In , Bullgard4 (bullgard4) wrote :

SeaMonkey and Chatzilla crash about once a day.
'~$ strace -e trace=open seamonkey' produces: "(seamonkey-2.0-bin:2766): Gdk-WARNING **: XID collision, trouble ahead. The program 'seamonkey-2.0-bin' received an X Window System error. This probably reflects a bug in the program. The error was 'RenderBadPicture (invalid Picture parameter)'.
  (Details: serial 7778729 error_code 158 request_code 148 minor_code 7)
  (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.)
Segmentation fault: --- SIGCHLD (Child exited) @ 0 (0) ---"

Revision history for this message
tshann (drt-drtshannon) wrote :

I can confirm this bug. The exact error I get is: "(firefox-bin:17547): Gdk-WARNING **: XID collision, trouble ahead"
I'm running Mint Isadora X64 and firefox 3.6.3. The problem shows up in the console when you run firefox from console. Initially, I had the problem where multiple of this error would populate the console and if I went to a specific website, or typed in a URL, the browser'd seg fault and instantly crash. So I found an entry in the ubuntu forums that suggested it was a problem with adobeflash x64. I followed these instructions: http://ubuntuforums.org/showthread.php?t=1358591

Now, I still get the exact same message, but so far (last hour or so), no seg faults and browser crashing. So I HOPE the new adobe flashplayer at least will help firefox be more stable.

Peace

Revision history for this message
David Robert Lewis (afrodeity) wrote :

firefox-bin:3956): Gdk-WARNING **: XID collision, trouble ahead

(firefox-bin:3956): Gdk-WARNING **: XID collision, trouble ahead

Lucid, I even deleted my .mozilla folder to be sure, its something else going on after the upgrade.

Revision history for this message
Yotam Medini (yotam-medini-gmail) wrote :

In Xubuntu-Lucid FireFox gives:

Loading socket Config module ...
Creating backend ...
Loading x11 FrontEnd module ...
Failed to load x11 FrontEnd module.

(firefox-bin:1550): Gdk-WARNING **: XID collision, trouble ahead

(firefox-bin:1550): Gdk-WARNING **: XID collision, trouble ahead

(firefox-bin:1550): Gdk-WARNING **: XID collision, trouble ahead
...

Revision history for this message
Sam_ (and-sam) wrote :

Alexander,
may we add FF 3.6.3, since it still floods xsession-errors?
$ dpkg -l firefox
ii firefox 3.6.3+nobinonly-0
$ uname -a
2.6.32-22-generic #33-Ubuntu SMP Wed Apr 28 13:28:05 UTC 2010 x86_64 GNU/Linux
$ ls -l /var/lib/apt/periodic
total 0
-rw-r--r-- 1 root root 0 2010-06-01 19:56 update-stamp
-rw-r--r-- 1 root root 0 2010-06-01 20:22 update-success-stamp

Revision history for this message
Ian! D. Allen (idallen) wrote :

Same problem in Firefox 3.6.3 in Ubuntu 10.4. What's the best way to report the same bug in newer software?

Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.3) Gecko/20100423 Ubuntu/10.04 (lucid) Firefox/3.6.3

Linux linux 2.6.32-22-generic #33-Ubuntu SMP Wed Apr 28 13:28:05 UTC 2010 x86_64 GNU/Linux

|~[5253] ls -l /var/lib/apt/periodic/
total 8
drwxr-xr-x 2 root root 4096 May 27 08:04 ./
drwxr-xr-x 6 root root 4096 Jun 2 05:25 ../
-rw-r--r-- 1 root root 0 Jun 2 00:31 update-stamp
-rw-r--r-- 1 root root 0 Jun 2 01:57 update-success-stamp

Revision history for this message
Alexey Solyanik (a-solyanik) wrote :

Same problem. My .xsession-errors is about 5Mb filled with
(firefox-bin:1639): Gdk-WARNING **: XID collision, trouble ahead

Firefox about:
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.3) Gecko/20100423 Ubuntu/10.04 (lucid) Firefox/3.6.3

$ uname -a
Linux thor 2.6.32-22-generic #33-Ubuntu SMP Wed Apr 28 13:27:30 UTC 2010 i686 GNU/Linux

All updates are applied.

Revision history for this message
arno_b (arno.b) wrote :

Please, do not post comments that just say "it happens to me too". Instead, use the button "this bug affect n persons" at the top of the page.
The goal of this button is to avoid flooding in comments and to make a difference between affected people and comments bringing information to solve the problem.

Thanks.

Revision history for this message
Sam_ (and-sam) wrote :

arno_b,
I did use the button "affects me too", in addition I've raised my question, since the header only mentiones FF 3.5.
As Ian! D. Allen #116 pointed out, do we need to create a new bug for the same reason but different FF version?
Thanks.

Revision history for this message
arno_b (arno.b) wrote :

Sam, your question was not concerned by my post (of course ;)).
Do not open an other report for firefox 3.6 since the problem seems to be the same than firefox 3.5.
I add the ubuntu firefox package to the list of the affected packages; since package firefox on Lucid is mapped to firefox-3.6: this bug report is now also related to FF3.6.

Revision history for this message
In , thelastquincy (yoohookid9) wrote :

Open a terminal and run Firefox from there to show results of what's going on, that's when I first noticed. Running Lucid Lynx and Firefox 3.6.3 i thought this would happen on the old firefox but the new one seriously? I don't what the firefox-bin:2366 is but thats showing up as well.

(firefox-bin:2366): Gdk-WARNING **: XID collision, trouble ahead

Revision history for this message
In , Mozilla-bugs-micahscomputing (mozilla-bugs-micahscomputing) wrote :

(In reply to comment #17)
> SeaMonkey and Chatzilla crash about once a day.
> '~$ strace -e trace=open seamonkey' produces: "(seamonkey-2.0-bin:2766):
> Gdk-WARNING **: XID collision, trouble ahead. The program 'seamonkey-2.0-bin'
> received an X Window System error. This probably reflects a bug in the program.
> The error was 'RenderBadPicture (invalid Picture parameter)'.

You're experiencing bug 522635.

Revision history for this message
Sam_ (and-sam) wrote :

Merci beaucoup arno_b.

Revision history for this message
Sam_ (and-sam) wrote :

Update.
Not sure if it's related.
I've found the multiple lines '(firefox-bin:1527): Gdk-WARNING **: XID collision, trouble ahead'
only appear when a java applet starts. Java brings up CPU to 100.
http://javatester.org/version.html

xession-errors says at this point:
## multiple lines
(firefox-bin:1527): Gdk-WARNING **: XID collision, trouble ahead
java version "1.6.0_18"
OpenJDK Runtime Environment (IcedTea6 1.8) (6b18-1.8-0ubuntu1)
OpenJDK 64-Bit Server VM (build 14.0-b16, mixed mode)
java.lang.InterruptedException: sleep interrupted
 at java.lang.Thread.sleep(Native Method)
 at sun.applet.PluginAppletViewer.handleMessage(PluginAppletViewer.java:735)
 at sun.applet.PluginAppletViewer.handleMessage(PluginAppletViewer.java:649)
 at sun.applet.PluginStreamHandler.handleMessage(PluginStreamHandler.java:270)
 at sun.applet.PluginMessageHandlerWorker.run(PluginMessageHandlerWorker.java:82)

Exception in thread "Thread-14" java.lang.NullPointerException
 at sun.applet.AppletPanel.showAppletStatus(AppletPanel.java:947)
 at sun.applet.AppletPanel.run(AppletPanel.java:607)
 at java.lang.Thread.run(Thread.java:636)

Revision history for this message
Sam_ (and-sam) wrote :
Revision history for this message
S. Christian Collins (s-chriscollins) wrote :

I was trying to troubleshoot a freezing Java applet for a friend, so I started Firefox from the terminal. After the Java applet froze, I looked in the terminal and found a stream of the "...trouble ahead" messages.

I've been able to consistently reproduce this on two systems now, so maybe it is a usable test case. The only caveat is you need to have a TD Ameritrade account (which I don't).

Anyway, here's what I did:
1) I am using sun-java6 NOT openjdk/icedtea.
2) Open the TD Ameritrade Command Center.
3) Once the streamer has loaded, click on the settings button (looks like a wrench) to open the streamer settings. The settings window begins to appear, but is only partially drawn (no text), then it freezes up so badly that the system monitor cannot kill the task. Other applications can be used and closed, but the Java app will just sit there frozen until the system is rebooted.

This doesn't happen using Karmic, only Lucid. I have tested it on two systems, both using an Intel graphics chipset (I don't know if that matters). The next time I am over at my friend's place, I will try to get more information so I can create a proper bug report.

Revision history for this message
dino99 (9d9) wrote :

new test on maverick+sun-java-jre+firefox 3.6.4

got these comments logged into .xsession-errors:

(<unknown>:4295): Gdk-WARNING **: XID collision, trouble ahead
  (child won, so we're deferring)
  (child won, so we're not deferring)
  (processing deferred in-call)

Revision history for this message
Michael Stevens (mstevens-etla-deactivatedaccount) wrote :

I seem to be seeing this problem too:

rep 'XID collision' .xsession-errors | wc -l
56489

mstevens@mstevens-desktop:~ % uname -a
Linux mstevens-desktop 2.6.32-22-generic #36-Ubuntu SMP Thu Jun 3 22:02:19 UTC 2010 i686 GNU/Linux

Fully patched Lucid Lynx.

Revision history for this message
yamo (stephane-gregoire) wrote :

Hi,

I've also this bug in Seamonkey 2.0.4.

(seamonkey-2.0-bin:2003): Gdk-WARNING **: XID collision, trouble ahead

$ dpkg -l | grep seamonkey | grep ii
ii seamonkey 2.0.4+nobinonly-0ubuntu1 The Seamonkey Internet Suite
ii seamonkey-browser 2.0.4+nobinonly-0ubuntu1 Seamonkey Navigator (Internet browser) and C
ii seamonkey-chatzilla 2.0.4+nobinonly-0ubuntu1 Seamonkey Chatzilla IRC client
ii seamonkey-dbg 2.0.4+nobinonly-0ubuntu1 Debugging symbols for the Seamonkey Internet
ii seamonkey-gnome-support 2.0.4+nobinonly-0ubuntu1 Gnome Depends for the Seamonkey Internet Sui
ii seamonkey-mailnews 2.0.4+nobinonly-0ubuntu1 Seamonkey Mail & Newsgroups and Address Book

$ lsb_release -rd
Description: Ubuntu 10.04 LTS
Release: 10.04

$ uname -a
Linux eeepc 2.6.32-22-generic #36-Ubuntu SMP Thu Jun 3 22:02:19 UTC 2010 i686 GNU/Linux

Revision history for this message
Zack Evans (zevans23) wrote :

Quick re-summary then.

Karmic looks like it was fixed (although it only seems to be me that posted a confirmation.)

Lucid says "fix-released." I, and many others, are still seeing these warnings in lucid. So, "fix" doesn't work, can someone suitably qualified change the status back please, or state which symptoms they think are fixed, and I'll open a new bug for anything that isn't fixed.

Flash *seems* to trigger it the most easily, although correlation is not causation.
On my system Firefox without flash, and Chrome, and very occasionally other arbitrary GTK apps trigger it.

... and the bug is almost a year old. Oops. :-) Happy to help test anything if required.

I have a new work laptop coming next week so I have an opportunity to test a totally fresh install with all current updates, will do so and report back.

Could I ask no-one else posts confirmations for now, we've got about 50 of those above already...

Revision history for this message
In , yamo (stephane-gregoire) wrote :

Hi,

On Ubuntu, I've also this bug
(seamonkey-2.0-bin:1751): Gdk-WARNING **: XID collision, trouble ahead.

I have same bug with 2.1a2 and 2.1a3pre officials builds from mozilla.org

For Bad Picture on Ubuntu : https://bugs.launchpad.net/bugs/575160

Revision history for this message
In , Richard Snow (rssnow1) wrote :

Created an attachment (id=456043)
more description of how to reproduce.

occurs in flashplayer on Ubuntu 10.04 LTS, but not in Fedora 13.

Revision history for this message
In , yeti (utu) wrote :

Created an attachment (id=456360)
Annotated list of .xsession errors for IceWeasel in Knoppix 6.2.1

Added an attachment of sites with Flash content.

Some sites don't produce the XID collision warning, but some do.
Problem not always for video, but always for Flash, video or otherwise.
Hulu and Adobe are the most prolific of the sites I've found.

IceWeasel does NOT crash, just fills up .xsession-errors.
A small-megabite problem over a few weeks time, not a gigabyte problem.

Just surfing over some sites, like NY Times, some errors are produced. These
will accrue as long as the browser stays at such a site, whether you are aware of the flash content or not.

Revision history for this message
rogmorri (frontporsche) wrote :

(<unknown>:3480): Gdk-WARNING **: XID collision, trouble ahead

... I just started noticing this for the first time a few days ago.

I've always been running basically the latest released ubuntu.

Revision history for this message
tekstr1der (tekstr1der) wrote :

As stated above by Zack Evans and confirmed by many previous me-too's, this bug is still present in GTK on an up-to-date lucid install. This occurs with the latest chromium stable build for me. It is not fixed. Changing status to correctly reflect... status.

Changed in gtk+2.0 (Ubuntu Lucid):
status: Fix Released → Confirmed
Revision history for this message
Zoubidoo (zoubidoo) wrote :

Could someone clarify if this is a firefox bug or not? I am getting "XID collision, trouble ahead" with the qiv image viewer.
https://bugs.launchpad.net/ubuntu/+source/qiv/+bug/625707

Revision history for this message
In , Richard (richard-spencer) wrote :

started Namoroka ( firefox updated version for Linux )
ran firefox in terminal
started youtube & facebook both have flash
terminal now reads
(<unknown>:3009): Gdk-WARNING **: XID collision, trouble ahead

(<unknown>:3009): Gdk-WARNING **: XID collision, trouble ahead

(<unknown>:3009): Gdk-WARNING **: XID collision, trouble ahead

(<unknown>:3009): Gdk-WARNING **: XID collision, trouble ahead

(<unknown>:3009): Gdk-WARNING **: XID collision, trouble ahead

(<unknown>:3009): Gdk-WARNING **: XID collision, trouble ahead

(<unknown>:3009): Gdk-WARNING **: XID collision, trouble ahead

(<unknown>:3009): Gdk-WARNING **: XID collision, trouble ahead
definately a flash problem
did the same with the beta

Revision history for this message
yamo (stephane-gregoire) wrote :

On Seamonkey 2.0 this bug appeared when activating adobe flash plugin.

Revision history for this message
dino99 (9d9) wrote :

maverick is full filed too with this warning (i386 updated)

Revision history for this message
Oedipe (oedipe) wrote :

Pffff, that annoying bug has been reported first by dino99 on 20-07-2009. ... More than one year later, still nothing... Can we have a kind of "status" or scheduled fix release ? I mean, that bug affects thousand of people and cripple their "xsession-errors" file with tons of warnings... Why it takes so long to fix ?...

Revision history for this message
Christian Niemeyer (christian-niemeyer) wrote :

the flooding of .xsession-errors and hd activity/waste is most
annoying for the end user.

here's a workaround:
ALT+F2

gnome-session-properties ENTER

"Add"
Name: remove xsession-errors on login
Command: rm -f .xsession-errors*
Comment: cool

That's it. logout and login.

Note that is should be "rm -f .xsession-errors*"
-f means, that if no .xsession-errors* is there rm won't complain.

If you want to check your logfile again just disable the entry in
gnome-session-properties. logout and login.

Revision history for this message
Christian Niemeyer (christian-niemeyer) wrote :

I'm sorry:

The command line is wrong. It works with this line:

sh -c "rm -f ~/.xsession-errors*"

Revision history for this message
dino99 (9d9) wrote :

my solution is to use logrotate to limit xsession-errors size

Revision history for this message
The Compiler (florianbruh-deactivatedaccount) wrote :

What's the * for? You don't really want to remove every file starting with ".xsession-errors", you ONLY want to remove the file ".xsession-errors". I'd suggest doing:

sh -c 'rm -f ~/.xsession-errors'

Revision history for this message
Christian Niemeyer (christian-niemeyer) wrote :

the * ist just because there is also a file called .xsession-errors.old

if you switch this on/off in your session-properties, in case you want to view the log file, with this XID-collision flooding, it may happen, that the .old-file also get's quite big.

maybe the * is too much, but it's not harmfiul for other files. of course, your version is the exact way to do it. also the ' instead of " are better.

Changed in xlibs:
importance: Unknown → Medium
Changed in gtk:
importance: Unknown → Medium
Changed in firefox:
importance: Unknown → Medium
Revision history for this message
Chinmay Rajhans (rajhanschinmay) wrote :

I am also getting this error very frequently.

Firefox:
(firefox-bin:2043): Gdk-WARNING **: XID collision, trouble ahead

Seamonkey:
(seamonkey-2.0-bin:2193): Gdk-WARNING **: XID collision, trouble ahead

Opera:
(operapluginwrapper:2507): Gdk-WARNING **: XID collision, trouble ahead

I am running my browsers via a session created using Putty and ssh onto a linux Ubuntu 10.04 OS.

I think this is to do with Adobe flash player only else how come 3 browsers have the same problem/

Kindly solve it and let all of us know the solutions if any.

Thanking you.

Revision history for this message
dino99 (9d9) wrote :

hi devs,

waiting the final release in few days for maverick, and this error is continuously flooding our log, so is there a way to hide it at least ?

Revision history for this message
Christian Niemeyer (christian-niemeyer) wrote :

@dino99:
I guess this is related to the flash plugin. I only get this error with installed flash plugin. Maybe the new preview releases from adobe fixes this. But I doubt it. Maybe it's not Flash's fault at all.

However, to work around the problem:

Do once in terminal: rm -f ~/.xsession-errors*

Then hit ALT+F2 and type gnome-session-properties

Add a new entry with the command: sh -c 'rm -f ~/.xsession-errors'

Add a description like "deletes xsession-errors at login"

Close, Log out and log in. You're done.

Revision history for this message
In , hidenosuke (hidenosuke) wrote :

I cannot reproduce with Flash Player 10.2.161.

Mozilla/5.0 (X11; Linux x86_64; rv:2.0b8pre) Gecko/20101109 Firefox/4.0b8pre

Revision history for this message
Sam_ (and-sam) wrote :

I've removed the official flashplugin-installer incl. nspluginwrapper and installed native 64bit 'square' from Adobe.
I'm not able to reproduce the issue with java applet, flash, google maps, opened all in tabs.
$ LANG=C apt-cache policy firefox
firefox:
Installed: 3.6.12+build1+nobinonly-0ubuntu0.10.04.1

java version "1.6.0_18"
OpenJDK Runtime Environment (IcedTea6 1.8.2) (6b18-1.8.2-4ubuntu2)
OpenJDK 64-Bit Server VM (build 16.0-b13, mixed mode)

Revision history for this message
dino99 (9d9) wrote :

on Natty i386 updated

confirm that this problem is no more logged now with firefox 4

Revision history for this message
Sam_ (and-sam) wrote :
Revision history for this message
Sam_ (and-sam) wrote :

Issue stil occurs with google-street-view but not with other flash sites.
The pid in xsession-errors refers to plugin-container.
ps aux |grep 1555
1000 1555 14.0 11.4 703020 116876 ? Sl 13:07 49:54 /usr/lib/firefox-3.6.12/plugin-container /user/zookeeper/.mozilla/plugins/libflashplayer.so 1521 plugin true

Alexander Sack (asac)
Changed in firefox-3.5 (Ubuntu Karmic):
assignee: Alexander Sack (asac) → nobody
Changed in firefox-3.5 (Ubuntu Lucid):
assignee: Alexander Sack (asac) → nobody
Changed in firefox-3.5 (Ubuntu):
assignee: Alexander Sack (asac) → nobody
Changed in gtk+2.0 (Ubuntu):
assignee: Alexander Sack (asac) → nobody
milestone: lucid-alpha-1 → none
Alexander Sack (asac)
Changed in gtk+2.0 (Ubuntu Karmic):
assignee: Alexander Sack (asac) → nobody
Alexander Sack (asac)
Changed in gtk+2.0 (Ubuntu Lucid):
assignee: Alexander Sack (asac) → nobody
milestone: lucid-alpha-1 → none
Revision history for this message
Sam_ (and-sam) wrote :

Also affects an updated Maverick.
I typed something in FF 3.6.13 and suddenly got logged out.
Afterwards I reviewed .xession-errors.old and found the ominous lines there.
Before I've visited lots of pages using flash.
I'm using native 64bit 'square' since nspluginwrapper is still no useful choice in my case.

Changed in xlibs:
importance: Medium → Unknown
Changed in xlibs:
importance: Unknown → Medium
Revision history for this message
In , Florin-strugariu (florin-strugariu) wrote :

I get the following console error:

(firefox-bin:7065): Gdk-WARNING **: XID collision, trouble ahead

I can still reproduce this on:

Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.18) Gecko/20110319 Firefox/3.5.18

Shockwave Flash 10.2 r152

On any site that contains flash:

http://www.amazon.com/
http://www.msn.com/
http://www.yahoo.com/

Revision history for this message
caixamagica (caixa-magica) wrote :

Forgive me something but - come on - this bug exists since 2009.
It should be solved by now, in my humble opinion... but it's not!
I can still reproduce:
" (firefox-bin:2685): Gdk-WARNING **: XID collision, trouble ahead "
in Ubuntu 10.10 and Firefox 3.6.16, Chrome 10.0..., etc. when viewing sites with flash content.
I believe that this is causing some flash plugin crashes.
After more than a year googling perhaps hundreds of webpages, I still couldn't find a solution.

Revision history for this message
In , Jan-mozilla (jan-mozilla) wrote :

A also get messages in my log, e.g. on http://www.amazon.com/:
Build identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.16) Gecko/20101206 SeaMonkey/2.0.11

Seamonkey started with:
seamonkey -safe-mode -other-switches
results in:
(seamonkey-2.0-bin:29905): Gdk-WARNING **: XID collision, trouble ahead

Shockwave Flash

    File name: libflashplayer.so
    Shockwave Flash 10.2 r153

Revision history for this message
In , Kristoffer Grundström (umeaman) wrote :

(In reply to comment #26)
> A also get messages in my log, e.g. on http://www.amazon.com/:
> Build identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.16)
> Gecko/20101206 SeaMonkey/2.0.11
>
> Seamonkey started with:
> seamonkey -safe-mode -other-switches
> results in:
> (seamonkey-2.0-bin:29905): Gdk-WARNING **: XID collision, trouble ahead
>
> Shockwave Flash
>
> File name: libflashplayer.so
> Shockwave Flash 10.2 r153

Jan: Uninstall the current Flash-version & try the new beta-version from Adobe Labs:

http://download.macromedia.com/pub/labs/flashplatformruntimes/flashplayer10-3/flashplayer10-3_b1_lin_030811.tar.gz is the Beta 3-version.

http://download.macromedia.com/pub/labs/flashplatformruntimes/flashplayer10-3/flashplayer10-3_b1_debug_lin_030811.tar.gz for Debug-content.

Revision history for this message
In , Kristoffer Grundström (umeaman) wrote :

In your users home-dir you should have a .mozilla-folder, in that you should have a plugins-folder. ~/.mozilla/plugins. Place the unziped so-file to that destination after you've uninstalled the Debian-package. You should do updatedb as root in Terminal to make sure it's recognized. You'll get new prompt when its finished. Note that this Beta-version only works on i586-archs. Don't ask ME why, ask Adobe Labs.

Revision history for this message
In , Jan-mozilla (jan-mozilla) wrote :

Thanks. Confirming that no logging is created with Shockwave Flash 10.3 d180 with my seamonkey.

Revision history for this message
In , Jan-mozilla (jan-mozilla) wrote :

... at least for amazon.
However http://d.hatena.ne.jp/nyama/20090605
yields similar messages, but on a differerent line number than I reported before:

(seamonkey-2.0-bin:7580): Gdk-WARNING **: XID collision, trouble ahead

apparently not everything is solved.

Revision history for this message
D. Hugh Redelmeier (hugh-mimosa) wrote :

If you read enough of this bz entry, you will see that it cannot be fixed by a new Adobe Flash. Proof: I have the problem but don't have Flash installed.

My best guess is that this is a GTK bug. You will see hints of this if you read the whole bz entry. Or just look for GTK.

Revision history for this message
Chinmay Rajhans (rajhanschinmay) wrote :

I am using 3.6.13 version of Firefox along with Adobe Flash player version 10.0 in Ubuntu 10.04.
I am getting this error.

(<unknown>:1716): Gdk-WARNING **: XID collision, trouble ahead

I tried upgrading my Firefox version to 3.7 once but I found it was not at all a stable version and crashed multiple times.
so now I decided to use this version which is performing well except above warnings.

someone above has suggested to use latest Macromedia flash player.
http://download.macromedia.com/pub/labs/flashplatformruntimes/flashplayer10-3/flashplayer10-3_b1_lin_030811.tar.gz

I downloaded this file. It is a tar file. I extracted it.
Inside it, there is a file like *.so and one folder.
kindly let me know how to install that.

I am having multiple users in Linux. so I would want to install it in such a way that all the other users also can use the same flash player.
kindly let me know the steps.

if .deb kind of file exists for this flash player, then kindly give me the link.
Installing that is much easier and safer.

Yours
Chinmay

Revision history for this message
caixamagica (caixa-magica) wrote :

If it's not a flash issue, at least interferes with flash videos playback.
And perhaps it's a javascript issue.
Eg., I get "trouble ahead" all the time on videos like these: http://videos.sapo.pt/categoria.html?id=9

Revision history for this message
In , Benjamin Kerensa (bkerensa) wrote :

Ubuntu also has a bug report for this same issue please see:
https://bugs.launchpad.net/ubuntu/+source/firefox-3.5/+bug/401823

Changed in firefox (Ubuntu Karmic):
status: New → Confirmed
Changed in firefox (Ubuntu Lucid):
status: New → Confirmed
Changed in firefox (Ubuntu):
status: New → Confirmed
Revision history for this message
In , Jeremy Sequoia (jeremyhu) wrote :

This seems more like a server issue. I think it could easily be possible for
the server to guarantee that XIDs are not reused within a certain time period
since it issued a DestroyNotify. That won't guarantee that clients are happy,
but it can certainly help. We just need to store a timestamp of the time the
XID was destroyed and if the head of the recycle queue is too recent, we
allocate a new XID rather than recycling.

Tracking for 1.12, but I'd consider this for 1.11.x if the change is simple
enough.

Changed in xlibs:
importance: Medium → High
Revision history for this message
A. Eibach (andi3) wrote :

This should really be passed to the GDK guys as well (if no one has beaten me to it meanwhile)

That "XID collision, trouble ahead" message originates from /usr/lib/libgdk-x11-2.0.so.

Revision history for this message
A. Eibach (andi3) wrote :

@Chinmay

Well, I don't know about at .deb, but there is a package of the 10.3 player (the FINAL version)
called flash-plugin-10.3.183.11-release.i386.rpm.

Just for test I tried installing it with
$ rpm -i --force-debian --nodeps flash-plugin-10.3.183.11-release.i386.rpm

and what I can I say, it worked! =D
For IceWeasel, I just had to symlink from /usr/lib/flash-plugin/libflashplayer.so to /usr/lib/iceweasel/plugins and voila!
BTW, don't be worried about the "--nodeps" override; RPM cannot correctly detect dependencies on Debian and even does not know about existence of a sane libc6/libstdc++/whatever system, so it generally assumes you have literally "none" of the above. Though you do have those and they work.)

-

Besides, there is also a v11 package out meanwhile:
flashplayer-mozilla_11.1.102.55-0.2_i386.deb
This time, for IceWeasel, symlink from /usr/lib/flashplayer-mozilla/libflashplayer.so to said Iceweasel plugins directory.

FWIW. Though it must be noted that it did not make these stupid error messages disappear.

Revision history for this message
dino99 (9d9) wrote :

I did not seen that errors since a while (#172) and gtk2 is less used now, so this report is quite dormant. Maybe it could be closed.

Revision history for this message
Jeff Lane  (bladernr) wrote :

dormant and still broken are two different things...

bladernr@klaatu:~$ grep XID .xsession-errors |wc -l
139

That's 139 instances in .xsession errors in the last 24 hours for me...

Not to mention the fact that SO MANY things are reporting errors into xsession-errors these days (for me at least) that I have to delete the log every few days as it very quickly grows to over 100GB in size... I think the last time I caught it, it went from 0 to 95GB in about a week :(

I need to remember to start parsing that long and opening more bugs

Revision history for this message
dino99 (9d9) wrote :

@Jeff
i've often seen the xsession-errors errors/warnings going away after renaming the .gconf .local .gnome2 then they are cleanly recreated on next boot. That should not exist with if packages updates was taking care of deprecated settings/symlinks etc but the fact is.

Revision history for this message
Piyush Roy (piyush2k13) wrote :

I have also got this bug and here it is causing system crash. This bug exists after Ubuntu 10.04, at least for me. It is reproducible
by opening sites with flash content. Also for those who, this is just a logging issue, well let me say, it is not. This is real problem and it should be fixed. I am also giving my system information so that developers can fix this easily.

Revision history for this message
Piyush Roy (piyush2k13) wrote :

I have raised this issue in separate ticket 994688

Revision history for this message
Lord Delta (lorddefinitia) wrote :

If it helps any, I have this problem too, kubuntu,
lsb_release:
Distributor ID: Ubuntu
Description: Ubuntu 12.04 LTS
Release: 12.04
Codename: precise
uname -r:
3.2.0-24-generic
dpkg -l 'libgtk2.0*':
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name Version Description
+++-================-================-================================================
ii libgtk2.0-0 2.24.10-0ubuntu6 GTK+ graphical user interface library
un libgtk2.0-0-dbg <none> (no description available)
ii libgtk2.0-bin 2.24.10-0ubuntu6 programs for the GTK+ graphical user interface l
rc libgtk2.0-cil 2.12.10-2ubuntu4 CLI binding for the GTK+ toolkit 2.12
un libgtk2.0-cil-de <none> (no description available)
ii libgtk2.0-common 2.24.10-0ubuntu6 common files for the GTK+ graphical user interfa
ii libgtk2.0-dev 2.24.10-0ubuntu6 development files for the GTK+ library
ii libgtk2.0-doc 2.24.10-0ubuntu6 documentation for the GTK+ graphical user interf

I notice this issue when running Google-Chrome from cmdline.

Revision history for this message
Lord Delta (lorddefinitia) wrote :

Also believe this bug could be related to crashes/system freezes/hangs I experience, almost regularly.

Revision history for this message
jerrylamos (jerrylamos) wrote :

This one's quantal 3.4.0-5 after today's update/upgrade even.

Jerry

Revision history for this message
Paul Tomblin (ptomblin) wrote :

I run Chrome from the command line in order to add the '-disable-bundled-ppapi-flash' argument to prevent the other flash freezeup, and I get this message in the terminal window that's running Chrome.

Revision history for this message
dino99 (9d9) wrote :
Changed in firefox (Ubuntu Karmic):
status: Confirmed → Invalid
Revision history for this message
In , hidenosuke (hidenosuke) wrote :

I can't reproduce this problem with recent Flash Player.
So I think we can close this bug.

Revision history for this message
In , Karlt (karlt) wrote :

This has been fixed/avoided by out of process plugins.

Changed in gtk:
status: New → Expired
Changed in firefox:
status: Confirmed → Invalid
Revision history for this message
Bryan Quigley (bryanquigley) wrote :

Cleaning up where this can no longer be fixed/has been fixed. Does anyone still have this issue?

Changed in gtk+2.0 (Ubuntu Lucid):
status: Confirmed → Invalid
Changed in firefox (Ubuntu Lucid):
status: Confirmed → Invalid
Changed in firefox (Ubuntu):
status: Confirmed → Fix Released
Changed in firefox-3.5 (Ubuntu Lucid):
status: Triaged → Invalid
Changed in firefox-3.5 (Ubuntu):
status: Triaged → Invalid
Revision history for this message
Jeff Lane  (bladernr) wrote :

Can someone please close this bug?

dino99 (9d9)
Changed in chromium-browser:
status: New → Invalid
Revision history for this message
In , Gitlab-migration (gitlab-migration) wrote :

-- GitLab Migration Automatic Message --

This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/xorg/xserver/issues/380.

Changed in xlibs:
status: Confirmed → Unknown
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

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