Libre Draw Can't Open ANY PDF.General input/output error(24.04.1)

Ubuntu 24.04 with Gnome 46
LibreOffice Version: 24.2.7.2 (X86_64)
Ext4 File System

Also, I cannot reproduce your issue
I use ext4 and you use btrfs

I suggest that you boot into a “Try Ubuntu” live session and conduct a quick test.

Thank you for response!

Thank you guys for responses!
Bug may be even more tricky than I thought.
Please indicate your kernel versions and desktop flavor.
I use Cinnamon

I use ext4 and you use btrfs

May be only its only btrfs specific?

Do you mean from live USB?

I jump in here, but yes from the Live Installer “Try”
@tea-for-one is going to Slap me with a wet fish across the belly…

1 Like

Could you guys explain whats the point of such a test?
That would be a completely different setup with much older version of libre, and thus inconclusive of whatever outcome it gives.

Not if you ran “sudo apt update” followed with “sudo apt install --reinstall libreoffice”
Just our part to help…but it’s your choice.
Also it would help to see if BTRFS has anything to do with it. :slight_smile:

I’ll save everyone from BTRFS having anything to do with Libre Draw…
we can rule that much out. Still works.

Partition:
  ID-1: / size: 465.47 GiB used: 75.7 GiB (16.3%) fs: btrfs dev: /dev/sdb2
  ID-2: /boot/efi size: 299.4 MiB used: 7.2 MiB (2.4%) fs: vfat
    dev: /dev/sdb1
  ID-3: /home size: 465.47 GiB used: 75.7 GiB (16.3%) fs: btrfs
    dev: /dev/sdb2

1 Like

Did you do a reboot with BTRFS?
What Ubuntu flavor you use?
I noticed if Draw started at any time BEFORE Writer, and next Draw if closed, next opened again AFTER Writer - bug may not reproduce.
Really weird behavior.

Not if you ran “sudo apt update” followed with “sudo apt install --reinstall libreoffice”

Where will it install all the updates when booted from live USB?
I only have small flash drives, they barely fit Ubuntu image.

When Draw can’t open PDF, these lines are missing from the journal (and present if Draw opens PDF):

kernel: audit: type=1400 audit(1734656614.532:296): apparmor="DENIED" operation="file_inherit" class="file" profile="libreoffice-xpdfimport" name="DELETED.pdf" pid=177229 comm="xpdfimport" requested_mask="wr" denied_mask="wr" fsuid=1000 ouid=1000

kernel: audit: type=1400 audit(1734656614.532:297): apparmor="DENIED" operation="open" class="file" info="Failed name lookup - disconnected path" error=-13 profile="libreoffice-xpdfimport" name="apparmor/.null" pid=177229 comm="xpdfimport" requested_mask="wr" denied_mask="wr" fsuid=1000 ouid=0

If anybody has even a generic explanation of above lines or fields, please share.

You should open a bug with ubuntu-bug libreoffice and attach these two log lines …

What seems to have happened is that one process (likely libreDraw) tried to hand the file DELETED.pdf (name=DELETED.pdf) over to (operation=file_ionherit) the xpdfimport binary to process it further …

But both apps ran in different mount namespaces (meaning they have a different view of the filesystem) so apparmor could not verify the authenticity of the path for the file (info=“Failed name lookup - disconnected path”) …

This definitely deserves some developer attention to get fixed …

3 Likes

Wow! I didn’t even expect such a high level analysis!
You rock, thank you man!

Both XFCE4 and Plasma, and yes several reboots.
Two sessions used here Wayland and X11
@ogra has the right suggested for this bug.

1 Like