ROSA Forum

В LibreOffice Base в Формах использую многострочные текстовые поля для просмотра длинных текстовых данных.
После очередного обновления РОСЫ еще летом обнаружил, что в Форме при просмотре очередной записи в многострочном поле остается значение предыдущей записи. Если в текущей записи в поле имеется текст, то он накладывается на экране на предыдущий текст и так происходит для всех следующих записей - в поле вижу все тексты наложенные друг на друга (естественно, все это не читаемое). Получается, что при смене записи многострочные поля в Форме не очищаются.
Думал, что проблема решится при очередном обновлении (делаю примерно раз в месяц), но до сих пор ничего не изменилось. Сегодня пакет обновился на версию 7.6.2.1, проблема осталась.
Сталкивался кто-нибудь с такой проблемой? И куда можно обратиться, проблема, похоже системная в LibreOffice.

Оформлять баг на сайте разработчика - других вариантов нет. Ради чистоты эксперимента я бы на Вашем месте удалил бы из системы стоящий по умолчанию пакет Libreoffice и установил другую версию - более старую и более новую.

Получилось воспроизвести вот такую проблему: https://hub.mos.ru/mos/community/libreo ... _20_01.mp4

Это то, с чем Вы столкнулись или была ещё какая-то проблема. Если другая, можете приложить шаги или видео с её воспроизведением?

Прилагаю лог-файл обновления, после которого появилась проблема. Из него видно, что установилась версия 7.5.5-1 Libreoffice, а до этого была 7.3.7-1. В другом разделе диска у меня имеется тестовая установка ROSA для экспериментов. Установил на ней версию 7.3.7-1 - проблемы нет. Попытки воздействовать на многострочное текстовое поле методами UNO-объекта через Basic не удались. Жду очередного обновления Libreoffice. Надеюсь, что это ошибка в системе и ее исправят, все-таки такую проблему не могут не заметить.

На тестовой среде установил libreoffice7.5, libreoffice7.6, libreoffice24.2. Во всех этих версиях проблема сохраняется.
На форумах нашел запрос, соответствующий моей проблеме: https://bugs.documentfoundation.org/sho ... ?id=140854
К сожалению, решение, которое там предложено - перейти на более новую версию Fedora - не имеет подробностей.
Меня сразу насторожило, что во время обновления РОСА обновился не только libreoffice, но и ядро Linux.
Было: kernel-5.10-generic-5.10.150-1.x86_64
Стало: kernel-5.10-generic-5.10.184-1.x86_64
На тестовой среде запускал на ядрах 5.10.74, 5.10.118 - проблема остается. Значит дело не в ядре.
Подумал, что проблема в моем ноутбуке, позаимствовал другой ноутбук - проблема остается.
Если поле в форме сделать обычным текстовым (меняется в свойствах поля сменой значения в атрибуте поля) - все работает без проблем.
Интуитивно чувствуется, что проблема кроется в отображении данных на экране - похоже, видеодрайвер не реагирует на очистку поля. Возможно даже, что проблема не в libreoffice, а в РОСА. Есть предположение, что причина кроется в библиотеках jdk. Сейчас стоит java-11-openjdk.

У меня был негативный опыт обновлений РОСА - я установил один из первых дистрибутивов R11, а потом регулярно обновлял систему штатным способом (значок в трее). Однажды, примерно через год, получил серьезную проблему, которую смог устранить только переустановкой всей системы из вновь скачанного дистрибутива.
Используемую сейчас РОСА установил в июне 2022 года, тогда это была 12.1. После последнего обновления имею уже релиз 12.5. Скачал последний дистрибутив с зеркала: ROSA.FRESH.PLASMA5.12.5.x86_64.uefi.iso.
Установил на тестовую среду и - проблема осталась...

Прилагаю скрины с тестовой формы, демонстрирующей проблему. Таблица содержит три записи с текстовым полем.
В первой записи (id=0) содержится текст в три строки:
"Первая запись
для тестирвания
многострочного поля"
Во второй записи (id=1) нет значения - поле пустое (чтобы продемонстрировать при отображении второй записи, что содержимое первой записи осталось в поле на экране.
В третьей записи (id=2) содержится текст в одну строку:
"Третья запись для тестирования"

На скринах показаны состояния формы при последовательном переходе от записи к записи (Screenshot_1, Screenshot_2, Screenshot_3). Первая запись отображается на экране нормально. При отображении второй записи в поле остается текст из первой записи. При отображении третьей записи ее текст накладывается на текст предыдущих записей.
Иногда при первом открытии только что созданной формы в области поля отображается произвольный фрагмент экрана (Screenshot_0). Из всего этого понятно,что область поля на экране не очищается.

Спасибо. Но тут надо на libreoffice баг открывать, какой либо пересборкой это не исправить.

anabez писал(а): 14 апр 2024, 18:52 Есть предположение, что причина кроется в библиотеках jdk. Сейчас стоит java-11-openjdk.

Установите java-17-openjdk.

В установленной с последнего дистрибутива 12.5 установлен пакет java-17-openjdk. Проблема остается.

Не сочтите за оффтоп - а если удалить LibreOffice и вместо него установить OpenOffice?

А вы пробовали проверять изменение настроек шрифтов в системе?
Ну там сглаживание отключать - включать, и т.п.
Ещё хотелось бы знать, какое у вас используется оформление в kde5.
Вроде вчера пробовали воссоздать проблему по вашим картинкам.
Не удалось получить такой же результат.
Но зато нашли какую-то другую проблему.

Ни шрифты, ни оформление не менял, все стоит по умолчанию.
В параметрах системы оформление рабочей среды:
-Оформление приложений: Breeze
-Оформление рабочего стола: Светлое ROSA
Оформление окон: Breeze
Сглаживание: галочка установлена
Шрифты по умолчанию.
Сегодня нашел компьютер HP Pavilion g6 Notebook PC с Windows 7 Домашняя базовая.
Установил на нем libreoffice 7.6.6.3
Java: Oracle Corporation 1.8.0_411 (сайт www.libreoffice.org дает ссылку на это jre для Windows)
Проблемы нет.

Sartorius писал(а): 17 апр 2024, 20:19 Непрочитанное сообщение Sartorius » 17 апр 2024, 20:19
Не сочтите за оффтоп - а если удалить LibreOffice и вместо него установить OpenOffice?

В репозитарии нет OpenOffice?
У меня ощущение, что проблема не в Libreoffice...

OpenOffice действительно нет в репозитарии - почему вопрос не ко мне - это свободно и бесполатно распространяемый офисный пакет, скачать можно на официальном сайте разработчиков. Оговорюсь - для его корректной работы необходимо полностью удалить LibreOffice.
P. S. По скорости работы OpenOffice быстрее LibreOffice, но он, в отличии от последнего, больше "корёжит" многоуровневые таблицы, созданные в Microsoft Office.

Можно вместо LibreOffice установить AlterOffice (клон) в Rosa. Необходимо скачать все пакеты по адресу
http://repo.alter-os.ru/testing/AlterOf ... 4/rpm_x64/
После этого перейти в папку ЗАГРУЗКИ и выполнить команду
sudo rpm -ivh ./*.rpm

turik02 писал(а): 18 апр 2024, 21:11 Можно вместо LibreOffice установить AlterOffice (клон) в Rosa. Необходимо скачать все пакеты по адресу
http://repo.alter-os.ru/testing/AlterOf ... 4/rpm_x64/
После этого перейти в папку ЗАГРУЗКИ и выполнить команду
sudo rpm -ivh ./*.rpm

Данный офисный пакет имеет большой врождённый недостаток - в текстовом редакторе отсутствует опция "Автозамена" (как, впрочем и в другом отечественном продукте под названием "Мой Офис").

turik02 писал(а): 18 апр 2024, 21:11 установить AlterOffice

Это который в РОПО несколько раз пропихнули не осилив даже сменить названия в коде и логотипы?
Не надо подобных паразитов поддерживать...

anabez писал(а): 14 апр 2024, 18:52 ...Интуитивно чувствуется, что проблема кроется в отображении данных на экране - похоже, видеодрайвер не реагирует на очистку поля...

А если при входе изменить X11 на Wayland или наоборот? Мало ли что там с отрисовкой стряслось...

VictorR2007 писал(а): 18 апр 2024, 13:09 Вроде вчера пробовали воссоздать проблему по вашим картинкам.
Не удалось получить такой же результат.

В свойствах текстового поля задали параметр "Тип текста" - "Многосточный"?

Пробовал в "Параметрах системы" менять оформление рабочей среды, рабочего стола, окон, выключать сглаживание - не помогает.
Пробовал для libreoffice 7.6.6 разные jre: openjdk 17 и 11, Oracle Corporatbon 1.8.0_252-ea. Проблема остается.
Сегодня скачал дистрибутив ROSA.FRESH.GNOME.12.5.x86_64.uefi.iso.
Установил на тестовой среде. Проблемы нет!
Таким образом, libreoffice 7.6.6 работает в Windows и в Gnome. Не зависит от jre.
Поиск сузился до ROSA Plasma.

anabez писал(а): 19 апр 2024, 13:13 Поиск сузился до ROSA Plasma.

Можно посмотреть на 2023.1 на этом образе
https://abf.rosalinux.ru/platforms/rosa ... ists/50765
Или же можно посмотреть на образе с новой plasma6 на 2023.1.
https://forum.rosalinux.ru/viewtopic.ph ... 43#p116643
Там libreoffice-24.2.2.2.
А сейчас запустил для него сборку libreoffice-24.2.3.1.
На 2023.1 сейчас другой fontconfig, может по другому будет отрисовывать.

anabez писал(а): 19 апр 2024, 13:13 Поиск сузился до ROSA Plasma.

А если проверить работу на sddm?
Для этого нужно установить пакеты
sddm,
sddm-config-breeze
sddm-kcm

После этого в консоли от рута дать команды

Код: Выделить всё

systemctl disable gdm

Код: Выделить всё

systemctl enable sddm

А потом перезагрузить систему.

anabez писал(а): 19 апр 2024, 13:13 Установил на тестовой среде. Проблемы нет!

Ещё вариант, что виноват VCL.
Проверьте в менеджере пакетов, что у вас установлен пакет
libreoffice-gtk3-kde5.
Если установлен, его можно удалить, и установить пакет
libreoffice-kde5.
Если переход на libreoffice-kde5 не поможет,
то удалить его и установить пакет
libreoffice-gnome
с которым у вас нет проблем на Gnome.
Возможно что он и на kde так же исправит проблему.

VictorR2007 писал(а): 19 апр 2024, 14:51 Или же можно посмотреть на образе с новой plasma6 на 2023.1.
https://forum.rosalinux.ru/viewtopic.ph ... 43#p116643

Скачал образ ROSA_2023.1_PLASMA6_x86_64_1036.iso
Установил на тестовой среде. Проблема осталась.
Этот эксперимент напугал меня: после перезагрузки появилось приглашение grub2, а не умею работать в нем.
Пришлось вновь загрузиться с флешки и через меню "Запуск установленной ОС" добраться до меню grub2 и оттуда загрузиться на основной среде. Удалил 13.0 с тестовой среды и вернул все, как было.
На основной среде у меня много не сохраненных данных.
Сейчас мне привезли ноут, на котором я смогу ставить эксперименты.

VictorR2007 писал(а): 19 апр 2024, 15:57 Проверьте в менеджере пакетов, что у вас установлен пакет
libreoffice-gtk3-kde5.
Если установлен, его можно удалить, и установить пакет
libreoffice-kde5.
Если переход на libreoffice-kde5 не поможет,
то удалить его и установить пакет
libreoffice-gnome

libreoffice-gtk3-kde5 - не установлен
libreoffice-kde5 - установлен
libreoffice-gnome - установлен

VictorR2007 писал(а): 19 апр 2024, 15:46 А если проверить работу на sddm?

sddm - установлен,
sddm-config-breeze - установлен
sddm-kcm - установил
Переключил на sddm - не помогло, проблема осталась.

VictorR2007, удалось ли вам воспроизвести проблему?

anabez писал(а): 19 апр 2024, 18:41 VictorR2007, удалось ли вам воспроизвести проблему?

Нет.
Не я проверял, а более разбирающиеся в офисе товарищи.
Не получилось воссоздать.

anabez писал(а): 19 апр 2024, 18:14 libreoffice-kde5 - установлен
libreoffice-gnome - установлен

А вот так неправильно.
Попробуйте проверить на каждом пакете по отдельности.
Удаляя libreoffice-gnome или libreoffice-kde5.
И наоборот.

anabez писал(а): 19 апр 2024, 18:06 Сейчас мне привезли ноут, на котором я смогу ставить эксперименты.

Я думал вы используете virt-manager, и для теста устанавливаете в виртуалку.
Ну или может в virtualbox.
Для virt-manager нужен довольно большой корневой раздел,
так как virt-manager по умолчанию создаёт виртуалки в
/var/lib/libvirt/images/
тогда как virtualbox делает виртуалке в домашнем каталоге.

VictorR2007 писал(а): 19 апр 2024, 19:36 Не получилось воссоздать.

Это странно... Я уже писал выше, что проблема возникает только когда в свойствах поля формы в параметре "Тип текста" задано значение "Многосточный". По умолчанию там стоит значение "Односточный", а в этом случае проблемы нет. Речь идет именно о форме, а не о таблице.

VictorR2007 писал(а): 19 апр 2024, 19:37 вот так неправильно.
Попробуйте проверить на каждом пакете по отдельности.
Удаляя libreoffice-gnome или libreoffice-kde5.
И наоборот.

Ура! После удаления libreoffice-kde5 заработало!
Проверил протоколы обновлений (лог-файлы dnf upgrade):
- пакет libreoffice-kde5 впервые установился при libreoffice 7.2.5-5 - протокол от 18.07.2022
затем обновлялся при каждом очередном обновлении libreoffice (версии 7.2.5-7, 7.3.7-1, 7.5.5-1, 7.5.5-2, 7.6.2-4, 7.6.3-3, 7.6.4-1, 7.6.4-3, 7.6.6-1)
- пакет libreoffice-gnome впервые установился 12.11.2023 с пометкой: "Установка слабых зависимостей" не в привязке к libreoffice, но в этом же обновлении обновился libreoffice до версии 7.6.2-4,
затем обновлялся в привязке к libreoffice при всех оновлениях libreoffice.
Странно, что обновления libreoffice-kde5 и libreoffice-gnome проходили параллельно.

Уважаемый VictorR2007! Огромное вам спасибо за помощь, ваш профессионализм и отзывчивость!
Я вам очень благодарен!

С мягкими зависимости и у меня подозрения есть, бывает удаляю.

anabez писал(а): 19 апр 2024, 20:44 Ура! После удаления libreoffice-kde5 заработало!

Вам стоит проверить работу на
libreoffice-gtk3-kde5.
С удалением
libreoffice-gnome.
И если на нем будет правильно работать,
то и оставить этот пакет.
А то если использовать пакет
libreoffice-gnome
то при каждом обновлении libreoffice,
будет снова устанавливаться второй пакет с оформлением,
и вернется проблема со шрифтом.
Или проверить работы с установленными двумя пакетами
libreoffice-gnome
и
libreoffice-gtk3-kde5.
Сейчас мне написали, что воссоздали вашу проблему.
Проявляется на пакете
libreoffice-kde5.
Нужно будет через одно обновление убрать из зависимостей для плазмы пакет libreoffice-kde5,
и оставить только libreoffice-gtk3-kde5..

VictorR2007 писал(а): 19 апр 2024, 22:17 Вам стоит проверить работу на
libreoffice-gtk3-kde5.

Удалил libreoffice-gnome
Установил libreoffice-gtk3-kde5
Проблемы нет, работает отлично!
Спасибо!

ROSA Forum

LibreOffice Base Формы - не очищаются многострочные поля при смене записи

LibreOffice Base Формы - не очищаются многострочные поля при смене записи

LibreOffice Base Формы - не очищаются многострочные поля при смене записи

LibreOffice Base Формы - не очищаются многострочные поля при смене записи

LibreOffice Base Формы - не очищаются многострочные поля при смене записи

LibreOffice Base Формы - не очищаются многострочные поля при смене записи

LibreOffice Base Формы - не очищаются многострочные поля при смене записи

LibreOffice Base Формы - не очищаются многострочные поля при смене записи

LibreOffice Base Формы - не очищаются многострочные поля при смене записи

LibreOffice Base Формы - не очищаются многострочные поля при смене записи

LibreOffice Base Формы - не очищаются многострочные поля при смене записи

LibreOffice Base Формы - не очищаются многострочные поля при смене записи

LibreOffice Base Формы - не очищаются многострочные поля при смене записи

LibreOffice Base Формы - не очищаются многострочные поля при смене записи

LibreOffice Base Формы - не очищаются многострочные поля при смене записи

LibreOffice Base Формы - не очищаются многострочные поля при смене записи

LibreOffice Base Формы - не очищаются многострочные поля при смене записи

LibreOffice Base Формы - не очищаются многострочные поля при смене записи

LibreOffice Base Формы - не очищаются многострочные поля при смене записи

LibreOffice Base Формы - не очищаются многострочные поля при смене записи

LibreOffice Base Формы - не очищаются многострочные поля при смене записи

LibreOffice Base Формы - не очищаются многострочные поля при смене записи

LibreOffice Base Формы - не очищаются многострочные поля при смене записи

LibreOffice Base Формы - не очищаются многострочные поля при смене записи

LibreOffice Base Формы - не очищаются многострочные поля при смене записи

LibreOffice Base Формы - не очищаются многострочные поля при смене записи

LibreOffice Base Формы - не очищаются многострочные поля при смене записи

LibreOffice Base Формы - не очищаются многострочные поля при смене записи

LibreOffice Base Формы - не очищаются многострочные поля при смене записи

LibreOffice Base Формы - не очищаются многострочные поля при смене записи

LibreOffice Base Формы - не очищаются многострочные поля при смене записи

LibreOffice Base Формы - не очищаются многострочные поля при смене записи

LibreOffice Base Формы - не очищаются многострочные поля при смене записи

LibreOffice Base Формы - не очищаются многострочные поля при смене записи

LibreOffice Base Формы - не очищаются многострочные поля при смене записи

LibreOffice Base Формы - не очищаются многострочные поля при смене записи