Gdk-WARNING **: XID collision, trouble ahead
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Chromium Browser |
Invalid
|
Undecided
|
Unassigned | ||
GTK+ |
Expired
|
Medium
|
|||
Mozilla Firefox |
Invalid
|
Medium
|
|||
xlibs |
Confirmed
|
High
|
|||
firefox (Ubuntu) |
Undecided
|
Unassigned | |||
Karmic |
Undecided
|
Unassigned | |||
Lucid |
Undecided
|
Unassigned | |||
firefox-3.5 (Ubuntu) |
High
|
Unassigned | |||
Karmic |
High
|
Unassigned | |||
Lucid |
High
|
Unassigned | |||
gtk+2.0 (Ubuntu) |
Medium
|
Unassigned | |||
Karmic |
High
|
Unassigned | |||
Lucid |
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-
Related branches
|
#2 |
This warning was added for http://
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).
I also get floods of these messages on my console from time to time on http://
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.0.10) Gecko/2009042315 Firefox/3.0.10
|
#4 |
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
|
#5 |
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/
|
#6 |
(In reply to comment #4)
The warning was added before gtk+-2.16.2, but is not in gtk+-2.16.1.
http://
(Whatever is causing the warning is most likely happening in earlier versions also though.)
|
#7 |
(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.
|
#8 |
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://
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.)
|
#9 |
*** Bug 499520 has been marked as a duplicate of this bug. ***
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.
Takanori: Pandora uses flash
karmic testing
in .xsession-errors: (firefox:24993): Gdk-WARNING **: XID collision, trouble ahead
previously, have had this one: (nautilus:3572):
GLib-GObject-
dino99 (9d9) wrote : apport-collect data | #14 |
Architecture: i386
DistroRelease: Ubuntu 9.10
NonfreeKernelMo
Package: firefox 3.0.11+
PackageArchitec
ProcEnviron:
SHELL=/bin/bash
LANG=fr_FR.UTF-8
ProcVersionSign
Uname: Linux 2.6.31-3-generic i686
UserGroups: adm admin cdrom dialout lpadmin plugdev sambashare
Susan Cragin (susancragin) wrote : Re: (firefox:24993): Gdk-WARNING **: XID collision, trouble ahead | #16 |
Have added my xsession-errors file. The good bit is as follows:
(firefox:3621): Gdk-CRITICAL **: gdk_x11_
Nautilus-
Please ask your system administrator to enable user sharing.
(nautilus:3180): GLib-GObject-
|
#17 |
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) |
Alexander Sack (asac) wrote : Re: (firefox:24993): Gdk-WARNING **: XID collision, trouble ahead - overeager XID caching | #18 |
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 |
Alexander Sack (asac) wrote : | #19 |
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 |
Alexander Sack (asac) wrote : | #20 |
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 |
|
#21 |
Ryan (ubuntu-draziw) wrote : Re: (firefox:24993): Gdk-WARNING **: XID collision, trouble ahead - overeager XID caching | #22 |
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-
(firefox-
(firefox-
(firefox-
(firefox-
(firefox-
(firefox-
(firefox-
(firefox-
Segmentation fault (core dumped)
Ryan (ubuntu-draziw) wrote : | #24 |
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://
100 /var/lib/
libgtk2.0-0-dbg:
Installed: 2.17.7-0ubuntu2
Candidate: 2.17.7-0ubuntu2
Version table:
*** 2.17.7-0ubuntu2 0
500 http://
100 /var/lib/
libgtk2.0-bin:
Installed: 2.17.7-0ubuntu2
Candidate: 2.17.7-0ubuntu2
Version table:
*** 2.17.7-0ubuntu2 0
500 http://
100 /var/lib/
libgtk2.0-common:
Installed: 2.17.7-0ubuntu2
Candidate: 2.17.7-0ubuntu2
Version table:
*** 2.17.7-0ubuntu2 0
500 http://
100 /var/lib/
libgtk2.0-dev:
Installed: 2.17.7-0ubuntu2
Candidate: 2.17.7-0ubuntu2
Version table:
*** 2.17.7-0ubuntu2 0
500 http://
100 /var/lib/
Ryan (ubuntu-draziw) wrote : | #25 |
(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
Tyrael (marco-crociani) wrote : | #26 |
Hi, it's the same bug?
The libcanberra error is related to https:/
(firefox:3864): Gdk-CRITICAL **: gdk_x11_
$ firefox
Gtk-Message: Failed to load module "canberra-
NPP_New called
DBUS connection created
Listening to path /control/16915
ARG: src = http://
ARG: autostart = true
ARG: loop = false
ARG: hidden = true
New Stream Requested
opening /home/tyrael/
Entering destroy stream reason = 0 for http://
Entering list_parse_qt localsize = 625
unable to find rmda in /home/tyrael/
Entering list_parse_asx localsize = 625
Item
src = http://
local = /home/tyrael/
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://
local = /home/tyrael/
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://
,0 = 0
http://
/home/tyrael/
/control/16915
New Stream Requested
item is null
stream url http://
Entering destroy stream reason = 1 for http://
Exiting destroy stream reason = 1 for http://
(firefox:3864): Gdk-CRITICAL **: gdk_x11_
(firefox:3864): Gdk-CRITICAL **: gdk_x11_
(firefox:3864): Gdk-CRITICAL **: gdk_x11_
(firefox:3864): Gdk-CRITICAL **: gdk_x11_
(firefox:3864): Gdk-CRITICAL **: gdk_x11_
(firefox:3864): Gdk-CRITICAL **: gdk_x11_
(firefox:3864): Gdk-CRITICAL **: gdk_x11_
(firefox:3864): Gdk-CRITICAL **: gdk_x11_
*** NSPlugin Viewer *** ERROR: NPN_InvalidateR
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...
dino99 (9d9) wrote : | #27 |
xid collision is gone now
dino99 (9d9) wrote : apport-collect data | #28 |
Architecture: i386
DistroRelease: Ubuntu 9.10
NonfreeKernelMo
Package: firefox 3.5.2+nobinonly
PackageArchitec
ProcEnviron:
SHELL=/bin/bash
PATH=(custom, user)
LANG=fr_FR.UTF-8
ProcVersionSign
Uname: Linux 2.6.31-7-generic i686
UserGroups: adm admin cdrom dialout lpadmin plugdev sambashare
dino99 (9d9) wrote : Re: (firefox:24993): Gdk-WARNING **: XID collision, trouble ahead - overeager XID caching | #29 |
Martin Pitt (pitti) wrote : | #30 |
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) |
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:/
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
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.
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.
|
#34 |
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.
actionparsnip (andrew-woodhead666) wrote : Re: (firefox:24993): Gdk-WARNING **: XID collision, trouble ahead - overeager XID caching | #35 |
I'm also getting the error in #10 except the number this time is 15780 which is simply the PID of the process.
|
#36 |
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?
(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:/
|
#38 |
The RenderBadPicture may be caused by running cairo master. If you are, try downgrading to 1.8.8.
|
#39 |
(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.
|
#40 |
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.
Changed in gtk+2.0 (Ubuntu Karmic): | |
assignee: | nobody → Alexander Sack (asac) |
Changed in firefox-3.5 (Ubuntu Karmic): | |
milestone: | none → ubuntu-9.10 |
Changed in firefox-3.5 (Ubuntu Karmic): | |
status: | Triaged → Invalid |
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 |
Changed in firefox-3.5 (Ubuntu): | |
status: | Invalid → Triaged |
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 |
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 |
Changed in firefox-3.5 (Ubuntu Karmic): | |
status: | New → Won't Fix |
Changed in gtk+2.0 (Ubuntu Karmic): | |
importance: | Medium → High |
Changed in gtk+2.0 (Ubuntu Karmic): | |
status: | In Progress → Fix Committed |
tags: | added: verification-needed |
Changed in gtk+2.0 (Ubuntu): | |
milestone: | later → lucid-alpha-1 |
tags: |
added: verification-done removed: verification-needed |
Changed in gtk+2.0 (Ubuntu Karmic): | |
status: | Fix Committed → Fix Released |
Changed in gtk+2.0 (Ubuntu Lucid): | |
status: | Triaged → Fix Released |
summary: |
- (firefox:24993): Gdk-WARNING **: XID collision, trouble ahead - - overeager XID caching + (firefox-3.5:20755): Gdk-WARNING **: XID collision, trouble ahead |
summary: |
- (firefox-3.5:20755): Gdk-WARNING **: XID collision, trouble ahead + Gdk-WARNING **: XID collision, trouble ahead |
Changed in gtk+2.0 (Ubuntu Karmic): | |
status: | Fix Released → New |
Changed in gtk+2.0 (Ubuntu Karmic): | |
status: | New → Fix Released |
Changed in gtk: | |
status: | New → Unknown |
Changed in gtk: | |
status: | Unknown → New |
Changed in gtk+2.0 (Ubuntu Lucid): | |
status: | Fix Released → Confirmed |
I'm sorry:
The command line is wrong. It works with this line:
sh -c "rm -f ~/.xsession-
dino99 (9d9) wrote : | #164 |
my solution is to use logrotate to limit xsession-errors size
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'
the * ist just because there is also a file called .xsession-
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 |
Chinmay Rajhans (rajhanschinmay) wrote : | #167 |
I am also getting this error very frequently.
Firefox:
(firefox-bin:2043): Gdk-WARNING **: XID collision, trouble ahead
Seamonkey:
(seamonkey-
Opera:
(operapluginwra
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.
dino99 (9d9) wrote : | #168 |
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 ?
@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-
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.
|
#170 |
I cannot reproduce with Flash Player 10.2.161.
Mozilla/5.0 (X11; Linux x86_64; rv:2.0b8pre) Gecko/20101109 Firefox/4.0b8pre
Sam_ (and-sam) wrote : | #171 |
I've removed the official flashplugin-
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+
java version "1.6.0_18"
OpenJDK Runtime Environment (IcedTea6 1.8.2) (6b18-1.
OpenJDK 64-Bit Server VM (build 16.0-b13, mixed mode)
dino99 (9d9) wrote : | #172 |
on Natty i386 updated
confirm that this problem is no more logged now with firefox 4
Sam_ (and-sam) wrote : | #173 |
Sam_ (and-sam) wrote : | #174 |
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/
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 |
Changed in gtk+2.0 (Ubuntu Karmic): | |
assignee: | Alexander Sack (asac) → nobody |
Changed in gtk+2.0 (Ubuntu Lucid): | |
assignee: | Alexander Sack (asac) → nobody |
milestone: | lucid-alpha-1 → none |
Sam_ (and-sam) wrote : | #175 |
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 |
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://
http://
http://
caixamagica (caixa-magica) wrote : | #177 |
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.
|
#178 |
A also get messages in my log, e.g. on http://
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-
Shockwave Flash
File name: libflashplayer.so
Shockwave Flash 10.2 r153
(In reply to comment #26)
> A also get messages in my log, e.g. on http://
> 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-
>
> 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://
http://
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.
|
#181 |
Thanks. Confirming that no logging is created with Shockwave Flash 10.3 d180 with my seamonkey.
|
#182 |
... at least for amazon.
However http://
yields similar messages, but on a differerent line number than I reported before:
(seamonkey-
apparently not everything is solved.
D. Hugh Redelmeier (hugh-mimosa) wrote : | #183 |
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.
Chinmay Rajhans (rajhanschinmay) wrote : | #184 |
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://
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
caixamagica (caixa-magica) wrote : | #185 |
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://
|
#186 |
Ubuntu also has a bug report for this same issue please see:
https:/
Changed in firefox (Ubuntu Karmic): | |
status: | New → Confirmed |
Changed in firefox (Ubuntu Lucid): | |
status: | New → Confirmed |
Changed in firefox (Ubuntu): | |
status: | New → Confirmed |
Changed in xlibs: | |
importance: | Medium → High |
A. Eibach (andi3) wrote : | #187 |
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/
A. Eibach (andi3) wrote : | #188 |
@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-
Just for test I tried installing it with
$ rpm -i --force-debian --nodeps flash-plugin-
and what I can I say, it worked! =D
For IceWeasel, I just had to symlink from /usr/lib/
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+
-
Besides, there is also a v11 package out meanwhile:
flashplayer-
This time, for IceWeasel, symlink from /usr/lib/
FWIW. Though it must be noted that it did not make these stupid error messages disappear.
dino99 (9d9) wrote : | #189 |
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.
Jeff Lane (bladernr) wrote : | #190 |
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
dino99 (9d9) wrote : | #191 |
@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.
Piyush Roy (piyush2k13) wrote : | #192 |
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.
Piyush Roy (piyush2k13) wrote : | #193 |
I have raised this issue in separate ticket 994688
Lord Delta (lorddefinitia) wrote : | #194 |
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=
| Status=
|/ Err?=(none)
||/ 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.
Lord Delta (lorddefinitia) wrote : | #195 |
Also believe this bug could be related to crashes/system freezes/hangs I experience, almost regularly.
jerrylamos (jerrylamos) wrote : | #196 |
This one's quantal 3.4.0-5 after today's update/upgrade even.
Jerry
Paul Tomblin (ptomblin) wrote : | #197 |
I run Chrome from the command line in order to add the '-disable-
|
#199 |
I can't reproduce this problem with recent Flash Player.
So I think we can close this bug.
|
#200 |
This has been fixed/avoided by out of process plugins.
Changed in gtk: | |
status: | New → Expired |
Changed in firefox: | |
status: | Confirmed → Invalid |
Bryan Quigley (bryanquigley) wrote : | #201 |
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 |
Jeff Lane (bladernr) wrote : | #202 |
Can someone please close this bug?
Changed in chromium-browser: | |
status: | New → Invalid |
Firefox outputs lots of "Gdk-WARNING **: XID collision, trouble ahead" to console
when opening some pages.
Steps to reproduce: d.hatena. ne.jp/nyama/ 20090605
1. Start Firefox
2. Open http://
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