Выпуск LibreOffice 6.2 beta 1

The Document Foundation объявил о доступности для тестирования LibreOffice 6.2 beta 1. Скачать можно по ссылке https://dev-builds.libreoffice.org/pre-releases/ для операционных систем Windows, Linux, macOS в 32- и 64-битных версиях.

Обо всех найденных ошибках нужно сообщать разработчикам в багзиллу проекта .

Список исправленных ошибок и нового функционала доступен по ссылке https://dev-builds.libreoffice.org/pre-releases/src/bugs-changelog-libreoffice-6-2-release-6.2.0.0.beta1.log 

Охота на ошибки LibreOffice 6.2 alpha 1

The Document Foundation объявил «Охоту на ошибки» в LibreOffice 6.2 alpha 1.

Для удачной охоты вам необходимо 22 октября 2018 года скачать дистрибутив под вашу архитектуру и операционную систему с сайта http://dev-builds.libreoffice.org/pre-releases/, установить LibreOffice и заняться поиском ошибок (или подтверждением корректной работы).

Особое внимание при тестировании первой альфа версии LibreOffice 6.2 необходимо уделить новому модулю интеграции LibreOffice в KDE 5.

Нужно проверить:

• корректное определение наличия среды KDE 5 и установку соответствующего модуля vcl
• корректный внешний вид приложения в KDE 5
• наличие/отсутствие значков в меню LibreOffice в среде KDE 5
• выравнивание элементов меню LibreOffice при включенном/отключенном отображении значков в меню
• какой диалог открытия/сохранения файлов используется в LibreOffice в KDE 5
• что угодно ещё, что вам придет в голову проверить для LibreOffice в KDE 5

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

Фатальная ошибка LibreOffice в Linux, связанная с JAVA

Наткнулся на аварийное завершение работы LibreOffice 5.4 и 6.0 в Linux. Причем офис просто закрывается молча без никаких сообщений об ошибках. Вы просто наводите курсор мыши на пункт меню Файл > Отправить и офис канает в небытие.

Связано это, как оказалось, с JAVA, причем с его открытой итерацией в виде openjdk. С JAVA от Oracle таких проблем вроде бы нет.

Разработчики о проблеме знают, в багзилле предлагается даже какой-то костыль попробовать, для обхода проблемы. Однако я предлагаю, во избежание недоразумений с потерей документов, просто отключить использование JAVA в диалоге "Параметры LibreOffice", который открывается из меню Сервис > Параметры, далее LibreOffice > Расширенные возможности, справа снимаем галочку у пункта "Использовать виртуальную машину JAVA".

Если использование JAVA в LibreOffice по любым причинам необходимо, то удалите openjdk и установите версию от Oracle, скачав ее отсюда http://www.oracle.com/technetwork/java/javase/downloads/jre9-downloads-3848532.html правда версии, доступные для Linux, только 64-битные (мода такая пошла в последнее время).
Update: по ссылке из комментария Майка написано, что проблема затрагивает 32-битные системы (и офис соответственно тоже 32 битный), возможно для 64-битных систем такой проблемы нет, мне негде проверить, у меня все линуксы 32 битные.

Мерцающие меню в LibreOffice 5.4

Я не знаю, когда это началось, люди в багзилле пишут, что с версии 5.3 уже такое есть, НО я вот в версии 5.4.0.1 (это первый релиз-кандидат версии 5.4) в Windows с отключенным выводом через OpenGL на домашней видеокарте АМД вижу как мерцает строка меню, если по ней провести курсором мыши. Причем на видеокарте от АМД это слегка, но видно, однако все равно раздражает сразу, ибо глаза не казенные, а вот на Интел HD4000 - это просто безумное моргание интерфейса. Причем, если OpenGL включить, то мерцания нет, однако проблема в том, что драйвер для Интел HD4000 внесен в черный список в Либре и OpenGL для него не активируется, а принудительная активация роняет Либру в аут.

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

В ОС на базе Linux такой проблемы вроде бы нет, ну во всяком случае у меня эффект такой отсутствует в Xubuntu со свободными драйверами видеокарты.

Ошибка соответствующая в багзилле есть и не одна, поскольку моргает периодически в разных местах. Пока разработчики ничего по этому поводу не говорят, ИМХО, по очень простой причине: у громадного большинства разработчиков основная система как раз ОС на базе Linux и они не видят этот ужас. Это кстати в далекой перспективе может привести к тому, что на ОС Windows Либра просто перестанет восприниматься, как хоть какой-то конкурент МСО.

Update 16.10.2017: в 5.3.7.1 мерцание исправили и для 5.4.3.1 также должны были этот АДъ исправить. Относительно шустро поправили

Регистрозависимые фильтры в LibreOffice

Обнаружил крайне критичные для русскоязычных пользователей ошибки в работе LibreOffice версий до 5.3.2 включительно: в полях ввода выпадающего окошка автофильтра в calc и в диалоге Поля-Перекрестные ссылки во Writer учитывается регистр вводимых символов для кириллицы. То есть для этих фильтров слова "Вася", "вАся" и "ВАся" - это три разных слова и при вводе в поле фильтра слова "вася" ни одно из них в выборку фильтра не попадет!

Вот, как это выглядит в Calc. Вот исходные данные:

А вот работа автофильтра на этих данных:

Видите, ни одно значение в выборку не попало!

Следующая картинка показывает то же самое для фильтра в диалоге Поля-Перекрестные ссылки:

Опять же фильтр по заголовкам не показывает ни одного варианта, хотя по идее должен был бы.

Для латиницы (английский язык например) - этой проблемы нет, все корректно работает и фильтрует без учета регистра символов.

И если для автофильтра в Calc проблему в 5.3.3 должны были исправить, поскольку соответствующая бага в багзилле отмечена, как FIXED, то проблему в Writer я обнаружил только вчера и создал еще одну запись в багзилле.

Обратите внимание: в диалогах найти и заменить (Ctrl+H) и в панели поиска по Ctrl+F фильтр работает НОРМАЛЬНО, то есть регистронезависимо и ищет все вхождения хорошо.

Учитывайте эту информацию в работе. Если во Writer это не так и критично, то автофильтр в Calc может показать вам не полную картинку по данным и привести к печальным последствиям!

Странности с рендерингом изображений в текстовых документах LibreOffice

В последнее время обратил внимание, что втсавленные в текстовый документ картинки как-то странно выглядят, как будто им специально ухудшили качество. (Все картинки из статьи нужно смотреть щелкая по ним, чтобы было видно, о чем я говорю).
Вот пример:

Обратите внимание на текст внутри скриншота, вставленного в текст. Нет сглаживания и сам шрифт как будто пообкусывали.
Та же самая картинка, но уже после экспорта в пдф:

Разница есть, согласитесь. И еще это говорит о том, что это не картинка сама плохого качества, а что отображается она во Writer в плохом качестве. Зачем - это вопрос.
Вот увеличенная картинка:

Сразу оговорюсь, может эти многочисленные скриншоты со скриншотов и не передают всю глубину проблемы...
Вчера я внезапно обнаружил, что у меня включен OpenGL в портативной версии LibreOffice, в которой я работаю, и я его отключил. Картинки стали гладкие и прекрасные! На виндовс. Я порадовался, так как к багам со стороны OpenGL отношусь, как к неизбежному злу. Хорошего в них ничего нет, однако и сделать я ничего не могу (и разработчики тоже судя по всему, хотя и стараются изо всех сил).
И вишенка, тот же документ в ОС Linux в LibreOffice БЕЗ OpenGL:

OpenGL отключен, а проблема осталась =(
При этом мне намного больше нравится работать с документом в LibreOffice под Linux, как-то там все выглядит аккуратнее, и интерфейс и сам документ рендерятся корректно и красиво все.

PS: морали никакой не будет, если я соберусь с силами, то напишу багу в багзиллу, пусть даже это будет дубликатом.
PPS: Mike, если будешь писать комментарии, то пожалуйста озвучь причину такого поведения LibreOffice ;)
ppps: мой баг 106415 помечен, как дубликат 86675

Разработчики LibreOffice опять чудят

В LibreOffice 5.3 реализовали стили таблиц Writer и сделали в Боковой панели отдельный раздел для быстрого и удобного управления ими. Однако, при попытке изменить стиль, используя контекстное меню в Боковой панели, LibreOffice падает намертво, унося в преисподнюю все открытые документы. В багзилле есть соответствующий баг на эту тему, однако разработчики видимо хотели или заглушку вставить, или еще что-то сделать, поскольку функция создания и редактирования стиля таблиц Writer пока просто не реализована. Что же я увидел сегодня в багзилле на эту тему? А там появилось предложение вообще этот раздел Боковой панели убрать с глаз долой. То есть, вместо небольшого напильника в виде подсказки, что эта функция пока не работает, они берут скальпель и режут полностью функционал. 

Я уже писал на тему того, что одни разработчики пилят фичу, а другие через минимальное количество времени её режут по живому. Сила опенсорца во всей красе =( И это реально раздражает. Все же единоначалие в некоторых вопросах разработки свободных проектов необходимо.

Огромное количество крэшей в LibreOffice 5.2.4

Недавно вышла версия LibreOffice 5.2.4, которую разработчики позиционировали, как готовую для внедрения на предприятиях. Однако внезапно, встроенный собиратель отчетов о критических ошибках, приводящих к падению Либры, показывает большое увеличение падений офиса. Вот картинка:

Неудачный цвет для версии 5.2.4, однако есть всплывающая табличка с количеством крэшей. В 10 (ДЕСЯТЬ, КАРЛ!) раз увеличилось количество отчетов о падениях офиса для версии 5.2.4. Я бы не советовал при таком раскладе обновлять Либру с 5.2.3 или более ранних релизов до 5.2.4.

Ах да, краши эти только для LibreOffice, установленных в ОС Windows.

Портим документы, используя LibreOffice. Часть 2

Итак, опять непонятно что случилось. Есть рабочий файл-электронная таблица на более, чем 2000 строк с данными. Данные - это куча цифр (объемы и деньги). Файл в формате Excel 2007, то бишь .xlsx. Нужно было его доредактировать срочно, пришлось делать это дома. Дома есть только LibreOffice, в данном случае это была версия 5.1.5. После открытия, некоторых правок (форматирование некоторых ячеек с текстом и удаление лишних строк), сохранения документа в формат, какой был, то есть в .xlsx, и повторного открытия его в том же LibreOffice обнаружилось, что формат ячеек, содержащих числа, стал невменяемый абсолютно. Выражалось визуально это тем, что все числа отображались, как поделенные на тысячу. Данные все сохранены, однако визуально это выглядит, как будто всё стало дешевле и меньше в объемах в 1000 раз! А на печать-то пойдет ЭТОТ результат. Вот как выглядит это (обратите внимание на отображаемое значение в ячейке и реальное значение в строке ввода формул выше):

А вот, как выглядит код формата числа в диалоге "Формат ячейки":

Нормально? Что это за пакость? Никогда такого не встречал =( А документ более чем важный и труда в него было вложено за сегодня на несколько часов. Всё переделывать. Хорошо, что вообще заметил...

Будьте внимательны!

Портим документы, используя LibreOffice 5.2

Я не знаю, что такое случилось, просто опишу что я делал. Я взял файл перевода официального руководства по Math с вики проекта в формате ODT. Открыл его в LibreOffice 5.2. Цель была изменить форматирование документа, потому что там есть ручное форматирование, а хотелось свести всё только к стилям. Я выполнил простую вещь: выделил весь документ посредством Ctrl+A и выполнил команду из меню "Формат-Отменить форматирование". Это должно было просто убрать все ручное форматирование и оставить внешний вид документа в соответствии со стилями. Что произошло в итоге (и это только то, что я заметил сразу): пропала титульная страница (там был отдельный стиль с настроенным фоном), она не очистилась, а именно пропала, как будто её удалили; на титульных страницах глав слетел стиль заголовка главы и пропали разрывы страниц; изменилась гарнитура в большинстве стилей абзацев после сохранения и открытия документа.

Я попробую поисследовать последовательность действий, приводящих к такому поведению, ибо, если это реально глюки Либры, то декламации разработчиков о мегастабильности и возможности сохранить внешний вид документа спустя 10 лет после его создания - это порошок МиФ.

Будьте внимательны и осторожны. Спасибо за внимание.
Update 26.01.2017: кто-то еще столкнулся с таким поведением. Вот ссылка на багрепорт https://bugs.documentfoundation.org/show_bug.cgi?id=104988
Может даже и исправят, но судя по комментариям, вряд ли быстро. 

Исправление ошибок в установке и запуске LibreOffice 5.2 на ОС Windows XP

В прошлом посте я писал, что во втором релиз кандидате LibreOffice 5.2 разработчики исправили ошибки в работе и установке LibreOffice 5.2 на Windows XP. Как оказалось, исправили они ошибки не до конца и не все (это видимо целый комплекс проблем ... ну или разработчики банально врут, потому что им стыдно за эти ошибки), а окончательный фикс попадет уже в третий релиз кандидат. Озвучил это Кристиан Лохмайер, человек, который заведует в инфраструктуре The Document Foundation созданием установочных дистрибутивов и пакетов под разные операционные системы. Подождём, твою сборку...

Исправление критической уязвимости в LibreOffice 5.1.4

Крайне внезапно. Разработчики в выпуске LibreOffice 5.1.4.2 исправили уязвимость, которая позволяла использовать LibreOffice для заражения компьютеров пользователей вирусами (очевидно, что проблема эта касается в первую очередь пользователей ОС Windows). Вот тут немного подробностей для интересующихся. Так что, советую обязательно всем обновиться на последнюю версию пакета.

Как сообщить об ошибке разработчикам LibreOffice

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

В данном посте я хочу в картинках, последовательно, рассказать о том, как создать сообщение об ошибке в LibreOffice.

Итак, багзилла проекта находится в сети Интернет по адресу https://bugs.documentfoundation.org/. Смело идите по ссылке. Вы увидите вот такой сайт:

Если у Вас нет аккаунта на этом сайте, то нажимайте на ссылку с именем New Account (новый аккаунт) в верхней части сайта, Вас перекинет на следующую страницу:

В поле Email adress введите свой реальный адрес электронной почты, на него придет письмо с просьбой подтвердить регистрацию. После чего нажмите на кнопку Send (отправить) ниже.

Вас ждет следующая страница сайта:

на которой написано, что по указанному адресу электронной почты выслано письмо, в котором содержится ссылка, по которой нужно перейти для подтверждения создания аккаунта. Советую использовать постоянный почтовый ящик, на него Вам будут приходить уведомления о записях разработчиков в Ваших сообщённых ошибках, на которые возможно нужно будет давать ответ или пояснения.

После перехода по ссылке из полученного Вами письма, Вы увидите следующую картину:

Здесь будет показан адрес электронной почты, с которого Вы перешли по ссылке.

Ниже, в поле Real Name можете ввести свое настоящее имя или ник, который будет отображаться на сайте багзиллы. Это поле опционально, его можно не заполнять. Однако разработчики тоже люди и им будет приятнее обращаться к Вам по имени или нику, а не по адресу электронной почты. 

В поле Type your password введите пароль для входа в багзиллу. Пароль должен содержать, как минимум, одну заглавную букву, одну цифру, один спецсимвол (типа: знак плюс, нижнее подчеркивание, двоеточие и тому подобное) и быть не короче 8 символов.

В поле Confirm your password необходимо подтвердить введенный выше пароль, введя его снова.

Далее нажмите кнопку Create (то бишь Создать).

Что же мы видим далее:

Теперь мы зарегистрированный пользователь багзиллы проекта. На это указывает Ваш адрес электронной почты в верхней части сайта. Чтобы создать новое сообщение об ошибке, нужно нажать на ссылку с именем New (Новый) в левой верхней части сайта.

Вы попадете на следующую страницу:

На ней находится список из компонентов LibreOffice, из которых необходимо выбрать тот, к которому относится Ваша ошибка. Чаще всего это сам LibreOffice, поэтому разработчики и вынесли его в отдельную огромную ссылку в верхней части сайта. Нажмите на неё.
Следующая страница выглядит так:

Здесь необходимо выбрать компонент самого LibreOffice (Writer, Calc, Impress и так далее), либо отдельно выделенные области (типа UI, graphic stack, Documentation) из списка с названием Component в левой части сайта. Затем выбрать из списка Version собственно версию LibreOffice, в которой Вы обнаружили ошибку. Список Severity не трогайте, оставьте значение по умолчанию normal, если разработчики посчитают исправить это значение, они это сделают сами. В списке Hardware укажите тип Вашего процессора (обычно это х86 или х86-64), можете и ничего не указывать. В списке OS выберите Вашу операционную систему (Windows, Linux, и так далее), не оставляйте вариант All (Все), разработчики или команда качества (QA) сами проверят повторяемость ошибки на разных платформах. Наконец в списке Priority устанавливается приоритет исправления данной ошибки. Не меняйте сами значение по умолчанию medium на что-то более горящее.

Теперь пролистайте страницу вниз, увидите вот такие поля для заполнения:

Поля Alias и URL не заполняйте.

Небольшая ремарка: далее Вам потребуется знание английского языка или умение набирать в строке браузера адрес translate.google.ru и пользоваться этим онлайн-переводчиком. Описание ошибок в багзилле LibreOffice необходимо делать ТОЛЬКО на английском языке! Неважно, какой он будет корявый, разработчики сами, в большинстве своем, не великие знатоки инглиша. Просто составляйте фразы как можно короче и понятнее.

В поле Summary необходимо кратко описать суть проблемы (на английском, не забываем!), например "Пропали элементы управления в диалоге Формат-Страница" или "Неправильно считается сумма в ячейках, начиная с А10000".

В поле Description необходимо более подробно описать суть проблемы, при этом обязательно в самом начале вставьте информацию из диалога Справка-О программе LibreOffice (от Версии до Локали включительно). Желательно также расписать по шагам, что нужно сделать для воспроизведения ошибки, то есть, например, таким образом:

1. создал новый документ calc
2. перешел к ячейке А10000
3. вставил данные в ячейки А10000:А10100
4. в ячейке А10101 вставил формулу =sum(A10000:A10100)
5. итог считается неправильно!

Ниже расположена кнопка Add at attachment, которая позволяет приложить к описанию ошибки файл с документом, в котором обнаружена ошибка, скриншот экрана или кусок кода в текстовом формате (если Вы программист, конечно). При нажатии на неё раскроется дополнительная секция сайта:

Нажмите кнопку Выберите файл и в стандартном диалоге найдите и выберите нужный файл.

В поле Description кратко опишите, что это за файл (документ, скриншот ошибки, фрагмент кода).

В секции ниже Content type можно ничего не трогать, а можно вручную задать тип файла из списка, выбрав пункт select from list и в списке справа выбрать нужный тип файла (если вы не можете определить сами, то просто не делайте так).

Самые нижние поля Keywords, Depends on и Blocks не заполняйте.

И вот настал тот волнующий момент, когда вы готовы наконец создать Ваше первое сообщение об ошибке. нажмите кнопку Submit bug в самом низу страницы. Страница обновится, статус Вашей ошибки будет Unconfirmed (не подтверждена), это значит, что её сначала необходимо проверить на повторяемость. Это обязательно должен сделать член команды качества (QA) или иной доброволец, которые и установят Вашей ошибке статус New (новая), что будет означать, что ошибка - это действительно ошибка и она требует исправления.

Вот так вот. Все не просто, а исключительно просто. Было бы желание.

Ошибки OpenGL в LibreOffice и текущий статус их исправления

Разработчики ещё в том году завели в багзилле проекта так называемый метабаг, в который складывают баги, касающиеся OpenGL. Вот ссылка на него. На данный момент багов этих 98 штук. Из них не исправленных осталось всего 13. Однако чуть не каждый день в метабаг добавляют новые и новые баги. При этом всего 13 из 98 - это очень хороший показатель, поскольку баги эти очень нетривиально лечатся. Собственно, достаточно шустрое исправление этих ошибок связано с тем, что ими конкретно занимается, как минимум один разработчик - Michael Meeks. Также в этом благом деле замечен Tor Lillqvist. Страна Мир должен знать своих героев!

Если Вы заметили странное поведение LibreOffice, попробовали отключить OpenGL (как это описано вот тут), и у Вас всё стало нормально, то не стесняйтесь, создайте запись в багзилле проекта. При этом название ошибки начните со слова OpenGL. Спасибо =)

Проблемы с OpenGL в LibreOffice 5.1

Они есть и их много! И, не смотря на то, что баги, связанные с OpenGL фиксятся пачками, новые все открываются и открываются. Поэтому, если Вы не хотите разбираться, почему это у вас пропали кнопки в интерфейсе, странно ведут себя менюшки, появились непонятные артефакты, криво рендерится текст, или что-то еще непонятное происходит, то в меню Сервис-Параметры-LibreOffice-Вид снимайте флажок с опции Весь вывод через OpenGL и преезапустите LibreOffice! Чтобы Текущее состояние GL было Выключено.

Советую всем сразу после установки версии LibreOffice 5.1 так сделать, потому что это сбережёт Вам много времени и нервов. Спасибо за внимание.

ps: в багзилле баги с OpenGL исправляют два человека. ДВА, Карл! находят многие, а исправляют только двое =( Остается надеяться, что они хотя бы не бросят это дело.

Опция "Use OpenGL for all rendering" в будущем выпуске 5.1 будет по умолчанию отключена

Ну что я могу сказать, хорошо, что эти деятели могут осознавать, что этот их рендеринг через ОпенГЛ пока крайне кривой, крайне! И хотя в явном виде это отключение нигде не было опубликовано, однако в багзилле один из членов команды QA (типа контроль качества) заявил, что такое решение принято. Также в ежедневной сборке LibreOffice 5.1 от 6 января 2016 года эта опция уже выключена. 

Кстати, минусом старого рендеринга является постоянное мерцание различных элементов интерфейса, когда над ними водишь курсором мыши. Особенно это видно в панели функций в Math, в выпадающих списках, а также на миниатюрах ранее использованных документов на стартовом экране LibreOffice.

Посмотрим, что же будет дальше.

LibreOffice и OpenGL. Часть 3

Я так думаю, что сериал с таким названием будет не короче Санта-Барбары.

Итак, разработчики выпустили первый релиз кандидат версии LibreOffice 5.1, о чем я уже писал ранее. Что же в нём хорошего добавили в плане поддержки OpenGL? У меня такое мнение, что ничего, а вот новых багов добавили (я буду говорить только про случаи, когда отрисовка через OpenGL активна):

Субъективные тормоза при отрисовке интерфейса, странные микрозадержки при открытии меню и нажатии кнопок, явные задержки при появлении подсказок над значками. Причем разработчики не хотят понимать, что интерфейс - это лицо программы, это то, с чем работает непосредственным образом пользователь. А знаете, чем хорош в этом плане пакет от Microsoft? У него интерфейс не лагает, даже в неродной для него среде в виде wine в Linux не лагает и визуально не утомляет глаза дерганиями и артефактами мелкими, как в LibreOffice.
 

Фишка дня - почему-то сместились цвета некоторых значков на панелях инструментов в Writer (это как минимум, мне жутко неохота лазить по всему пакету и сравнивать цвета значков). Выглядит это вот так:

Правда забавно? Это я внимание обратил случайно, потому что значки крупные и однотонные, а в интерфейсе полно разноцветных значков, которые надо специально увеличивать, чтобы понять, какой там сейчас цвет. Это явление напоминает мне багу про смещение цветовой гаммы при проигрывании анимации при 3Д-переходах между слайдами в Impress. Ноги скорее всего растут оттуда же (откуда видимо и руки разрабов).

И в качестве титров к этой серии: отключайте эту опцию (я про "Весь вывод через OpenGL"), она в настоящий момент крайне кривая и приносит только проблемы. Я эти строки буду повторять в каждом посте, который будет посвящен OpenGL в LibreOffice, пока разработчики не научатся его кошерно готовить.

К вопросу об использовании ОЗУ LibreOffice

Взбрело мне в голову на работе качнуть текущий дэйли-билд LibreOffice 5.1 и попробовать в нем открыть реальный рабочий файл .xlsx мегабайта на 3 с чудовищной структурой и кучей формул и парой десятков вкладок. Так вот...мне не понравился результат и я притащил файл домой, где есть куча установленных версий LibreOffice.

Сразу финальные цифры (в Windows 7 x86-64):

LibreOffice 5.0.4.1 - 255 мб

LibreOffice 5.1 beta2 (от 06.12.2015г) - 400 мб! ЧЕТЫРЕСТА, Карл!

Пробовал сконвертировать файл в формат .ods -> ничего не дало, абсолютно те же результаты, даже медленнее файл открывается почему-то

Попробовал провести замеры в Ubuntu 15.10 -> а вот тут очень даже дало, 293 и 306 мб для 5.0.2 и 5.1 бета 2 соответственно.

Пойду парить мозг разработчикам. Интересно откуда такая регрессия, да еще именно для вин-сборки? Чего они туда понапихали такого?

Исправление неприятного бага в русской локализации LibreOffice

Небольшая радость. В выпуске LibreOffice 5.0.4.1 была исправлена (судя по всему сама по себе, поскольку разрабы не чесались даже) противная ошибка в модуле Calc при установленном русском интерфейсе: если выбрать меню Формат-Страница, и далее в открывшемся диалоге выбрать вкладку Управление, то LibreOffice просто падал в аут, утаскивая с собой в могилу все документы. Ошибка проявилась внезапно для сборок 5.0.2 и 5.0.3 под Windows.

Вот на всякий случай ссылка на ошибку.

LibreOffice и JAVA

Новички часто спрашивают такую вещь: "Зачем для работы LibreOffice нужен JAVA? Он написан на JAVA и поэтому так тормозит?" Приходится объяснять, что нет, LibreOffice не написан на JAVA, а написан на С++, а JAVA (даже не вся JAVA, а только JAVA Runtime Environment (JRE)) ему нужна для некоторых модулей и функций, в частности это некоторые мастера (пошаговые помощники для, скажем, организации почтовых рассылок прямо из LibreOffice), отдельный, дополнительный модуль решателя для Calc, встроенный движок баз данных HSQLBD и ещё по мелочи. Так вот, если не устанавливать JAVA (полную инсталляцию или только JRE в любом виде), то LibreOffice работать все равно будет. Не будут работать только вышеперечисленные функции. Субъективно при подключении JAVA в LibreOffice тот начинает работать медленнее, но видно это только, если мало ОЗУ (оперативной памяти).

А теперь к тому, ради чего я начал вообще этот пост: версии JAVA периодически обновляются в связи с закрытием каких-то ошибок (внутри ветки 1.7 скажем), а также в связи с добавлением каких-то новых фич (с выходом версии 1.8 соответствено) и я заметил такую неприятную тенденцию, что LibreOffice с JRE 1.8 стал просто падать при любых попытках работать с Base. Есть субъективное мнение, что версия JRE 1.7 работает стабильнее, а также, что LibreOffice для 32 битных систем (речь про сборку для ОС Windows) вкупе с 32-битным JRE версии 1.7 работает (во всяком случае не падает на ровном месте), а как только вы начинаете использовать 64-битный LibreOffice с 64-битным же JRE (поскольку работает только так, 32 бит LibreOffice не будет работать с 64 битным JRE и наоборот), то начинаются чудеса. Также не нужно мешать на одной машине две инсталляции JRE для разных архитектур.

Резюмируя, если вам нужны функции баз данных (остальное не так падуче):

1. Используйте JRE 1.7 максимум

2. Используйте 32-битный LibreOffice и соответсвующий JRE

3. Попробуйте использовать ОС на основе ядра Linux и там работать в LibreOffice, используя открытую реализация JAVA Open-JDK (которая есть в репозиториях вашего дистрибутива)
Обновлю пост из 2019 года. По поводу п.3: к сожалению в 2017 году появилась в дистрибутивах Linux проблема с JAVA и LibreOffice. Я написал об этом отдельный пост.