Appimages takes a very long time when I want to open a file. Which forces me to close the app.

[MisterJej]

I am using appimages and since upgrading to ubuntu 24.04.1 I have a problem.
Indeed, when I want to open, import, save a file, the dialog box takes a very long time to open, so long that Ubuntu sends me an alert to force me to quit the app.
It does it to me as well with Krita, Shortcut, Musescore or Sonic Visualiser. On the other hand, Audacity does not seem to be affected.
I reinstalled these software in snap or flatpak but I would prefer to use them in appimage, which I find practical.
I'm a bit lost.
Does anyone have any ideas?
Thanks, have a good afternoon!

[probonopd]

Hello @MisterJej. Can you reproduce this using Ubuntu Live ISOs?

• Does https://releases.ubuntu.com/noble/ubuntu-24.04.1-desktop-amd64.iso have the issue?
• Previous LTS release: Does https://releases.ubuntu.com/jammy/ubuntu-22.04.5-desktop-amd64.iso already have the issue?
• Subsequent non-LTS release: Does https://releases.ubuntu.com/oracular/ubuntu-24.10-desktop-amd64.iso still have the issue?

[MisterJej]

Hello, Thanks for your answer !
I'm going to try

[MisterJej]

Hello,
I've got the same issue with the first release https://releases.ubuntu.com/noble/ubuntu-24.04.1-desktop-amd64.iso .
I couldn't try the others.
All I can say is I didn't have this issue with Ubuntu 22.04.
I made a mistake in my first post, Musescore work fine but Krita, Gimp, Shortcut or Sonicvisualiser are unusable in their current state.
Thanks

[probonopd]

Can you run your AppImages with --appimage-version and tell us what they are saying (the working ones and the ones with issues). Thanks!

[MisterJej]

Hi,
I don't know what means --appimage-version.
I ran Krita appimage in the terminal and I had that answer :

/home/eric/Bureau/APPIMAGE/krita-5.2.9-x86_64.AppImage'
QObject::startTimer: Timers cannot have negative intervals
/tmp/.mount_krita-v8TFux/usr/lib/krita-python-libs/krita added to PYTHONPATH
Warning: requested data for unknown action "path-break-at-selection"
Error: Upper boundary of data for directory Canon, entry 0x4019 is out of bounds: Offset = 0x00001f00, size = 30, exceeds buffer size by 18 Bytes; truncating the entry
Error: Offset of directory Canon, entry 0x4020 is out of bounds: Offset = 0x00001f1e; truncating the entry
Processus arrêté

"Processus arrêté" this is me forcing a stop...

Also with Scribus, i had that answer :

/home/eric/Bureau/APPIMAGE/scribus-1.6.1-linux-x86_64.AppImage'
Run experimental bundle that bundles everything
qt.glx: qglx_findConfig: Failed to finding matching FBConfig for QSurfaceFormat(version 2.0, options QFlagsQSurfaceFormat::FormatOption(), depthBufferSize -1, redBufferSize 1, greenBufferSize 1, blueBufferSize 1, alphaBufferSize -1, stencilBufferSize -1, samples -1, swapBehavior QSurfaceFormat::SingleBuffer, swapInterval 1, colorSpace QSurfaceFormat::DefaultColorSpace, profile QSurfaceFormat::NoProfile)
No XVisualInfo for format QSurfaceFormat(version 2.0, options QFlagsQSurfaceFormat::FormatOption(), depthBufferSize -1, redBufferSize 1, greenBufferSize 1, blueBufferSize 1, alphaBufferSize -1, stencilBufferSize -1, samples -1, swapBehavior QSurfaceFormat::SingleBuffer, swapInterval 1, colorSpace QSurfaceFormat::DefaultColorSpace, profile QSurfaceFormat::NoProfile)
Falling back to using screens root_visual.
qt.glx: qglx_findConfig: Failed to finding matching FBConfig for QSurfaceFormat(version 2.0, options QFlagsQSurfaceFormat::FormatOption(), depthBufferSize -1, redBufferSize 1, greenBufferSize 1, blueBufferSize 1, alphaBufferSize -1, stencilBufferSize -1, samples -1, swapBehavior QSurfaceFormat::SingleBuffer, swapInterval 1, colorSpace QSurfaceFormat::DefaultColorSpace, profile QSurfaceFormat::NoProfile)
No XVisualInfo for format QSurfaceFormat(version 2.0, options QFlagsQSurfaceFormat::FormatOption(), depthBufferSize -1, redBufferSize 1, greenBufferSize 1, blueBufferSize 1, alphaBufferSize -1, stencilBufferSize -1, samples -1, swapBehavior QSurfaceFormat::SingleBuffer, swapInterval 1, colorSpace QSurfaceFormat::DefaultColorSpace, profile QSurfaceFormat::NoProfile)
Falling back to using screens root_visual.
qt.glx: qglx_findConfig: Failed to finding matching FBConfig for QSurfaceFormat(version 2.0, options QFlagsQSurfaceFormat::FormatOption(), depthBufferSize -1, redBufferSize 1, greenBufferSize 1, blueBufferSize 1, alphaBufferSize -1, stencilBufferSize -1, samples -1, swapBehavior QSurfaceFormat::SingleBuffer, swapInterval 1, colorSpace QSurfaceFormat::DefaultColorSpace, profile QSurfaceFormat::NoProfile)
No XVisualInfo for format QSurfaceFormat(version 2.0, options QFlagsQSurfaceFormat::FormatOption(), depthBufferSize -1, redBufferSize 1, greenBufferSize 1, blueBufferSize 1, alphaBufferSize -1, stencilBufferSize -1, samples -1, swapBehavior QSurfaceFormat::SingleBuffer, swapInterval 1, colorSpace QSurfaceFormat::DefaultColorSpace, profile QSurfaceFormat::NoProfile)
Falling back to using screens root_visual.
qt.glx: qglx_findConfig: Failed to finding matching FBConfig for QSurfaceFormat(version 2.0, options QFlagsQSurfaceFormat::FormatOption(), depthBufferSize -1, redBufferSize 1, greenBufferSize 1, blueBufferSize 1, alphaBufferSize -1, stencilBufferSize -1, samples -1, swapBehavior QSurfaceFormat::SingleBuffer, swapInterval 1, colorSpace QSurfaceFormat::DefaultColorSpace, profile QSurfaceFormat::NoProfile)
No XVisualInfo for format QSurfaceFormat(version 2.0, options QFlagsQSurfaceFormat::FormatOption(), depthBufferSize -1, redBufferSize 1, greenBufferSize 1, blueBufferSize 1, alphaBufferSize -1, stencilBufferSize -1, samples -1, swapBehavior QSurfaceFormat::SingleBuffer, swapInterval 1, colorSpace QSurfaceFormat::DefaultColorSpace, profile QSurfaceFormat::NoProfile)
Falling back to using screens root_visual.
Processus arrêté

I hope it helps....
Thank you for your time !

[probonopd]

What does ./krita-5.2.9-x86_64.AppImage --appimage-version say? The same for the AppImages that have and that don't have the issue. Do you see any pattern there?

[MisterJej]

I've tried some app with --appimage-version.
At first, I found that Krita and Scribus, app that have the issue, had the same version : Version: 8bbf694.
Then I've tried some other app that works fine and I found these apps had another version : Version: 5735cc5.
I thought OK, it's a pattern... !
But, sadly, with Shotcut, that have the same issue, the --appimage-version return....Version: 5735cc5... Back to the start !!

Sorry for my poor English but I'm french and as you know, french and languages have some difficulties...

Thank you again

[probonopd]

Please post the entire output of --appimage-version and list which ones are working properly and which ones are not working properly. Thanks!

E.g.,

$ ./xxx-3.0.8-x86_64.AppImage --appimage-version
Version: 5735cc5
Working properly: Yes/No

$ ./yyy-1.6.0.AppImage --appimage-version
Version: effcebc
Working properly: Yes/No

$ ./zzz-x86_64.AppImage --appimage-version
AppImage runtime version: https://github.com/AppImage/type2-runtime/commit/0899763
Working properly: Yes/No