Assertion `!xcb_xlib_threads_sequence_lost' failed with multiple applications

[Stephen McEntee]

[Impact]

There is a race in libx11 causing applications to randomly abort. It's not trivial to reproduce, but there are enough duplicates that this deserves an SRU to bionic & focal.

[Fix]

Backport a commit from upstream:

From dbb55e1a5e82870466b095097d9e46046680ec25 Mon Sep 17 00:00:00 2001
From: Frediano Ziglio <email address hidden>
Date: Wed, 29 Jan 2020 09:06:54 +0000
Subject: [PATCH] Fix poll_for_response race condition

In poll_for_response is it possible that event replies are skipped
and a more up to date message reply is returned.
This will cause next poll_for_event call to fail aborting the program.

This was proved using some slow ssh tunnel or using some program
to slow down server replies (I used a combination of xtrace and strace).

How the race happens:
- program enters into poll_for_response;
- poll_for_event is called but the server didn't still send the reply;
- pending_requests is not NULL because we send a request (see call
  to append_pending_request in _XSend);
- xcb_poll_for_reply64 is called from poll_for_response;
- xcb_poll_for_reply64 will read from server, at this point
  server reply with an event (say sequence N) and the reply to our
  last request (say sequence N+1);
- xcb_poll_for_reply64 returns the reply for the request we asked;
- last_request_read is set to N+1 sequence in poll_for_response;
- poll_for_response returns the response to the request;
- poll_for_event is called (for instance from another poll_for_response);
- event with sequence N is retrieved;
- the N sequence is widen, however, as the "new" number computed from
  last_request_read is less than N the number is widened to N + 2^32
  (assuming last_request_read is still contained in 32 bit);
- poll_for_event enters the nested if statement as req is NULL;
- we compare the widen N (which now does not fit into 32 bit) with
  request (which fits into 32 bit) hitting the throw_thread_fail_assert.

To avoid the race condition and to avoid the sequence to go back
I check again for new events after getting the response and
return this last event if present saving the reply to return it
later.

To test the race and the fix it's helpful to add a delay (I used a
"usleep(5000)") before calling xcb_poll_for_reply64.

Original patch written by Frediano Ziglio, see
https://gitlab.freedesktop.org/xorg/lib/libx11/-/merge_requests/34

Reworked primarily for readability by Peter Hutterer, see
https://gitlab.freedesktop.org/xorg/lib/libx11/-/merge_requests/53

Signed-off-by: Peter Hutterer <email address hidden>

bionic needs another commit so that the real fix applies.

[Test case]

It's a race condition, the SRU sponsor (tjaalton) does not have a test case for this, but the bug subscribers seem to.

[Where things could go wrong]

In theory there might be a case where a race still happens, but since this has been upstream for a year now with no follow-up commits, it's safe to assume that there are no regressions.

--

STEPS TO REPRODUCE
==================
The bug seems to occur when clicking on a file or folder. It is random and difficult to provide clear steps to reproduce. It is, however, a common situation.

EXPECTED RESULTS
================
pcmanfm works without problem.

ACTUAL RESULTS
==============
All pcmanfm windows become unresponsive, though background processes (e.g. copying) may continue without problem. with the same error message in ~/.cache/lxsession/LXDE/run.log:

[xcb] Unknown sequence number while processing queue
[xcb] Most likely this is a multi-threaded client and XInitThreads has not been called
[xcb] Aborting, sorry about that.
pcmanfm: xcb_io.c:259: poll_for_event: Assertion `!xcb_xlib_threads_sequence_lost' failed.
** Message: 19:58:49.267: app.vala:130: pcmanfm exit with this type of exit: 6
** Message: 19:58:49.268: app.vala:148: Exit not normal, try to reload

(note the timestamp on the message will vary)

AFFECTED VERSIONS
=================
1.2.5-3ubuntu1
NOT 1.2.4-1ubuntu0.1

UPSTREAM BUG
============
https://sourceforge.net/p/pcmanfm/bugs/1089/

ADDITIONAL NOTES
================
Other GTK2 file managers (e.g. Thunar) and applications (e.g. GIMP, Leafpad) seem to have the same problems. This is probably at least rooted in a GTK2 bug:
https://bugs.launchpad.net/ubuntu/+source/gtk+2.0/+bug/1808710

To further assert this, note that there is a SpaceFM file manager that is available in GTK2 and GTK3. The GTK2 version displays the behavior. The GTK3 version does not. Same with LibreOffice.

[Simon Quigley (tsimonq2)]

Looking into this a bit later when I do some real hardware testing.

Thanks for the bug report.

[prrvchr (prrvchr)]

Hi,

I can confirm this bug .. on Lubuntu 18.04 ...
I already had the same one on Lubuntu 17.04 ...
PCManFM unexpectedly closes when you open a folder and it seems to be more common when the option 'Preserve directory's settings' is enabled

[schubeda (schubeda)]

Same bug here.
After upgrading to Lubuntu 18.04, pcmanfm crashes unexpectedly with the same error message (No such file or directory: '/etc/xdg/pcmanfm/Lubuntu/lubuntu.conf').

[Launchpad Janitor (janitor)]

Status changed to 'Confirmed' because the bug affects multiple users.

[Bill Miller (wbmilleriii)]

Never had this until 18.04. Now it happens on several 64 and 32 bit Lubuntu installs, as well as Ubuntu installs where I've added LXDE.

[Bill Miller (wbmilleriii)]

I don't get any error message, it just freezes (mouse still moves) and after a minute or so the "has stopped responding" box pops up.

[Ben (7-ben-a)]

I have the same problem with my installation of Lubuntu 18.04.01 LTS on my Shuttle Barebone PC. When using it with my samba share from a NAS in my LAN it crashes a lot.

Also, the icon of PCmanFM in the LXPanel 0.9.3 is not blue but black. If I uptick the heigh of the icons in the panel then the icon becomes blue, when I change it back to its original smaller size it stays blue. But then it changes to black again some time later.

[David Paenson (davepolit)]

Same problem here on 18.04 (and previous versions). Crashes often for no special reason. Is there a more stable alternative?

[Janos Verebes (janoka72hun)]

Same problem here with Lubuntu Bionic (18.04.01 LTS 64bit Desktop). PcManFM crashes quite often when accessing folders or files, it seems like a timing problem. There is no any rule of freezing. It is random and it seems is not depending on any action or background activity.
The PcManFM window becomes suddenly unresponsive, virtually it freezes. Eg. it shows the latest hint permanently, no reaction to anything.
When an instance crashes, all the other opened instances become unresponsive without any sign.
Starting a new instance of PcManFM after the crash, it closes all of the frozen instances, and the new one works well. ... for a while.
But never crashes during actions (Copying, Moving, Deleting...etc).
It crashes only when accessing a file or folder by a mouse-click.

Previous version I used are absoulutely OK. (Lubuntu 16.04.xx LTS.)

Thank you in advance,
Regards.

[Ben (7-ben-a)]

I want to add, that I love PCmanFM above all other options! We need this to work! The clean surface of PCmanFM fits perfectly into Lubuntu. It was a blessing to work with it. There is no clean alternative.

[Ben (7-ben-a)]

I have some additional information regarding the crash. I use a samba share with mp3fs on it. This is a file system that transfers files to mp3 upon access (https://khenriks.github.io/mp3fs/).

Janos Verebes wrote that PCmanFM does not crash while performing actions. I have made the experience that it does crash the connection to the file system while copying from that special file system. This results in a broken mount point on the samba share - broken in the sense that "ls -all" shows "?????" on permission rights and user/group. I have then to unmount it and mount it again.

I am not 100% sure if the file system/mount point crashes because of PCmanFM, though. PCmanFM does not crash in the sense that the UI gets unresponsive. But I have the feeling both isses are related. I never had troubles using mp3fs before upgrading to 18.04.

[ԜаӀtеr Ⅼарсһуnѕkі (wxl)]

So important question: which filesystem(s) is this happening with?

[Janos Verebes (janoka72hun)]

Agreeing with Ben I can confirm the situation.
When multiple instances of PcManFM run and one of them freezes by accessing a file by user as it has been described above, other instances' windows become unresponsive, but seemingly the running processes (eg. copying) run in the background. One time I waited until a copying process may end to not to ruin the USB file system, and it seemed the copying process finished successfully despite the UI became frozen. So I think the background processes are running despite the file manager window is frozen.

The freezing may be more frequent when using an USB stick drive or something like that, but it is not depend on the media, but may be the problem occures more frequently then.

[Janos Verebes (janoka72hun)]

As a quick response to Walter's important question as I see freezing of PcManFM is not really file system dependent. For me it freezes with NTFS, FAT32, FAT16 (USB sticks) and EXT4 file systems (Lubuntu installed) either. Tested hardware background is a HP Elite 8300 Pro and HP 6300 Pro. Both of the machines uses Pentium G processors with intel Q75 and Q77 chip sets which are nearly the same.
With previously used version 16.04 LTS everything worked perfectly without any error.
Since I know PCManFM is much more than a file manager in Lubuntu systems, it is the base of the whole system handler, Desktop...etc. That's why it is strange when file manager window freezes every other component work along.
As an addendum, using the new Swap policy - when the system handles the swap as a file, the GIMP graphics editor closes suddenly without any sign. Maybe the swap handler can not satisfy GIMP's quite big swap needs. But I don't know. Using the old Swap method, when I use a part of the HDD as a swap area (about 30GB for 12GB Ram installed) GIMP seems to work well. I don't know whether the new Swap handling affects PCManFM crash story or not.

[ԜаӀtеr Ⅼарсһуnѕkі (wxl)]

Ok, so at least several filesystems do have this problem.

To get at the bottom of this, we need to be very careful about conflating issues together. There may be some other things that are possibly related, but let's not jump there quite yet. First we need to identify the nature of the problem. Let's stick to one particular set of symptoms triggered by a specific set of actions.

That said, many questions remain:

 1. To reproduce, what conditions are necessary and exactly what do I need to do to to make this happen?
 2. What are the actual results? I see mentions of freezing and crashing, sometimes both, but those are very different things.
 3. Is this only on upgraded versions? Do new installs have the same situation?
 4. Any errors in /var/log/syslog, `dmesg`?
 5. Any output from pcmanfm itself if run from the command line? `killall pcmanfm && pcmanfm --desktop --profile lubuntu` should do the trick.
 6. Does this only happen on real hardware or can this be reproduced on a virtual machine?

In an ideal world, this would be testable on a virtual machine and one could just boot up the live system of bionic and perform a particular set of steps and see the actual symptoms. Random things are incredibly hard (let's say virtually impossible) to fix, especially if no particular errors are shown. That said, until we can figure out the above, I've set the bug to incomplete.

I suspect the error about the conf file is a red herring, by the way. Using `strace` on pcmanfm it looks for several possible config files before it finds what it's looking for and this is not uncommon.

Not found:
openat(AT_FDCWD, "/etc/xdg/xdg-Lubuntu/libfm/libfm.conf", O_RDONLY) = -1 ENOENT (No such file or directory)
openat(AT_FDCWD, "/home/lubuntu/.config/libfm/dir-settings.conf", O_RDONLY) = -1 ENOENT (No such file or directory)
openat(AT_FDCWD, "/etc/xdg/lubuntu/pcmanfm/lubuntu/pcmanfm.conf", O_RDONLY) = -1 ENOENT (No such file or directory)
openat(AT_FDCWD, "/etc/xdg/xdg-Lubuntu/pcmanfm/lubuntu/pcmanfm.conf", O_RDONLY) = -1 ENOENT (No such file or directory)
openat(AT_FDCWD, "/home/lubuntu/.config/pcmanfm/lubuntu.conf", O_RDONLY) = -1 ENOENT (No such file or directory)

Found:
openat(AT_FDCWD, "/etc/xdg/libfm/libfm.conf", O_RDONLY) = 8
openat(AT_FDCWD, "/etc/xdg/lubuntu/libfm/libfm.conf", O_RDONLY) = 8
openat(AT_FDCWD, "/home/lubuntu/.config/libfm/libfm.conf", O_RDONLY) = 8
openat(AT_FDCWD, "/home/lubuntu/.config/user-dirs.dirs", O_RDONLY) = 12
openat(AT_FDCWD, "/etc/xdg/pcmanfm/lubuntu/pcmanfm.conf", O_RDONLY) = 12
openat(AT_FDCWD, "/home/lubuntu/.config/pcmanfm/lubuntu/pcmanfm.conf", O_RDONLY) = 12
openat(AT_FDCWD, "/home/lubuntu/.config/pcmanfm/lubuntu/desktop-items-0.conf", O_RDONLY) = 12
openat(AT_FDCWD, "/home/lubuntu/.config/pcmanfm/lubuntu/desktop-items-0.conf", O_RDONLY) = 13

[Janos Verebes (janoka72hun)]

Dear Walter,
I understood everything you wrote. I can promise tomorrow I will do a clean install of Lubuntu 18.04 on a HP Desktop AMD X2 250 machine and avoid any upgrade, and I will test the behavior of the file manager. As I remember - on an updated system of course - the problem came up more frequently when an USB device was connected to the system. Eg. an USB hub with an USB stick inserted in.
Tomorrow I'll test it again. The freezing is not occurred only when I clicked a file on the USB stick but I clicked any of the files or folders anywhere system-wide or even SAMBA shares.
Now, when I tried to describe the freezing to you, PCManFM just freezes when just clicking here-and-there now in the /var/log folder... You can see the click not selects the file, not changes its color as selected, and the black backgrounded hint freezes on the window. Then clicking on an other window, PCManFM file manager instance vanishes. I open the syslog to see what happened: No, there is nothing new in the syslog as if nothing had happened. Now there is no any external drive or device connected to the machine. Uhhhh.. it's a hard thing!

Thank you for the kind helpfulness.

[ԜаӀtеr Ⅼарсһуnѕkі (wxl)]

Thanks Janos. I think if we are persistent and approach this scientifically, we can figure it out. If you can figure out some hint (e.g. the USB) start eliminating variables and applying it to multiple situations. When we can find something consistent, we'll be on our way.

The other thing we can try to do is doing an strace. The problem is that is going to be really "chatty" so if we can nail this down to a set of steps we can perform quickly, it will be less of an issue of finding a needle in the world's biggest haystack.

[Janos Verebes (janoka72hun)]

Dear Walter,

In last two days I haven't got time to look around in the topic, but I discussed this problem with colleagues who develop softwares for instruments using Linux, asking for their opinion. They told me if the file operations remain alive after window crashing, it can mean the problem must be a window manager problem instead of problem of the file manager itself. I appreciate their opinion, so first of all I will check the live CD with "Try Lubuntu" function, which is the purest version of Lubuntu without extra packages. If the problem comes up, we will get closer to the solution.. So tomorrow.

Thanks for your help,
Regards,
Janos

[Janos Verebes (janoka72hun)]

Dear Walter,

So here I am with the test result.
Starting only the Live CD without any extra driver, software, etc...

I don"t really know whether it is a bad news or good:
It does produce the freezing also.

The situation we can see is just the same, black backgrounded file-hint stuck on the screen, no window-handler response, waiting a while, then all the PcManFM instances vanish with no log of any problem.

With this test I wanted to make sure the problem is not because of an extra not-so-compatible driver or window compositing.

I have made the test on Lubuntu 18.04.1 amd64 release.
Test machine was my HP Elite Pro 8300 (Pentium G2030 processor @ 3 GHz, 12GB of DDR3 ram @ 1333MHz) Winchester was not affected in any situation using the LiveCD function.

On Monday I will perform this test on an AMD X2 machine also.

Best regards,
Janos

[ԜаӀtеr Ⅼарсһуnѕkі (wxl)]

In regards to actually fixing the bug, this is great news. This means that I should be able to reproduce it myself. Can you give me clear steps to follow, especially with the default ext4 filesystem? That will make it even easier if there are no special conditions.

[Janos Verebes (janoka72hun)]

Dear Walter,

There is no special conditions, only boot from USB or CD with Lubuntu 18.04 LTS on it, and choose "Try Lubuntu" function instead of "Install Lubuntu". There is no need to use a HDD or SSD either.

There, when Desktop completes, click on the "File manager" icon in the upper left corner, and there I started another instance, and started to just clicking around or try to copy any folder into for example to Documents folder.. When I tried to click on the target directory I got a freeze then vanishing. Checking for the log in folder you mention above, there was nothing about the crash.

It seems the Task Manager shuts down PcManFM since it is not responding. In Live CD (Try Lubuntu) mode - before any installation - all the tasks run in the main memory, so it is dependent none of the installed file systems. By the way normally I use Ext4, but in this situation it really doesn't matter.

Regards,
Janos

[Janos Verebes (janoka72hun)]

Dear Walter,

Just a little addendum.
When PcManFM freezes, all the running instances of it freezing, however their windows are manageable which means minimizing, maximizing, moving are working but telling the truth wen maximizing of course it doesn't show any window content since the program is not responding. It is closing which is not working since the task manager cannot send the normal close command. Then the task manager sends a message the program is not responding.

When starting a new instance of PCManFm before this message appear, all the instances vanish from the screen, and the new one will work correctly until the next crash.

Thank You,
Best wishes,
Janos

[ԜаӀtеr Ⅼарсһуnѕkі (wxl)]

Here's what I tried based on my interpretation of your steps to follow:

 1. Boot 18.04.1
 2. Select "Try Lubuntu"
 3. Right click on the "Trash" icon at the upper left, click "Open in New Window"
 4. Repeat step 3
 5. Open the task manager to keep an eye on things
 6. In one of the PCManFM windows (let's call this Window A), click "Home Folder"
 7. Right click, "Create > New Folder", take the default name ("New")
 8. In the other window (let's call this Window B), click "Home Folder"
 9. Open the "Documents" folder
10. From Window A, drag "New" folder onto Window B ("Documents")
11. In Window B, drag "New" folder back onto Window B ("Home Folder")

At no point was there any freezing or even really reduced performance.

This was in a virtual machine, so maybe that's part of the problem, but I think it's more likely that the issue is that clear steps to reproduce aren't there.

[Janos Verebes (janoka72hun)]

Dear Walter,

Unfortunately you are right,
There is no clear steps to get a freeze. It is completely stochastic, depends on no special steps. Whenever it thinks it freezes. Strange because of no other program freezes, window managing seems to be OK, in this way I have to thing the problem is when accessing file elements. And it happens even when just perform a one-left-clink on a file single file or folder.
The question is, what happens when a left-click performed. It accesses file or just a screen function (but probably the first one.) ?
So today I perform a clean test on a real machine booting a LiveCD but now on an AMD X2 250 system - to avoid the question of any specific processor timing problem. (Since Pentium G has a 3 level cache while AMD has the good old architecture).

Thanks and best wishes,
Janos

[Janos Verebes (janoka72hun)]

Dear Walter,

I have the results from HP machine with AMD Athlon II 250 processor and 4GB Ram.

After booting Live CD and starting PcManFM I nearly immediately got the crash.
Apport function dropped up a "System Program Error Detected" window, then I succeeded to save some logs from /var/log and /var/crash.
If any of them can be helpful I can send you... if I can get an e-mail address or sg. like that. In /var/crash there is a 10,1MB sized "_usr_bin_pcmanfm.999.crash" log also.

And some more words: Since AMD machine is a bit slower than Intel G machine, after the freezing - in the waiting time - I could start another instance of PcManFM which also started frozen, then all the instances vanished. Only after vanishing I could start a new, yet working instance.

Regards,
Janos

[ԜаӀtеr Ⅼарсһуnѕkі (wxl)]

You should be able to attach the files here. The .crash will likely be the most useful.

[Janos Verebes (janoka72hun)]

OK, thanks, Here I send all the saved logs include the .crash file syslog, kern.log etc.

[Janos Verebes (janoka72hun)]

Just a little update,
clicking the "Go to parent directory" (Up arrow) in PcManFM window I got a crash also. So not the file or directory clicking cause crash only.

Thanks,
Janos

[Janos Verebes (janoka72hun)]

A new Crash file (/var/crash/)is available from an istalled Lubutnu 18.04.1 64 bit desktop version.
The situation is just the same, when accessing a directory, PcManFM window freezes.

Regards,
Janos

[Janos Verebes (janoka72hun)]

Important News!

Trying find an other file-handling solution instead of PcManFM, I installed Thunar on Lubunu 18.04.1 LTS,

AND IT DOES JUST THE SAME KIND OF FREEZING !!!!

Accessing directory or file it freezes.
Unfortunately there is no crash report so far...
But the situation is just the same.
That can easily mean the problem is not a PCManFm problem.

[Janos Verebes (janoka72hun)]

The topic seems to be a bit abandoned suggesting all is good as it is not.

A little workaround since PCManFM handles the desktop well, to install CAJA file manager with its plugins (originally comes with Mate desktop). As I work with it for about two weeks it seems to be OK. No freeze, no problem with Lubuntu 18.04.1 LTS.
 I am one of those who are enjoying lightning speed and great scalability of Lubuntu for years, and it would be really sad having to give it up and change to a "maybe shinier" but much slower desktop. I want to try anything to bring it back to life since PcManFM is my favorite, but editing, renaming, copying, moving lot of files as I do makes this freezing problem quite an annoying and somehow dangerous. Until a reliable solution comes up I work with Caja as a second possibility of file managing.

If any of "suffering" Lubuntu Bionic users is interested in using caja and its plugins, install the following packages:

sudo apt install caja caja-open-terminal caja-extensions-common caja-actions caja-image-converter mate-terminal caja-rename engrampa

("mate-terminal" is for "Open terminal here" function, and "engrampa" archive manager is for "create-archive" function.)

Thanks, Regards,
Janos

[Ben (7-ben-a)]

Thanks for the information! I tried to copy via terminal from my samba share and this also crashed my mount point of the mp3fs on the share the same way as with using PCmanFM. I am not an expert, but maybe the problem is not related to PCmanFM but more deeply in the kernel?

[Janos Verebes (janoka72hun)]

Hi Ben,
Recently I had problem with Samba share, but with a little workaround I managed to solve the problem.
Since Samba is also modified in Ubuntu 18.04 it is needed to look for your problem. Using Caja I have no problem like I had with PcManFM, but no mention it is a deeper problem because Thunar freezes also with Lubuntu 18.04.

Just for a try I share my Samba workaround with you, maybe you will find something different between your and my packages or configuration.

Let us see:

The way I installed Samba for enable and handle sharing is:
sudo apt-get install libgnomevfs2-extra samba-common samba-common-bin winbind libpam-winbind libnss-winbind libgnomevfs2-bin fam gnome-mime-data samba python-glade2 system-config-samba smbclient cifs-utils heimdal-clients

then after making my network seetings (Host name, Workgroup) ...
edit /etc/samba/smb.conf

and go to the Global Settings section
(under global these two new lines enables file manager to see and browse Samba shares, the line at the bottom "client max protocol = NT1" sets the protocol as it worked well in lubuntu 16.04 ).
So make the following modifications like this below:

#======================= Global Settings =======================
[global]

client use spnego = no
client NTLMv2 auth = no

## Browsing/Identification ###
# Change this to the workgroup/NT-domain name your Samba server will part of
   workgroup = WORKGROUP
   client max protocol = NT1

Save the file,
Then give this another try with Caja! ...and of course don't forget to write your experiences :)
It works for me like a charm.
Formerly I used package GAMIN (which caused problems) instead of FAM. Since using FAM there is no problem.

For me PcManFM and Thunar freeze even when accessing local files, caja seems to solve the problem so far. However PcManFM is faster, better, etc... but since it freezes, I am not brave enough to handle my files with it.

Ps: and an other great plugin for caja is caja-rename which gives caja a really powerful bulk renaming function.
sudo apt install caja-rename

Regards,
Janos

[Janos Verebes (janoka72hun)]

PCManFM 1.3.0.1 on Lubuntu 18.04.1 LTS

Thinking a big, I looked for PCManFM 1.3.0.-1 at launchapd.net:

https://launchpad.net/ubuntu/cosmic/arm64/pcmanfm/1.3.0-1

and downloaded the .deb file below from the "Downloadable files" section here:

http://launchpadlibrarian.net/368633026/pcmanfm_1.3.0-1_arm64.deb

Surprisingly all the dependencies are satisfied, so no modifications needed to use this file with Lununtu 18.04.1

And tested...

No freeze so far, however I've made a bunch of file operations.
I continue testing for some days, I will write my experiences.

Regards,
Janos

[Janos Verebes (janoka72hun)]

Sorry, the links I gave (in previous message) are bad.

Now, the good ones again.

First is for launchpad.net:

https://launchpad.net/ubuntu/cosmic/amd64/pcmanfm/1.3.0-1

And the second one is for the download link (amd64 achitecture):

http://launchpadlibrarian.net/368631138/pcmanfm_1.3.0-1_amd64.deb

Sorry again for the inconvenience.

[Simon Quigley (tsimonq2)]

Hello,

Does this happen on Lubuntu 16.04 as well? What about 14.04?

Once we have this knowledge and once I can reproduce it, I can go about Git bisecting the commit which caused this, so I can then analyze the changes between the 18.04 copy and the 18.10 copy (if that does indeed work) and find the fix.

If I can't reproduce this, it will be much harder, but it's a step in the right direction regardless.

Thanks everyone for your time working on this bug.

[Janos Verebes (janoka72hun)]

Hello,

Answering Simon's question: No, on 16.04 and 14.04 everything is OK !!!!
The problem started (as it is mentioned by "prrvchr" up above at message #3) from Lubuntu release 17.10, which I can not confirm, since I never used 17.10. I use mostly the LTS releases.
But I can strongly confirm the problem with 18.04.
I help you of course, the problem is also mine, since I'm a Lubuntu fanatic :)
and I really want it to work well.

To Walter:

Maybe, but I can only tell my experience, Thunar produces just the same kind of freeze as PcManFM. Trying Thunar in original Xubuntu Bionic I could not recognize the freezing, however I don't like Xubuntu. There are many other hard things with that... which are always leading me back to Lubuntu. :)

But what I found, I was able to upgrade PCManFM 1.2.5 to the version 1.3.0 (comes with Cosmic) from Lauchpad.net
This new version can use Bionic's original Libfm 1.2.5 without any problem.
I've used it about for a week and
THERE IS NO MORE FREEZING. EVERYTHING IS WORKING WELL.

I'm really curious what is the difference between 1.2.5 and 1.3.0 ?

Caja also works with Lubuntu Bionic well, without any problem, no freezing.

I have only tried Lubuntu Bionic yet.

My gvfs version:
****************
gvfs:amd64 1.36.1-0ubuntu1.1
gvfs-backends 1.36.1-0ubuntu1.1
gvfs-bin 1.36.1-0ubuntu1.1
gvfs-common 1.36.1-0ubuntu1.1
gvfs-daemons 1.36.1-0ubuntu1.1
gvfs-fuse 1.36.1-0ubuntu1.1
gvfs-libs:amd64 1.36.1-0ubuntu1.1

My libglib version:
*******************
libglib-object-introspection-perl 0.044-2
libglib-perl 3:1.326-1build1
libglib2.0-0:amd64 2.56.2-0ubuntu0.18.04.2
libglib2.0-bin 2.56.2-0ubuntu0.18.04.2
libglib2.0-cil 2.12.40-2
libglib2.0-data 2.56.2-0ubuntu0.18.04.2
libglibmm-2.4-1v5:amd64 2.56.0-1

Regards,
Janos

[Mike (calimer)]

Hi! I am not a linux expert but I'm having the crashes with PCManFM too, all the time. I rarely, if ever had them on Lubuntu 16.04.

RE: "I'm really curious what is the difference between 1.2.5 and 1.3.0?"

Here is the diff on the launchpad page:
http://launchpadlibrarian.net/368644982/pcmanfm_1.2.5-3ubuntu1_1.3.0-1.diff.gz

From this page:
https://launchpad.net/ubuntu/+source/pcmanfm/1.3.0-1

Hopefully this helps :) I hope you all have a great day and thank you for your efforts on this!
-Mike

[ԜаӀtеr Ⅼарсһуnѕkі (wxl)]

tl;dr enormous diff XD

Anyways I guess that kills my theory since both of those are Bionic versions. And you say you have the old libfm which utterly shocks me.

Janos, can you please do like you did with pcmanfm and install the Cosmic version of thunar and let me know if it also fails to crash?
https://launchpad.net/ubuntu/+archive/primary/+files/thunar_1.8.1-1_amd64.deb

Hopefully, it, too, can go without an upgrade to its libs, but if it can't:
https://launchpad.net/ubuntu/+archive/primary/+files/libthunarx-3-0_1.8.1-1_amd64.deb

[Mike (calimer)]

I also found this:
https://git.lxde.org/gitweb/?p=lxde/libfm.git;a=summary

[Mike (calimer)]

Looks like that is just one part of it, not sure how to edit my post but here is more info:
https://blog.lxde.org/2018/04/23/libfm-pcmanfm-1-3-0-released/

[Janos Verebes (janoka72hun)]

Hi Mike,

I found that PcManFM has a new version 1.3.0 for Cosmic, and it has as a necessary part LibFM 1.3.2.
Since I found installable .deb file of PcManFM itself in the Launcpad, and I found LibFM for it nowhere as an installable .deb file, first I tried only the PcManFM deb file to install to see what will happen...
After installation PcManFM runs like a charm with old LibFM (1.2.5) and no more freezing. Virtually it solved my (and maybe others) main problem - without knowing its background.

And on the other hand I was not brave enough to make experiments with LibFM. I don't know if it works with Bionic or not, since it is quite clear by Lauchpad that it has been made for Cosmic.

I know this is quite a "not standard" solution, I was surprised (in a good meaning) that PcManFM 1.3.0 works with LibFM 1.2.5

I send you a picture of the "About" section of my "Now working" software.

On Wednesday at my work my first to do will be trying Thunar Cosmic on Lubuntu Bionic where my test installation is. The other thing I want to try is PcManFm 1.2.5 on Xubuntu Bionic to see what will happen, since Thunar for Bionic works well on it.

Best regards,
Janos

[Janos Verebes (janoka72hun)]

Hi Walter,

According to my previous message in which I mentioned the mixed usage of PcManFM, I have a question if it is possible to use LibFM 1.3.2 with Lubuntu Bionic or it containing Cosmic specific dependencies or something like that.
Other question if it is possible to get libFM 1.3.2 in an installable deb package, or only available by git cloning. By the way all this mixed version seems to be quite good so far.

So on Wednesday I will make the tests, and as an extra I will try PcManFM and Thunar with Ubuntu Mate Bionic to see their behavior. However I found Mate awfully slow, I will perform the tests, since there is an installed and completely working version on a HDD.

Thanks for your kind answer,
Best regards,
Janos

[Janos Verebes (janoka72hun)]

Hi Walter,

I tried to install Thunar 1.8.1 as you asked me, but not Thunar 1.8.1, nor libthunarx-3-0_1.8.1 can be installed on Lubuntu Bionic because of dependency problems. Thunar needs Thunar-data 1.8.1, libtunarx needs libxfconf 4.6.0 or newer which I could not find... and hopefully doesn't harm stability of Lubuntu Bionic.
PLease (if you can) send me links to these dependencies, hopefully they are enogh to install Thunar 1.8.1.

Regards,
Janos

[ԜаӀtеr Ⅼарсһуnѕkі (wxl)]

First some general advice. Deb packages are ALWAYS available for released software versions, but they're under the source package in Launchpad. Sometimes the source package and the binary (deb) package have the same name. On the other hand, sometimes a lot of packages are built from a single source package. The debian/control file will list the source package for a particular piece of software (i.e. if you were to do `apt-cache show deb-package-name | grep Source`). If you're trying to find information for a different release, you might look up the deb package on packages.ubuntu.com. It will show you a link to the source package name at the top left. Once you have the source package name, you can look it up on Launchpad (or use `!upkg source-package-name` on duckduckgo.com) and from there you'll see all the debs along with a bunch of other downloads or simply look at the bottom of the listings at packages.ubuntu.com.

That said:

libfm: https://launchpad.net/ubuntu/+archive/primary/+files/libfm4_1.2.5-1ubuntu1_amd64.deb
thunar-data: https://launchpad.net/ubuntu/+archive/primary/+files/thunar-data_1.8.1-1_all.deb
libxfconf: https://launchpad.net/ubuntu/+archive/primary/+files/xfconf_4.13.5-1_amd64.deb

[Patrick Schmitt (mrsmith3101)]

Just wanted to opt in as I'm also affected. I'm running Lubuntu 18.04.1 on a Lenovo Thinkpad X250 in a 2 monitor setup.

I tried, like Janus mentioned, to install pcmanfm 1.3.0 from the deb file provided.
My LibFM version is unchanged at 1.2.5.

Sadly I have to report that just updating pcmanfm does not solve my crashing problem. (but it seems like it does not happen as often as with version 1.2.5, but this is not confirmed)

The crash itself happens very randomly. Sometimes if I try to open a folder or a document, and sometimes just by selecting files. It seems to never crash if I just leave a pcmanfm window open.
If it crashes it will just freeze or "close" instantly. Sometimes I see a "Sorry Ubuntu has experienced an internal error ...." message.
If I than try to see the details of the error message -> the message closes instantly so the message window itself crashes also.

Today I will try to use the Nautilus file manager. Version 3.26.4 from the official repository.

I will reply after I can confirm if Nautilus crashes too or not.

Any help is very much appreciated as my system is currently used for work. Crashes during file operation is very dangerous. Considering switching to another flavor of Ubuntu.

Best regards,
Patrick

[Janos Verebes (janoka72hun)]

Dear Patrick,

I can confirm Your full story about crashing PcManFM just point-by-pont. Since using PcManFM 1.3.0 with LibFM ver. 1.2.5 crashes became not as frequent as it had been before. But it is not a solution.
I installed Caja file manager (oroginally used by Ubuntu Mate), which causes no problem at all, and is much smaller than Nautilus which wants to install half of the the big gnome 3 desktop environment to be able to go. Caja is smaller with less needs, and really as good as Nautilus. It is worth a try.

As all of us can see, the future of Lubuntu is LXQT desktop environment, which is quite different from this original LXDE. I really liked the good old environment because of its unbeatable speed and reliability. From now, we can see the direction of Lubuntu evolution. Looking at the half KDE half LXQT desktop with a terminal oriented network configuration ... I hope and wish the software developers all the best. I also hope (and as I read lots of Debian users do) I will be able to use the native LXDE desktop environment for a long time!

[ԜаӀtеr Ⅼарсһуnѕkі (wxl)]

Janos, this is a total aside and should be something best discussed on the Lubuntu mailing list (<email address hidden>) but I will mention that PCMan himself is no longer involved in the development of GTK PCManFM, although he is in the Qt version. The future is bright for LXQt but much more to do, as you mention with the network configuration. It will not simply be another version of KDE. KDE themselves have worked hard to modularize their stuff more so that using some KDE software doesn't bring the whole rest of the desktop with it. This means you can make use out of their years of experience with Qt, without having to deal with a huge footprint. There's heavy development happening on LXQt. Not so much with LXDE. And the transition to GTK3 is *still* something the few LXDE developers remaining are stuggling with. And, if PCMan's original explorations on the subject still hold true, the GTK3 version, when complete, will not be able to match the speed and reliability of the Qt version. After all, are you having these problems in Lubuntu 18.10's pcmanfm-qt? I suspect not.

[ԜаӀtеr Ⅼарсһуnѕkі (wxl)]

New thought: do these problems leave .crash files in /var/crash? If so, you might want to try apport-retrace:
https://wiki.ubuntu.com/DebuggingProgramCrash#Using_apport-retrace

[MarkF (az2008)]

I'm also having this problem. I reported it on Lubuntu-Users mailing list.[1] Walter referred me to this bug report. I am running strace[2]. I am pretty darn sure this began with 17.04.[3]

I mentioned on the Lubuntu mailing list that I had developed a "feeling" (after living with it for almost a year) that the crashes had something to do with clicking too fast, overloading something like that. But, that could be my imagination. (However, since I began running strace, it hasn't happened. My imagination is now believing strace is slowing me down and "pacing" that problem for me. Time will tell. If it doesn't happen for 2 months, I will be convinced it's a timing problem -- something happening too fast.).

I also mentioned to Walter that I installed Gimp 2.10.x when I upgraded to Lubuntu 18.04 (fresh install.). It began crashing in the same way PCManFM did (freeze, window asks if I should wait or kill it). Lately it's just disappearing (no freeze), and I believe PCManFM was doing that too. So, my imagination was also linking this to the PCManFM crash. But... my rational mind kept saying "2.10 is a big change. It must be that."

I haven't used GIMP much (or at all) since starting strace. I used it (2.10.8) yesterday. The first thing I noticed was that the strace (for PCManFM) was very active. I thought I had seen strace quiesce when I clicked into an application window (like the Chrome browser). But, when I clicked into the GIMP window, it's like the PCManFM logging activity *doubles*.

So, that reinforced my imagination that the GIMP 2.10 crashes are related to PCManFM's. Fortunately, GIMP crashed (disappeared). I CTRL-break'ed out of the strace within 3-6 seconds.

Maybe I'm barking up the wrong tree. But... I wanted to make that log available if someone speaks that language. I tailed the last 500 lines (21 seconds) and am attaching it here. Remember: the console's STDERR/OUT was being captured too. SO, there may be a meaningful message from that too.

[==== BREAKING NEWS! I was trying to get the size of that file by clicking "properties" (or just trying to get to that point), and PCManFM crashed. I will post a subsequent message with that strace output in a few minutes. I will go ahead and post this one (the GIMP crash while strace'ing PCManFM) in case it could shed any light. Again, the only reason I thought it could be related is because GIMP causes a lot of strace output for PCManFM. ====]

[1] https://lists.ubuntu.com/archives/lubuntu-users/2018-November/012151.html
[2] pidof pcmanfm
kill <pid from previous command>
strace -Ff -tt pcmanfm --desktop 2>&1 | tee strace-pcmanfm.log
[3] I used to upgrade Lubuntu every release, but stopped at some version I don't recall. That was when the PCManFM crashes started. I believe it was 17.04 because I was waiting for LTS (18.04), had gotten used to opening a terminal window and executing "pcmanfm --desktop &disown" all the time. I noticed before 18.04 that I wasn't getting updates anymore. From the Ubuntu version list it looks like 17.04 went out of support at about the time I think I stopped being updated. (It could have been 16.10. But, I don't think the updates had stopped for that long.).

[MarkF (az2008)]

As mentioned in the previous msg, I am stracing PCManFM (1.2.5) and it finally crashed. Attached are the last 12k lines from strace, about 25 seconds. I CTRL-break'ed out of it within 4-10 seconds. I was a little slow, being in the middle of the previous message, trying shift my thoughts to what that meant.

I was trying to navigate via PCManFM to the other strace file (attached to the prior msg) when PCManFM crashed.

[Also notice how 25 seconds is contained in 12k lines. Compare that to the previous msg where GIMP 2.10.8 crashed and there was 500k lines for 21 seconds. (I erroniously said "500 lines." I meant 500*K*.). That's why I think GIMP's crashes are related somehow.]

[Janos Verebes (janoka72hun)]

Dear MarkF,

I confirm your GIMP crashing problem, but I have this problem using GIMP 2.8. I got crashes nearly immediately.
After installing GIMP 2.10 from kesselgulasch's PPA there was problem no more.
I could work with GIMP 2.10 without any problem, and I really liked it, there was a great improvement since version 2.8. First I thought the source of all problem is the new Swap policy, using a dynamic swap file (instead of a predefined swap partition) as it is used in Windows systems. I stuck at using a swap partition, which never caused any problem. So crashing Gimp stopped with version 2.10. After trying XFCE's Thunar as a file manager I could realize the problem is not originated from PcManFM. It is something deeper... Then with Mate's Caja file manager all the crashes gone. The only difficulties were making Caja as default filemanager, and the Desktop handling with this file manager. But with this step I could make Lubuntu work stable.

Dear Walter,

I really didn't want to hurt any of LXQT developers. I'm sure this work is very hard, and this is just the beginning of a journey to a really great Lubuntu desktop. My (and others) fear was the chance of losing this great and lightning fast, very well configurable LXDE desktop which has worked and developed well for long-long years. LXQT is a bit strange now, but as time goes by we will get used to it. (My first decision to change to LXDE desktop (Lubuntu) is originated from Ubuntu changed its desktop from gnome 2.8 to Unity which was so strange.. and really divided the old community of Ubuntu users.) And Gnome became more and more power hungry and beautiful, LXDE remain fast and simple - and its beauty is its fastness.
So I want to apologize if I was rude.
I really looking forward to try a great LXQT Lubuntu.
I promise I will try 18.10 more, but I have to tell you I did not get a crash of PCManFM so far.

Best Regrads,
Janos

[MarkF (az2008)]

@Janos, I want to confirm that your experience with GIMP is backwards from mine. I ran GIMP 2.8 the whole time I was on the older Lubuntu (described in my first comment, 3 comments above) which PCManFM crashed all the time. GIMP was fine for me then. When I installed Lubuntu 18.04 (fresh install) and installed GIMP (2.10.x), that's when PCManFM continued crashing... and GIMP had joined the fun.

Your comment made me remember that I installed GIMP 2.10.x from a flatpack. So, I uninstalled that and followed the directions (found with Google search) to setup the PPA you mentioned, and install GIMP (2.10.8).

It's too soon to say it's stopped crashing. But, wow! It loaded *amazingly* fast. Something's different.

I just started strace for PCManFM, then started this (apt packaged) GIMP. PCManFM's strace log quiesces when I'm in GIMP, doing things. (As mentioned in my second comment, two comments above), the original flatpack GIMP was causing massive logging activity. 60meg for 21 seconds. It's doing almost nothing right now.

It must be related somehow. Untill I report back otherwise, everyone can assume GIMP stopped crashing.

[MarkF (az2008)]

FYI: PCManFM hasn't crashed since I uninstalled the flatpack-installed version of GIMP 2.10.8 (and installed a PPA served apt-get package). I did that thinking it might fix my GIMP crashes which began with 2.10.x (when I installed Lubuntu 18.04). It did fix that. But, I haven't had a PCManFM crash yet either. I should have had one by now.

If it's really the flatpack'ed GIMP causing PCManFM to crash, I'm confused why the prior version of Lubuntu I was running (17.04. Could have been 16.10) had a crashing PCManFM. I was using GIMP 2.8.x that whole time. It never crashed (although PCManFM did). It's possible I installed that GIMP from a flatpack (if GIMP served it that way back then). Maybe *flatpack* is the tie-in, and not GIMP(?).

I can't think of any other way to explain it what I've experienced.

Mark

[Janos Verebes (janoka72hun)]

Dear MarkF,

I used GIMP 2.10 from kesselgulasch's PPA since I experienced continuous crash of 2.8 installed normally from lubuntu packages. Absolutely no crash since then, but I could not find any connection between PcManFM 1.2.5 crash and GIMP crash. There are no shared packages between the two softwares. PcManFM 1.2.5 was doing its crash as usual. Only then I upgraded PcManFm to 1.3.0 with LibFM 1.2.5 and crashes became quite rare. BUT! The freezing is there!
The problem seemingly does not come from PcManFm, but I have not tried it under MATE or GNOME desktops. This could give the correct answer to the source of the problem. But since I tried Thunar file manager with Lubuntu and it also did the freezing emerged the question of not blaming PcManFM but Lubuntu.

Regards,
Janos

[MarkF (az2008)]

Just another FYI. PCManFM crashed again. I was right clicking to create a new folder. When I typed the folder name and clicked "Ok," the desktop disappeared, and came back (I didn't have to start PCManFM from the command line, like I have had to do in the past). But, no new folder was created.

So, uninstalling the flatpack GIMP didn't fix it. (But, it did fix GIMP's crashes, which seem to be related to PCManFM somehow, due to the volume of strace activity when using that flatpack GIMP while stracing PCManFM.).

[Schmidt Mark (scmar1+)]

The menu-cache 1.1.0-1 causes pcmanfm to crashes suddenly and randomly
With degradation of menu-cache from the version 1.1.0-1 to the version 1.0.2-2, there is a temporary solution, until the menu-cache's bug is corrected.

[Janos Verebes (janoka72hun)]

Dear scmar1+,

Thank you very much for finding the solution, this is a very important information, which solves a really annoying problem.

Thanks again,
Best wishes and I wish You and all other guys a Blessed and Happy New Year!

Janos

[Carlos García-Angulo (cgarciang)]

Sorry, but did I understand that a temporary solution is to downgrade libmenu-cache to version 1.0.2-2?

[Schmidt Mark (scmar1+)]

Dear cgarciang,

Not libmenu-cache but menu-cache is the correct package name.

Thw downgrade menu-cache package https://sourceforge.net/projects/lxde/files/menu-cache/1.0/ is the only solution (temporarily).
The version 1.0.2 is more stable than the version 1.1.0

[Schmidt Mark (scmar1+)]

The version 1.0.2 (1.0.2-2) is for Arch.
For the Ubuntu the version after official is 1.0.1 (1.0.1-1)
https://launchpad.net/ubuntu/+source/menu-cache

[rych (irych)]

It crashes regardless the version of menu-cache and the error message in the "~/.cache/lxsession/LXDE/run.log" indicates a multi-threading bug:

pcmanfm
[xcb] Unknown sequence number while processing queue
[xcb] Most likely this is a multi-threaded client and XInitThreads has not been called
[xcb] Aborting, sorry about that.
pcmanfm: xcb_io.c:259: poll_for_event: Assertion `!xcb_xlib_threads_sequence_lost' failed.
** Message: 19:58:49.267: app.vala:130: pcmanfm exit with this type of exit: 6
** Message: 19:58:49.268: app.vala:148: Exit not normal, try to reload
** Message: 19:58:49.268: app.vala:76: Launching pcmanfm

[Ilya Kotov (forkotov02)]

I have same problem with all gtk2 applications https://bugs.launchpad.net/ubuntu/+source/gtk+2.0/+bug/1808710

[ԜаӀtеr Ⅼарсһуnѕkі (wxl)]

Can EVERYONE that has the problem confirm something similar to the error:
pcmanfm: xcb_io.c:259: poll_for_event: Assertion `!xcb_xlib_threads_sequence_lost' failed.
????

If so we have an upstream bug:
https://sourceforge.net/p/pcmanfm/bugs/1089/

[Carlos García-Angulo (cgarciang)]

Just the same:
(pcmanfm:1034): GLib-CRITICAL **: 22:26:36.391: Source ID 45146 was not found when attempting to remove it
[xcb] Unknown sequence number while processing queue
[xcb] Most likely this is a multi-threaded client and XInitThreads has not been called
[xcb] Aborting, sorry about that.
pcmanfm: ../../src/xcb_io.c:259: poll_for_event: La declaración `!xcb_xlib_threads_sequence_lost' no se cumple.
** Message: 22:27:01.102: app.vala:130: pcmanfm exit with this type of exit: 134
** Message: 22:27:01.102: app.vala:148: Exit not normal, try to reload
** Message: 22:27:01.108: app.vala:76: Launching pcmanfm

[ԜаӀtеr Ⅼарсһуnѕkі (wxl)]

Thanks, Carlos. If I can get one more confirmation of this, I'm inclined
to call it a trend and I'll push it upstream because I suspect that will
be sufficient to figure out where the solution may lie.

However, my concern is where the upstream is. Ilya says they're having
the problem with many GTK2 apps, so perhaps this is not LXDE's issue but
GTK's. Can anyone confirm they are also having problems with other GTK2
apps?

[Laurent (laurent35263)]

Hello,

I have the same problem. When PCManFM is used, it crashes after approximately one hour.

The file ~/.cache/lxsession/LXDE/run.log contains:
[xcb] Unknown sequence number while processing queue
[xcb] Most likely this is a multi-threaded client and XInitThreads has not been called
[xcb] Aborting, sorry about that.
pcmanfm: ../../src/xcb_io.c :259 : poll_for_event: l'assertion « !xcb_xlib_threads_sequence_lost » a échoué.
** Message: 17:49:25.678: app.vala:130: pcmanfm exit with this type of exit: 6
** Message: 17:49:25.678: app.vala:148: Exit not normal, try to reload
** Message: 17:49:25.679: app.vala:76: Launching pcmanfm

The command "lsb_release -a" indicates:
  No LSB modules are available.
  Distributor ID: Ubuntu
  Description: Ubuntu 18.04.2 LTS
  Release: 18.04
  Codename: bionic

The command "dpkg -l | grep pcman" indicates:
  ii pcmanfm 1.2.5-3ubuntu1 amd64 extremely fast and lightweight file manager

I used PCManFM several years without problems. During the last month or two (not very precise), it crashed some times. But this WE, I had to intensively use PCManFM, so the crash occurred 5 times.

Hope this helps.
Thank you.

[rych (irych)]

Walter: occasionally even Leafpad would crash, although I do not have a log of those rare events. But now I have another GTK file manager that locks-up on me in similar way. I've been trying the OpenBox variant of Porteus which comes with SpaceFM. We've pulled out a latest alpha of SpaceFM. It crashes too, albeit less frequently than PCManFM. The developer of SpaceFM apparently is trying to fix multithreading bugs, see https://github.com/IgnorantGuru/spacefm/commits/alpha : "conservative lock", "mutex", "non-thread-safe", "thread races" coming from within GTK functions (!?) Perhaps IgnorantGuru could tell us if there is a problem with GTK multithreading. I haven't found yet if SpaceFM logs any errors. It freezes. It's another GTK application. Therefore I will be moving to a non GTK distribution. I will continue to monitor this thread though for updates.

[ԜаӀtеr Ⅼарсһуnѕkі (wxl)]

Rych, as I mentioned before Ilya had expressed issues with other GTK
apps. In particular, the same error appears in /var/log/syslog with
LibreOffice, so that may be somewhere to check:
https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1801161

The one thing to notice about this is that this is a problem with GTK2.
With GTK3, it's implied there are no such problems. We know that LXDE is
not GTK3 compliant. However, SpaceFM seems to be able to support GTK3,
so try that and see if it doesn't fix your problems.

As an aside, PCMan himself abandoned GTK in lieu of Qt since GTK3 was
more of a resource hog. If you want a distro that's non-GTK, go for
Lubuntu 18.10+ as it uses LXQt.

[rych (irych)]

Thank you, @Walter for the excellent advice! SpaceFM GTK3 works well: 3 days so far without any freezes!

[rych (irych)]

SpaceFM GTK3 indeed works without hanging. Moreover, there is finally a report about the rarer Leafpad crash: the error in the LXDE log is **identical** to pcmanfm error.

This suggests that PCManFM (or Leafpad) are not the cause but are themselves victims of an upstream problem (with GTK2 probably)

[EnduranceCode (endurancecode)]

I have the same problem with PCManFM, it randomly crashes/freezes all the time. It started happening with a fresh install of Lubuntu 18.04.01 in a custom made desktop and in a Dell Latitude D820 Laptop. Last week I've downloaded the latest version of Lubuntu 18.04 and made a new fresh install in the Dell laptop and the problem persists.

Like MarkF (az2008), I also suspect that the problem is related with clicking to fast.

My GIMP instalation also crashes randomly. It crashed when I've installed from the Ubuntu's PPA and it continues crashing after I've installed it from Kesselgulasch's PPA. I have the same problem with Inkscape, it also randomly crashes all the time. It crashed when I've installed from the Ubuntu's PPA and it continues crashing after I've installed it from the official Inkscape's PPA.

This problem is very annoying and it criples my productivity. Does anyone knows if the problem disappears in Lubuntu 18.10?

[ԜаӀtеr Ⅼарсһуnѕkі (wxl)]

@EnduranceCode: Lubuntu 18.10 does not use LXDE, but LXQt, so it's not
PCManFM, but PCManFM-qt. It does not suffer this problem because as
suggested in the last few comments, the problem seems to be related to
GTK and particularly GTK2. LXDE is still not GTK3 compliant, but if it
was, I believe that would solve this problem. You might want to check
and see if you have the errors reported above, as that would again go a
long way to further confirm this.

[EnduranceCode (endurancecode)]

@wxl: Walter Lapchynski,
Can you please tell me what I should look for in /var/log/syslog or in any other file? I woul like to help but I'm not sure how to do it.
Thank you

[ԜаӀtеr Ⅼарсһуnѕkі (wxl)]

@EnduranceCode, you would want to look in ~/.cache/lxsession/LXDE/run.log for something similar to:

[xcb] Unknown sequence number while processing queue
[xcb] Most likely this is a multi-threaded client and XInitThreads has not been called
[xcb] Aborting, sorry about that.
pcmanfm: xcb_io.c:259: poll_for_event: Assertion `!xcb_xlib_threads_sequence_lost' failed.
** Message: 19:58:49.267: app.vala:130: pcmanfm exit with this type of exit: 6
** Message: 19:58:49.268: app.vala:148: Exit not normal, try to reload

[Isny (isny)]

** (zeitgeist-datahub:1475): WARNING **: 15:24:07.191: zeitgeist-datahub.vala:210: Error during inserting events: GDBus.Error:org.gnome.zeitgeist.EngineError.InvalidArgument: Incomplete event: interpretation, manifestation and actor are required
evince 'file:///home/..........pdf'
pcmanfm
[xcb] Unknown sequence number while processing queue
[xcb] Most likely this is a multi-threaded client and XInitThreads has not been called
[xcb] Aborting, sorry about that.
pcmanfm: ../../src/xcb_io.c:259: poll_for_event: Assertion `!xcb_xlib_threads_sequence_lost' failed.
** Message: 15:30:11.189: app.vala:130: pcmanfm exit with this type of exit: 134
** Message: 15:30:11.189: app.vala:148: Exit not normal, try to reload
** Message: 15:30:11.193: app.vala:76: Launching pcmanfm

[Loob Ngawe (loob)]

This bug still exists. PCManFM randomly freezes and prompts me to end the process.
Like @Patrick Schmitt, I receive a "Sorry Ubuntu has experienced an internal error ...." message, and when I than try to see the details of the error message, the message window itself crashes instantly.

In addition to this, the desktop icons will disappear, leaving just my wallpaper. I can't get my icons to reappear unless I restart my computer.

Today, matters got worse. Now when PCManFM freezes and its process ends, my desktop completely resets to its default state. I see the default Lubuntu wallpaper and all my icons lose the places I moved them to and shift to the left side of the screen. The font size and color reset to the default too.

It's been over a year since this issue started. This is getting ridiculous. I'm a new user to Linux and I have to face an issue like this within months of picking up this distro. Developers, I hope you realize this is a very bad look for you. Windows would have fixed a bug like this within a day. I thought LTS was supposed to be the stable version?

Can someone please tell me how to solve this? Does installing Caja File Manager really work?

[Bayu Aditya H. (bayuah)]

Hi!

Beside PCManFM, my Geany also has same error message.

Maybe this is something to do with mesa?

https://github.com/rust-windowing/glutin/issues/1034

Thank you.

[Daniel Voyce (voycey)]

Hi All,

This problem still exists in LXDE - after reading the comments here I upgraded to LXQT and I am still experiencing the same problem.

This seems like it is something endemic to this desktop environment and I would also agree that it seems to come about from "Clicking too much".

Basically Lubuntu is unusable as is which is a huge shame - especially as LXQT is really sleek for my uses.

[Hans P. Möller (hmollercl)]

just wanted to tell that this bugs are the same: https://bugs.launchpad.net/ubuntu/+source/pcmanfm/+bug/1775015
https://bugs.launchpad.net/ubuntu/+source/pcmanfm/+bug/1776547
https://bugs.launchpad.net/ubuntu/+source/pcmanfm/+bug/1777321

[Hans P. Möller (hmollercl)]

@Daniel, could you please proivde logs of the problem in LXQt? Just to see if it's the same problem or another.

[Hans P. Möller (hmollercl)]

@voycey coulkd ypu please provide logs of the issue in LXQt?

[ԜаӀtеr Ⅼарсһуnѕkі (wxl)]

Actually, Daniel, your mention of "upgrading" to LXQt has me wondering whether or not you took an LXDE version and then upgraded to an LXQt version(unsupported by Lubuntu, officially) without cleaning up all the old LXDE/GTK stuff. This could certainly lead to you using pcmanfm rather than pcmanfm-qt or otherwise using some app or apps that use GTK2, which everything seems to point to being the problem. LXQt doesn't use GTK-anything, so it should entirely be a non-issue.

[Ilya Kotov (forkotov02)]

Bug report with similar error https://gitlab.freedesktop.org/mesa/mesa/issues/108

[Guus Ellenkamp (ellenkampguus)]

Yeah, really annoying. Happens often to me and no clue when it happens, but it happens like every fifteen minutes or so. I was just looking to install another file manager and found this bug report. And I am a programmer and happy to help, but not familiar with anything like this.

[Guus Ellenkamp (ellenkampguus)]

[xcb] Unknown sequence number while processing queue
[xcb] Most likely this is a multi-threaded client and XInitThreads has not been called
[xcb] Aborting, sorry about that.
pcmanfm: ../../src/xcb_io.c:259: poll_for_event: Assertion `!xcb_xlib_threads_sequence_lost' failed.
** Message: 20:37:32.170: app.vala:130: pcmanfm exit with this type of exit: 134
** Message: 20:37:32.170: app.vala:148: Exit not normal, try to reload
** Message: 20:37:32.172: app.vala:76: Launching pcmanfm

[alex-mobigo (alex-mobigo)]

Hi, any news on this?
I have the same issue on Ubuntu 18.04.3 LTS.
I have upgraded from 16.04 recently and started to have this error.
This bug also affects leafpad and probably meld.
meld has a fix or workaround but can't remenber what was the fix, i had to install the latest meld from source, that fixed the problem.

I would like to hear if someone found any workaround or is it a bug on libX11?

https://github.com/mirror/libX11/blob/master/src/xcb_io.c#L259

Looks like google chrome freezes from time to time in a very similar way but could be a tone of things, just for the record.

What can i do to help?

[alex-mobigo (alex-mobigo)]

Just to add a few thoughts, this bug affects Google Chrome also.
The error is hard to reproduce, it happens anytime, even if in idle mode. However Chrome seems to do a lot of things in the background.

I've put this here just to ask if the bug could be somewhere else, like in the libxcb or libx11 that causes other applications to crash.

I upgraded a few days ago from 16.04 and there were no problems.

[Tycho Kirchner (spawn-bugs)]

Apparently it's a bug in libx11, which persisted for a long time but
became much more likely with an update in libxcb.
Please see the still open merge request/patch at

https://gitlab.freedesktop.org/xorg/lib/libx11/-/merge_requests/34

Further reading:
This bug report (as it turned out now, it's probably *not*
a bug in gtk though):
https://gitlab.gnome.org/GNOME/gtk/-/issues/2767

[Launchpad Janitor (janitor)]

Status changed to 'Confirmed' because the bug affects multiple users.

[alex-mobigo (alex-mobigo)]

I would like to add some info that may help to narrow the problem.
I have had this crash in PCManFM since i upgraded ubuntu from 16.04 to 18.04 but the same bug manifest in Geany and Chromium as well. The bug could hit PCManFM within a few clicks opening directories and then clicking on a file or can take hours to show up. In the case of Chromium it usually hit at the launch of the browser.

I rebuilt the LibX11 with the supposedly fix mentioned by Tycho Kircher and apparently this has not fixed the problem but the crash is now without the Assertion `!xcb_xlib_threads_sequence_lost' failed.

I installed only these packages:

* libx11-xcb1_1.6.4-3ubuntu0.2_amd64.deb
* libx11-xcb-dev_1.6.4-3ubuntu0.2_amd64.deb

lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description: Ubuntu 18.04.4 LTS
Release: 18.04
Codename: bionic

[alex-mobigo (alex-mobigo)]

Ouch, I missed this commit: https://gitlab.freedesktop.org/xorg/lib/libx11/-/merge_requests/34/diffs?commit_id=8b45f9589b3eb1ff46d16c774b017794e553db8e

I Will try again.

[alex-mobigo (alex-mobigo)]

I applied the patch attached (libX11) but the crash still occurs with less frequency.
Maybe i missed some additional patch required to fix this.

For the record:

I am running LUbuntu in this PC box (upgraded from 16.04 to 18.04) and i have another one with Ubuntu 18.04 + LXDE installed from scratch that doesn't get the error.

Anything else i could try?

[Ubuntu Foundations Team Bug Bot (crichton)]

The attachment "This patch is not the fix. WARNING" seems to be a patch. If it isn't, please remove the "patch" flag from the attachment, remove the "patch" tag, and if you are a member of the ~ubuntu-reviewers, unsubscribe the team.

[This is an automated message performed by a Launchpad user owned by ~brian-murray, for any issues please contact him.]

[alex-mobigo (alex-mobigo)]

I think i got it right this time.
I managed to apply the proposed libx11 patch, installed the right libx11 deb and it worked so far.
If anyone willing to test the fix i pushed it to https://github.com/avafinger/libx11_1.6.4
Mind that if ubuntu team release a new version of the libx11 you might not get it installed and will need to reinstall the previous version.
Cheers

[Mathew Hodson (mhodson)]

Fixed in libx11 version 1.7.0 with https://gitlab.freedesktop.org/xorg/lib/libx11/-/commit/dbb55e1a5e82870466b095097d9e46046680ec25

[Ramom Flores (jose-ramom-flores-das-seixas)]

Does anyone know if an update of the libx11 package for lubuntu 18.04 will be released?

[Mathew Hodson (mhodson)]

libx11 (2:1.7.0-1) unstable; urgency=medium

  * New upstream release.
  * patches: Refreshed.
  * signing-key: Added key from Keith Packard.
  * symbols: Updated.

 -- Timo Aaltonen <email address hidden> Wed, 06 Jan 2021 20:47:58 +0200

[Launchpad Janitor (janitor)]

Status changed to 'Confirmed' because the bug affects multiple users.

[Brian Murray (brian-murray)]

The Groovy Gorilla has reached end of life, so this bug will not be fixed for that release

[Brian Murray (brian-murray)]

Hello Stephen, or anyone else affected,

Accepted libx11 into focal-proposed. The package will build now and be available at https://launchpad.net/ubuntu/+source/libx11/2:1.6.9-2ubuntu1.3 in a few hours, and then in the -proposed repository.

Please help us by testing this new package. See https://wiki.ubuntu.com/Testing/EnableProposed for documentation on how to enable and use -proposed. Your feedback will aid us getting this update out to other Ubuntu users.

If this package fixes the bug for you, please add a comment to this bug, mentioning the version of the package you tested, what testing has been performed on the package and change the tag from verification-needed-focal to verification-done-focal. If it does not fix the bug for you, please add a comment stating that, and change the tag to verification-failed-focal. In either case, without details of your testing we will not be able to proceed.

Further information regarding the verification process can be found at https://wiki.ubuntu.com/QATeam/PerformingSRUVerification . Thank you in advance for helping!

N.B. The updated package will be released to -updates after the bug(s) fixed by this package have been verified and the package has been in -proposed for a minimum of 7 days.

[Brian Murray (brian-murray)]

Hello Stephen, or anyone else affected,

Accepted libx11 into bionic-proposed. The package will build now and be available at https://launchpad.net/ubuntu/+source/libx11/2:1.6.4-3ubuntu0.5 in a few hours, and then in the -proposed repository.

Please help us by testing this new package. See https://wiki.ubuntu.com/Testing/EnableProposed for documentation on how to enable and use -proposed. Your feedback will aid us getting this update out to other Ubuntu users.

If this package fixes the bug for you, please add a comment to this bug, mentioning the version of the package you tested, what testing has been performed on the package and change the tag from verification-needed-bionic to verification-done-bionic. If it does not fix the bug for you, please add a comment stating that, and change the tag to verification-failed-bionic. In either case, without details of your testing we will not be able to proceed.

Further information regarding the verification process can be found at https://wiki.ubuntu.com/QATeam/PerformingSRUVerification . Thank you in advance for helping!

N.B. The updated package will be released to -updates after the bug(s) fixed by this package have been verified and the package has been in -proposed for a minimum of 7 days.

[Ubuntu SRU Bot (ubuntu-sru-bot)]

All autopkgtests for the newly accepted libx11 (2:1.6.4-3ubuntu0.5) for bionic have finished running.
The following regressions have been reported in tests triggered by the package:

awesome/4.2-4 (amd64, i386, arm64, s390x, ppc64el)
openssh/1:7.6p1-4ubuntu0.5 (ppc64el)

Please visit the excuses page listed below and investigate the failures, proceeding afterwards as per the StableReleaseUpdates policy regarding autopkgtest regressions [1].

https://people.canonical.com/~ubuntu-archive/proposed-migration/bionic/update_excuses.html#libx11

[1] https://wiki.ubuntu.com/StableReleaseUpdates#Autopkgtest_Regressions

Thank you!

[Ubuntu SRU Bot (ubuntu-sru-bot)]

All autopkgtests for the newly accepted libx11 (2:1.6.9-2ubuntu1.3) for focal have finished running.
The following regressions have been reported in tests triggered by the package:

saods9/8.1+repack-1 (amd64)
lazarus/2.0.6+dfsg-3 (armhf)

Please visit the excuses page listed below and investigate the failures, proceeding afterwards as per the StableReleaseUpdates policy regarding autopkgtest regressions [1].

https://people.canonical.com/~ubuntu-archive/proposed-migration/focal/update_excuses.html#libx11

[1] https://wiki.ubuntu.com/StableReleaseUpdates#Autopkgtest_Regressions

Thank you!

[Simon Michalke (simon-michalke)]

I am also affected by this bug. I am running Linuxmint and Cinnamon just keeps crashing. Most of the times it is the result of clicking a few things and opening / closing guake at the same time.

Installing the proposed packages does not fix the problem though, I am still encountering frequent crashes:

(cinnamon:6385): Cogl-WARNING **: 15:11:23.728: Skipping layers 1..n of your pipeline since the first layer is sliced. We don't currently support any multi-texturing with sliced textures but assume layer 0 is the most important to keep
[xcb] Unknown sequence number while processing queue
[xcb] Most likely this is a multi-threaded client and XInitThreads has not been called
[xcb] Aborting, sorry about that.
cinnamon: ../../src/xcb_io.c:260: poll_for_event: Zusicherung »!xcb_xlib_threads_sequence_lost« nicht erfüllt.

I am running Linux Mint 20.2 Uma and have the libx11 packages installed with version 2:1.6.9-2ubuntu1.3

Edit: interestingly I can almost always reproduce the crash when unlocking the screen.

Edit2: I found a workaround: switching off high-dpi and reducing the resolution overall by a factor of 2 solved the Problem for me.
I am wondering if this is the wrong bug I am chasing.

[Ramom Flores (jose-ramom-flores-das-seixas)]

I have just installed the package libx11 2:1.6.4-3ubuntu0.5.
I have made several tests with PCManFM, a program that used to freeze quite easily.

IT WORKS, no more annoying freezing.

I have to test with inkscape, another program that used to freeze easily, but I can't do it now. I'll make the tests in a few hours.

Thanks you very much.

[Ramom Flores (jose-ramom-flores-das-seixas)]

I have finally tested with Inkscape. No more freezes. For my computer this new package has solved the problem, a very annoying one. A lot of thanks.

[Łukasz Zemczak (sil2100)]

Thank you for the verification. Can someone also verify the focal version? This needs to be released for the newer series first before we can accept bionic.

[Daniel van Vugt (vanvugt)]

It's the top crasher of gnome-shell in focal, but I don't know a test case...

https://errors.ubuntu.com/?release=Ubuntu%2020.04&package=gnome-shell&period=month

[Chris Halse Rogers (raof)]

That seems like we should be able to extract a verification from the errors.ubuntu.com results. Is it possible to query crashes with a specific dependency version? Seeing no crash reports with libx11 2:1.6.9-2ubuntu1.3 would suggest this is fixed.

On the other hand, https://bugs.launchpad.net/ubuntu/+source/libx11/+bug/1782984/comments/110 suggests that this may *not* be fixed in focal.

[Daniel van Vugt (vanvugt)]

Re comment #110, Cinnamon might just be missing the obvious:

> [xcb] Most likely this is a multi-threaded client and XInitThreads has not been called

We added XInitThreads to mutter in 3.36.2-2 and it is upstreamed in 3.36.3

[Daniel van Vugt (vanvugt)]

It looks like I was wrong, and the crash is still occurring with libx11-6 2:1.7.0-2ubuntu0.1 in hirsute, for example: https://errors.ubuntu.com/oops/91f6b2d4-1353-11ec-a828-fa163e102db1

The fact that the crash frequency dropped way off after 20.04 could just be explained by:

  * Most people stick to LTS and so haven't upgraded yet; and

  * Those who are using 21.04 are more likely to be using Wayland (the new default) which would avoid the bug.

[Henrik Skupin (whimboo)]

> N.B. The updated package will be released to -updates after the bug(s) fixed by this package have been verified and the package has been in -proposed for a minimum of 7 days

I've seen that the `verification-done-bionic` tag has been added on September 4th, which was 19 days ago. Could someone please tell when this fix will be available via `-updates` for bionic? It's a top-crash in our CI, and it would be great to see it fixed.

Thanks a lot!

[Timo Aaltonen (tjaalton)]

comment #113 still holds, focal needs to be verified first

[Chris Halse Rogers (raof)]

Has anyone tried PCManFM or Inkscape on focal? It seems that this update doesn't fix GNOME Shell on focal, but *maybe* that's because Shell is hitting a different bug?

If this can be verified to fix PCManFM, Inkscape, or something on focal we can release it and open a new bug for GNOME Shell on Focal.

If this *doesn't* fix something on focal, we need to work out why - maybe it needs more changes backported, like bionic did?

If FCManFM & Inkscape don't hang on focal *without* this update then I think we can release the bionic update and close the focal task.

[Łukasz Zemczak (sil2100)]

Any update on this bug and the status of focal?

[angie redel (angie78)]

Same error here:
PCManFM 1.3.1-1
Ubuntu 20.04.2.0 LTS "Focal Fossa" - Release amd64 (20210209.1)
Desktop: LXDE

[Chris Halse Rogers (raof)]

Ok. So it seems that the bug *exists* in Focal, so now we just need to verify that the bug is *fixed* by the proposed package.

@angie78 - as you seem to suffer from the bug, can you try to verify that the proposed packages (from https://bugs.launchpad.net/ubuntu/+source/libx11/+bug/1782984/comments/106 ) fix the bug? Once we've got verification that the bug is fixed, we can release the packages into -updates and everyone can benefit!

Anyone else is also welcome to verify!

[Umair Iqbal (umairiqbal20)]

I am using ubuntu 18.04 in docker environment and running swtbot tests using eclipse. I get the same error.
I updated my docker file to install libx11-6 but the problem still exists. The tests execution is aborted with the following error message

[xcb] Unknown sequence number while processing queue
[xcb] Most likely this is a multi-threaded client and XInitThreads has not been called
[xcb] Aborting, sorry about that.
java: ../../src/xcb_io.c:259: poll_for_event: Assertion `!xcb_xlib_threads_sequence_lost' failed.

Is there any fix/workaround available for this bug?

[Daniel van Vugt (vanvugt)]

Logging into 'Ubuntu on Wayland' is probably a good workaround because it should avoid this problem completely. Although we would recommend using Ubuntu 20.04 over 18.04.

[Umair Iqbal (umairiqbal20)]

I am updating my ubuntu docker file to use ubuntu 20.04 will it resolve this issue ? any idea how can I achieve logging into ubuntu on wayland in docker environment?

[Daniel van Vugt (vanvugt)]

Interactively, after you have found the 'Ubuntu on Wayland' option on the login screen once, it will then become the default in future*

* Unless 'Ubuntu on Wayland' crashes in which case the option gets disabled and it reverts to 'Ubuntu' which is a Xorg session.

[Umair Iqbal (umairiqbal20)]

I have updated my docker image to use ubuntu 20.04 and I still see this error with eclipse when running UI SWTBot tests. I get the following error

[xcb] Unknown sequence number while processing queue
[xcb] Most likely this is a multi-threaded client and XInitThreads has not been called
[xcb] Aborting, sorry about that.
java: ../../src/xcb_io.c:260: poll_for_event: Assertion `!xcb_xlib_threads_sequence_lost' failed.

[Timo Aaltonen (tjaalton)]

did you enable focal-proposed?

[Umair Iqbal (umairiqbal20)]

I am using docker file to get ubuntu 20.04 and install packages. How can I enable focal-proposed insider docker?

[Timo Aaltonen (tjaalton)]

echo 'deb http://archive.ubuntu.com/ubuntu/ focal-proposed main restricted' >> /etc/apt/sources.list
apt update
apt install libx11-6

verify with 'apt-cache policy libx11-6' that you have the correct version (from proposed), and run your tests.

[Timo Aaltonen (tjaalton)]

or do as advised in comment #106

[Umair Iqbal (umairiqbal20)]

My DockerFile looks like

RUN echo 'deb http://archive.ubuntu.com/ubuntu/ focal-proposed main restricted' >> /etc/apt/sources.list && \
    apt-get update -q -y && \
    apt-get install -y --fix-missing --no-install-recommends \

[Timo Aaltonen (tjaalton)]

That'll install all updates from proposed? Don't do that. Just use a clean image and then install the required updates as mentioned in #106

[Umair Iqbal (umairiqbal20)]

I still see this issue even after the suggested change

[xcb] Unknown sequence number while processing queue
[xcb] Most likely this is a multi-threaded client and XInitThreads has not been called
[xcb] Aborting, sorry about that.
java: ../../src/xcb_io.c:260: poll_for_event: Assertion `!xcb_xlib_threads_sequence_lost' failed.
[xcb] Unknown sequence number while processing queue
[xcb] Most likely this is a multi-threaded client and XInitThreads has not been called
[xcb] Aborting, sorry about that.
java: ../../src/xcb_io.c:260: poll_for_event: Assertion `!xcb_xlib_threads_sequence_lost' failed.

In my docker file I have

RUN echo 'deb http://archive.ubuntu.com/ubuntu/ focal-proposed main restricted' >> /etc/apt/sources.list && \
    apt-get update -q -y && \
    apt-get install -y --fix-missing --no-install-recommends \
    libx11-6 && \
    apt-get purge -y pm-utils xscreensaver* && \
    apt-get autoremove -y && \
    apt-get clean -y && \
    rm -rf /var/lib/apt/lists/*

[Umair Iqbal (umairiqbal20)]

The same error when executing UIO tests in eclipse under docker environment

[xcb] Unknown sequence number while processing reply
[xcb] Most likely this is a multi-threaded client and XInitThreads has not been called
[xcb] Aborting, sorry about that.
java: ../../src/xcb_io.c:702: _XReply: Assertion `!xcb_xlib_threads_sequence_lost' failed.

[Daniel van Vugt (vanvugt)]

Please ensure your application is calling XInitThreads before commenting here. If it's not calling XInitThreads then that's probably an application bug.

[Łukasz Zemczak (sil2100)]

The version of libx11 in the proposed pocket of Bionic that was purported to fix this bug report has been removed because the target series has reached its End of Life.