У меня присоединённый документ открылся без проблем.
$ rpm -qa|grep Libre
LibreOffice-extensions-6.2.2.2-alt1.x86_64
LibreOffice-common-6.2.2.2-alt1.x86_64
LibreOffice-langpack-uk-6.2.2.2-alt1.x86_64
LibreOffice-kde5-6.2.2.2-alt1.x86_64
LibreOffice-integrated-6.2.2.2-alt1.x86_64
LibreOffice-langpack-ru-6.2.2.2-alt1.x86_64
LibreOffice-mimetypes-6.2.2.2-alt1.noarch
LibreOffice-qt5-6.2.2.2-alt1.x86_64
LibreOffice-6.2.2.2-alt1.x86_64
LibreOffice-gtk3-6.2.2.2-alt1.x86_64

Примерно так начинается опрос файлов:

[pid 30524] getcwd("/tmp", 4096)        = 5
[pid 30524] lstat("/usr", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
[pid 30524] lstat("/usr", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
[pid 30524] lstat("/usr/lib64", {st_mode=S_IFDIR|0755, st_size=253952, ...}) = 0
[pid 30524] lstat("/usr", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
[pid 30524] lstat("/usr/lib64", {st_mode=S_IFDIR|0755, st_size=253952, ...}) = 0
[pid 30524] lstat("/usr/lib64/LibreOffice", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
[pid 30524] lstat("/usr", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
[pid 30524] lstat("/usr/lib64", {st_mode=S_IFDIR|0755, st_size=253952, ...}) = 0
[pid 30524] lstat("/usr/lib64/LibreOffice", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
[pid 30524] lstat("/usr/lib64/LibreOffice/program", {st_mode=S_IFDIR|0755, st_size=16384, ...}) = 0
[pid 30524] lstat("/usr", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
[pid 30524] lstat("/usr/lib64", {st_mode=S_IFDIR|0755, st_size=253952, ...}) = 0
[pid 30524] lstat("/usr/lib64/LibreOffice", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
[pid 30524] lstat("/usr/lib64/LibreOffice/program", {st_mode=S_IFDIR|0755, st_size=16384, ...}) = 0
[pid 30524] lstat("/usr/lib64/LibreOffice/program/libuno_cppu.so.3", {st_mode=S_IFREG|0644, st_size=228328, ...}) = 0
[pid 30524] lstat("/home", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
[pid 30524] lstat("/home", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
[pid 30524] lstat("/home/lav", {st_mode=S_IFDIR|0711, st_size=20480, ...}) = 0
[pid 30524] access("/home/lav", F_OK)   = 0
[pid 30524] openat(AT_FDCWD, "/home/lav", O_RDONLY|O_NONBLOCK|O_CLOEXEC|O_DIRECTORY) = 25</home/lav>
[pid 30524] fstat(25</home/lav>, {st_mode=S_IFDIR|0711, st_size=20480, ...}) = 0
[pid 30524] getdents(25</home/lav>, /* 605 entries */, 32768) = 20864
[pid 30524] lstat("/home/lav/.fakexinerama", {st_mode=S_IFREG|0644, st_size=104, ...}) = 0
[pid 30524] lstat("/home/lav/.bash_profile", {st_mode=S_IFREG|0600, st_size=827, ...}) = 0


Причём, если запустить
$ HOME=$(mktemp -d) lowriter docx2odf.odt
всё открывается. И дело не в новом профиле.

Видимо, сканирует он домашний каталог.

Ну дайте алгоритм воспроизведения. Документ открывается без зависаний.

На 6.1.3.1-alt3 всё открывалось без проблем.

(В ответ на комментарий №3)
> Ну дайте алгоритм воспроизведения. Документ открывается без зависаний.
Исходя из условий, у тебя пустой home :)

В выводе strace есть у тебя
getdents.*/home/
?

home у меня не пустой, а libreoffice я под strace не запускаю.

У меня виснет весь LO, сжирает весь проц.

(В ответ на комментарий №6)
> У меня виснет весь LO, сжирает весь проц.
Для работы есть LibreOffice-still в Sisyphus.

А, у вас у всех mate, наверное. На KDE не виснет.

Да, именно mate

Т.к. LibreOffice в сизифе довольно давно не менялся, то посмотрите на Mate. Что-то с ним.

(In reply to comment #10)
> Т.к. LibreOffice в сизифе довольно давно не менялся, то посмотрите на Mate.
> Что-то с ним.

А неделя - это для сизифа давно?
> Build Date  : Вт 26 мар 2019 21:40:23

У меня xfce4.

А если UI поменять на другой - тоже виснет ?

Тут очень пригодилась бы debuginfo для LibreOffice, но при сборке пакета с ней сборка упирается в лимиты места. Хотя бы можно было бы получить нормальные бэктрейсы тех мест, где LO висит.

Дима, мы можем увеличить лимиты на размер для получения debuginfo пакетов libreoffice ?

(In reply to comment #13)
> Тут очень пригодилась бы debuginfo для LibreOffice, но при сборке пакета с ней
> сборка упирается в лимиты места. Хотя бы можно было бы получить нормальные
> бэктрейсы тех мест, где LO висит.

Он не висит. Он перебирает все файлы в $HOME, это видно по strace. Наверное, если подождать несколько минут или десятков минут, он даже загрузится.

А если запустить так:
SAL_USE_VCLPLUGIN=gen lowriter
- тоже висит ?

Стоп, а у вас gtk3 и нет. А если поставить его и в нём попробовать ?

(В ответ на комментарий №17)
> Стоп, а у вас gtk3 и нет. А если поставить его и в нём попробовать ?
У меня только
LibreOffice-gtk3-6.2.2.2-alt1.x86_64
проблема та же.

(В ответ на комментарий №16)
> А если запустить так:
> SAL_USE_VCLPLUGIN=gen lowriter
> - тоже висит ?
Да — файлы сканирует в домашнем каталоге.
По такому поведению я бы признал эту сборку Malware.

интересно.
Ну разберитесь - у меня вот такого нет, например. А какое поведение будет если запустить libreoffice у нового, чистого пользователя ?

(В ответ на комментарий №19)
> интересно.
> Ну разберитесь - у меня вот такого нет, например. А какое поведение будет если
> запустить libreoffice у нового, чистого пользователя ?

Я уже писал: если запустить
$ HOME=$(mktemp -d) lowriter docx2odf.odt
всё открывается. И дело не в новом профиле — просто в этом HOME нет файлов и сканировать нечего.

Ну у меня в $HOME:
$ find $HOME 2>/dev/null |wc -l 
501097

И ничего, libreoffice работает.

Под новым пользователем нужно попробовать для того, что бы убедиться в отсутствии влияния на поведение LibreOffice твоих локальных настроек.

У меня не воспроизводится. Возможно, какое-то особенное устройство $HOME на целевой машине, просьба разобраться.