Произошел сбой работы openoffice вследствие неожиданной ошибки

From Apache OpenOffice Wiki

< RU‎ | kb

Jump to: navigation, search

 < Apache OpenOffice | База знаний | Модули Apache OpenOffice | Apache OpenOffice Base | Ошибки

«Неожиданная ошибка» при работе с Apache OpenOffice Base, в различных ситуациях, может возникать если:

  • в настройках Apache OpenOffice полностью отключено использование Java-машины;
  • установлена Java от стороннего производителя, а не от Oracle (Sun).

Для проверки следует войти в меню Сервис → Параметры → Apache OpenOffice → Java.


А. Е. Харламенков


OpenOffice.org 2.3



Retrieved from «https://wiki.openoffice.org/w/index.php?title=RU/kb/50000006&oldid=192258»

Category:

  • RU/kb/base

Цитата: Helen от 11 июня 2011, 20:28на первый взгляд — слишком много ручного форматирования поверх стилей, использованы стили заголовка в тексте. Откройте Навигатор, чтобы увидеть ошибочные заголовки.

Не знаю… Может я чего-то не понимаю, но и Навигатор я открывал, и заголовки там видел, но как определить ошибочные они или нет, а также в чём заключается их ошибочность, я не понял.

Цитата: Helen от 11 июня 2011, 20:28Не понимаю, зачем нужно так много ручного форматирования, если тот же результат можно получить, просто отредактировав стиль.

Дело в том, что не весь текст набирался вручную. Большая часть была вставлена методом Copy/Paste либо из браузера, либо из другого файла, являющегося в 99.9999% случаев документом MSO. Возможно, форматирование перенесено оттуда.
А по поводу редактирования стилей… я больше года мучаюсь с этими стилями и пришёл к выводу, что стили — это тёмный лес и тихий ужас! Они крайне неудобны, наверное из-за того, что слишком громоздки, т.е. на написание документа с ручным форматированием, например, у меня уходит 30 минут, а если со стилями, то не менее 50. Со стилями удобно работать только в том случае, если создаваемый документ небольшой и не требуется часто вставлять в него текст из одного места в другой или из другого документа. Никому своё мнение не навязываю, мне лично удобнее без стилей, хотя я их и использую.

Цитата: Helen от 11 июня 2011, 20:28можете повторить и описать точную последовательность, приводяющую к падению, чтобы любой смог повторить?

Вот, я сейчас еле отыскал тот вариант документа, который ещё не приводит к падению офиса и повторил действия. Кажется я в своём предыдущем посте немножко неправильно описал место падения.
Итак….. Прилагаю файл, который нормально открывается.
1. Открываем прилагающийся файл.
2. Создаём новый документ, идём в «Формат» -> «Страница» и устанавливаем требуемые поля.
3. «Вставка» -> «Раздел» -> «Сноски» -> [Концевые сноски] «Собрать в конце раздела»
4. Ещё один раз повторить пункт 3 с тем, чтобы получилось два раздела.
5. Из первого документа выделяем текст до 67 страницы включительно, копируем в буфер обмена и вставляем в первый раздел нового документа.
6. Из первого документа выделяем текст с 68-й страницы до конца, копируем в буфер обмена и вставляем во второй раздел нового документа.
   (Почему-то шрифт «TimesNewRoman», которым набран текст, после вставки меняется на «Arial» — тоже одна из дебильных непонятных моментов OOo).
7. В новом получившемся документе выделяем весь текст (Ctrl+A) и применяем шрифт «TimesNewRoman».
8. Ставим курсор на первую сноску и жмём правой кнопкой. В появившемся меню выбираем «Сноска/Концевая сноска…» ВНИМАНИЕ!!! Этот пункт меню меня долго мучил, то появляясь, то исчезая, пока, наконец, я не обратил внимание, что имеет значение месторасположение курсора. Курсор должен стоять непосредственно перед символом сноски, а никак не позади него. Причём, слово, за которым идёт сноска, обязательно должно быть в орфографическом словаре, иначе появляется совсем другое меню.
9. В появившемся диалоговом окне Тип сноски определён как «Сноска»; надо выбрать «Концевая сноска» и нажать кнопку со стрелочкой-треугольником «Направо». Произойдёт переход к следующей сноске, которую тоже надо сделать концевой, и так до конца текста.
10.В тот момент, когда последняя сноска становится концевой, система падает.

Цитата: ape от 11 июня 2011, 22:36Как совет — не ждите 15-ти минутного автосохранения; если вставили\переместили большой кусок документа через Копировать — Вставить, то сохраните документ

Вредный совет! Объясняю почему.
Когда-то я делал именно так, чтобы не потерять сделанную работу. Но то были времена Windows 3.11, Word 6.0, нестабильного напряжения и часто отключаемого электричества; а источники бесперебойного питания были либо у крупных организаций, либо у ооочень богатых людей.
Но сейчас времена другие и Ваш совет будет очень полезным в том случае, если после каждого сохранения делать копии этого самого сохранённого файла. Иначе будет то, что случалось со мной несколько раз: вставка текста либо какого-нибудь объекта, Ctrl+S, через пару секунд офис вылетает и этот файл уже невозможно открыть — он уже успел сохраниться с ошибкой. И только если есть его копия до нажатия Ctrl+S, можно открыть его.

[вложение удалено Администратором]

Цитата: Helen от 11 июня 2011, 20:28на первый взгляд — слишком много ручного форматирования поверх стилей, использованы стили заголовка в тексте. Откройте Навигатор, чтобы увидеть ошибочные заголовки.

Не знаю… Может я чего-то не понимаю, но и Навигатор я открывал, и заголовки там видел, но как определить ошибочные они или нет, а также в чём заключается их ошибочность, я не понял.

Цитата: Helen от 11 июня 2011, 20:28Не понимаю, зачем нужно так много ручного форматирования, если тот же результат можно получить, просто отредактировав стиль.

Дело в том, что не весь текст набирался вручную. Большая часть была вставлена методом Copy/Paste либо из браузера, либо из другого файла, являющегося в 99.9999% случаев документом MSO. Возможно, форматирование перенесено оттуда.
А по поводу редактирования стилей… я больше года мучаюсь с этими стилями и пришёл к выводу, что стили — это тёмный лес и тихий ужас! Они крайне неудобны, наверное из-за того, что слишком громоздки, т.е. на написание документа с ручным форматированием, например, у меня уходит 30 минут, а если со стилями, то не менее 50. Со стилями удобно работать только в том случае, если создаваемый документ небольшой и не требуется часто вставлять в него текст из одного места в другой или из другого документа. Никому своё мнение не навязываю, мне лично удобнее без стилей, хотя я их и использую.

Цитата: Helen от 11 июня 2011, 20:28можете повторить и описать точную последовательность, приводяющую к падению, чтобы любой смог повторить?

Вот, я сейчас еле отыскал тот вариант документа, который ещё не приводит к падению офиса и повторил действия. Кажется я в своём предыдущем посте немножко неправильно описал место падения.
Итак….. Прилагаю файл, который нормально открывается.
1. Открываем прилагающийся файл.
2. Создаём новый документ, идём в «Формат» -> «Страница» и устанавливаем требуемые поля.
3. «Вставка» -> «Раздел» -> «Сноски» -> [Концевые сноски] «Собрать в конце раздела»
4. Ещё один раз повторить пункт 3 с тем, чтобы получилось два раздела.
5. Из первого документа выделяем текст до 67 страницы включительно, копируем в буфер обмена и вставляем в первый раздел нового документа.
6. Из первого документа выделяем текст с 68-й страницы до конца, копируем в буфер обмена и вставляем во второй раздел нового документа.
   (Почему-то шрифт «TimesNewRoman», которым набран текст, после вставки меняется на «Arial» — тоже одна из дебильных непонятных моментов OOo).
7. В новом получившемся документе выделяем весь текст (Ctrl+A) и применяем шрифт «TimesNewRoman».
8. Ставим курсор на первую сноску и жмём правой кнопкой. В появившемся меню выбираем «Сноска/Концевая сноска…» ВНИМАНИЕ!!! Этот пункт меню меня долго мучил, то появляясь, то исчезая, пока, наконец, я не обратил внимание, что имеет значение месторасположение курсора. Курсор должен стоять непосредственно перед символом сноски, а никак не позади него. Причём, слово, за которым идёт сноска, обязательно должно быть в орфографическом словаре, иначе появляется совсем другое меню.
9. В появившемся диалоговом окне Тип сноски определён как «Сноска»; надо выбрать «Концевая сноска» и нажать кнопку со стрелочкой-треугольником «Направо». Произойдёт переход к следующей сноске, которую тоже надо сделать концевой, и так до конца текста.
10.В тот момент, когда последняя сноска становится концевой, система падает.

Цитата: ape от 11 июня 2011, 22:36Как совет — не ждите 15-ти минутного автосохранения; если вставилипереместили большой кусок документа через Копировать — Вставить, то сохраните документ

Вредный совет! Объясняю почему.
Когда-то я делал именно так, чтобы не потерять сделанную работу. Но то были времена Windows 3.11, Word 6.0, нестабильного напряжения и часто отключаемого электричества; а источники бесперебойного питания были либо у крупных организаций, либо у ооочень богатых людей.
Но сейчас времена другие и Ваш совет будет очень полезным в том случае, если после каждого сохранения делать копии этого самого сохранённого файла. Иначе будет то, что случалось со мной несколько раз: вставка текста либо какого-нибудь объекта, Ctrl+S, через пару секунд офис вылетает и этот файл уже невозможно открыть — он уже успел сохраниться с ошибкой. И только если есть его копия до нажатия Ctrl+S, можно открыть его.

[вложение удалено Администратором]

Модератор: Bizdelnick

Nibelung

Сообщения: 21

Вылетает OpenOffice 3.1.1.5

На машине стоит openSUSE 11.2 и пакет Open Office 3.1.1.5
С некоторого момента при старте любого приложения оффиса он вываливается, выдавая при этом окно с текстом:

«Произошёл сбой работы Open Office.org вследствии неожиданной ошибки. Все файлы, над которыми Вы работали, будут сохранены».

После повторного запуска Оффис восстанавливает документ, на секунду отображает своё главное окно и опять сваливается с точно таким же сообщением.
Откатывался на версию 3.1.1.4 — ничего не изменилось, такая же картинка.

Чувствую, что проблема в каком-то файле конфигурации OO, но в каком?

Intel Core Duo E5400@2,7 GHz, 2048 RAM, 750 Gb Seagate HDD , nVidia 450 GTS, OpenSUSE 11.4 x86_64

Nymin

Сообщения: 1095
Статус:
ОС: GNU/Linux

Nibelung

Сообщения: 21

Re: Вылетает OpenOffice 3.1.1.5

Сообщение

Nibelung » 27.01.2010 10:09

Всем спасибо, проблема решена.

Причина оказалась в KDE 4, который я использую. После того, как под IceWM-ом Оффис запустился нормально, я полез по конфигам KDE.
Прибил ~/.kde4 — полёт нормальный.
Полез в .kde4 и нашёл в файле глобальных настроек внешнего вида kdeglobals виновника. Им оказалась установленная тема Polyester для KDE.
На всех других Оффис работает великолепно.
А жаль, Polyester была самая удобная для меня тема. Ставил её из KDE4 Community. :blush:

Все остальные приложения (в том числе и GTK-шные) работали без проблем.

Intel Core Duo E5400@2,7 GHz, 2048 RAM, 750 Gb Seagate HDD , nVidia 450 GTS, OpenSUSE 11.4 x86_64

Аватара пользователя

Atolstoy

Сообщения: 1654
Статус: Tux in the rain
ОС: Linux x86_64
Контактная информация:

Re: Вылетает OpenOffice 3.1.1.5

Сообщение

Atolstoy » 27.01.2010 10:12

Nibelung писал(а): ↑

27.01.2010 10:09

А жаль, Polyester была самая удобная для меня тема. Ставил её из KDE4 Community. :blush:

Для KDE4 часть тем реально глючит. Хороший повод не увлекаться оформительством.

Всего лишь 26 литров пива достаточно человеку для удовлетворения ежедневной потребности в кальции. Здоровое питание — это так просто!
http://atolstoy.wordpress.com

Аватара пользователя

Rootlexx

Бывший модератор
Сообщения: 4439
Статус: GNU generation
ОС: Debian GNU/Linux

Re: Вылетает OpenOffice 3.1.1.5

Сообщение

Rootlexx » 27.01.2010 19:39

Nibelung писал(а): ↑

27.01.2010 10:09

Полез в .kde4 и нашёл в файле глобальных настроек внешнего вида kdeglobals виновника. Им оказалась установленная тема Polyester для KDE.
На всех других Оффис работает великолепно.

В принципе, можно заставить OpenOffice отключить интеграцию с KDE, тогда и падать не должен. Делается это установкой переменной окружения OOO_FORCE_DESKTOP в значение из набора: «gnome», «none».

  • Печать

Страницы: [1]   Вниз

Тема: OpenOffice 3.1.1 — infra не запускается  (Прочитано 2768 раз)

0 Пользователей и 1 Гость просматривают эту тему.

Оффлайн
dima81

OpenOffice 3.1.1 от infra не запускается ни одно приложение
Пишет произошел сбой работы вследствие неожиданной ошибки.

« Последнее редактирование: 14 Ноября 2009, 16:46:26 от dima81 »

xubuntu 14.04.3
nout Lenovo B590


Оффлайн
stmc

запустить openoffice через терминал и посмотреть что за ошибка


Оффлайн
Srsamara

Пробывал запускать так openoffice.org3 -calc %U не работает и ничего не пишет

Ubuntu 9.10 i386,Athlon 3000+ на Nforce 4


Оффлайн
stmc

потому что ooffice -calc %F


Оффлайн
Srsamara

ooffice -calc %F не работает, вроде так calc который по умолчанию стоит так запускается

Ubuntu 9.10 i386,Athlon 3000+ на Nforce 4


Оффлайн
stmc

кстати, а чем вам не нравится openoffice который предустановлен в ubuntu?
в 9.10 он и так 3.1.1


Оффлайн
Srsamara

Посмотреть уже не могу но он был 3.1

Ubuntu 9.10 i386,Athlon 3000+ на Nforce 4


Оффлайн
stmc


именно 3.1.1


Оффлайн
Srsamara

Действительно 3.1.1, хотя зачем ставить можно много ответов найти :)

Ubuntu 9.10 i386,Athlon 3000+ на Nforce 4


Оффлайн
REtaiL_OZ

OpenOffice 3.1.1 от infra не запускается ни одно приложение

удали из /home/<имя пользователя> папку .openoffice.org и запусти заново.


Оффлайн
dima81

спасибо REtaiL_OZ .
тему можно закрывать

xubuntu 14.04.3
nout Lenovo B590


  • Печать

Страницы: [1]   Вверх

В связи с импортозамещение it специалистов гос организаций обязали перевести все компьютерные программы на отечественное по. Из всех предложенных операционных систем наш выбор пал на Astra Linux. Первую установку я произвёл на ноутбук HP 250 G7. Проработав на новой ос пару недель, пользователь вернул ноутбук и пожаловался, что у него не получается запускать офисные документы. При запуске вордовских файлов LibreOffice пытался восстановить документы, которые повредились в результате сбоя. Появлялось сообщение «Произошел сбой работы LibreOffice вследствие неожиданной ошибки. Все файлы, над которыми Вы работали, будут сохранены. Эти файлы будут восстановлены при следующем запуске.» О том как я решил данную проблему я расскажу в этой статье.

Содержание

  1. Удаление LibreOffice из Astra Linux
  2. Установка LibreOffice
  3. Заключение

Удаление LibreOffice из Astra Linux

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

Для этого запускаем терминал Fly и прописываем там команду для удаления LibreOffice:

sudo apt remove purge libreoffice*

После ввода команды, терминал оповестит вас об объеме места на жестком диске, которое освободится после удаления программы. Как только все пакеты удалились, можно перейти в меню «пуск» — «Офис» и убедиться, что LibreOffice действительно удалился. Далее необходимо почистить систему от мусора и оставшихся файлов удаленной программы. Для этого вводим команды:

sudo apt clean

sudo apt autoremove

  1. Перед установкой новой версии LibreOffice, его нужно сначала скачать. Для этого переходим на официальный сайт и скачиваем необходимую сборку под операционную систему. Так как Astra Linux разработана на основе Debian, то и пакеты я скачиваю под него. Кроме пакетов с самой программой скачайте пакеты с русским языком и вспомогательный пакет с мануалом.
    официальный сайт LibreOffice
  2. После того как все пакеты скачались, их нужно разархивировать. Я создал на рабочем столе папку «LibreOffice_6» и в нее извлек файлы с программой. Для того, чтобы ее установить переходим опять в терминал Fly. Первое что нужно сделать это указать терминалу из какой папки мы будем производить установку. Для этого прописываем команду:

    cd /home/kostina/Desktop/LibreOffice_6

    Обратите внимание, что в моем случае имя моего пользователя — «kostina». В вашем случае это имя будет отличаться. Так же у вас может отличаться название конечной папки, если вы извлекли пакеты в другое место.

  3. Переходим к установке пакетов. Для этого в терминале пишем команду

    После этого программа будет установлена в операционную систему. Можно перейти в меню «Пуск» — «Офис» и убедится в ее установке. Но на данный момент в ней нет русского языка.

  4. Для установки пакета с русским языком разархивируем его в любую удобную папку. Я разархивировал на рабочий стол в папку «DEBS». По аналогии с установкой самой программы запускаем терминал и прописываем уже знакомые команды:

    cd /home/kostina/Desktop/DEBS

    sudo dpkg i *.deb

  5. Осталось установить последний пакет с мануалами, но т.к. он всего один, установить его можно другим способом. Разархивируем его на рабочий стол и запускаем двойным щелчком мыши. Жмем кнопку «Установить пакет».
    Установка-пакета

Заключение

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

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

Содержание

  1. Распространенные ошибки при работе в OpenOffice: причины и способы устранения
  2. Общая ошибка ввода – вывода
  3. Невозможно записать файл
  4. Ошибка при сохранении документа – доступ запрещен
  5. Ошибка нет пары
  6. Отсутствует оператор
  7. Отсутствует переменная
  8. Циклическая ссылка

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

  1. Общая ошибка ввода или вывода значений в приложении.
  2. Невозможно записать файл на жесткий диск или другой носитель.
  3. Запрет доступа для сохранения документа в память устройства.
  4. Сбой, при отсутствии корректной и актуальной пары.
  5. Отсутствует оператор, и как следствие подключение.
  6. Нет переменной и корректного значения для расчета.
  7. Циклическая или неправильно составленная ссылка на ресурс.

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

Важно! Не стоит забывать о том, что здесь были представлены лишь простейшие неполадки в работе приложения, которые можно устранить самостоятельно, если четко и последовательно выполнять конкретные действия.

Распространенные ошибки при работе

Общая ошибка ввода – вывода

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

Невозможно записать файл

С такой ошибкой приходится сталкиваться в том случае, когда пользователь задает неверное или недопустимое имя для файла, которое не может быть ему присвоено системой по объективным причинам. В данном случае, вы можете корректно переименовать название, либо поменять формат сохраняемого объекта. Как правило, этих манипуляций вполне достаточно, чтобы впоследствии прекратилось появление этого аппаратного сбоя, выдаваемого программным обеспечением OpenOffice при попытке записать файл на носитель.

Ошибка при сохранении документа – доступ запрещен

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

Ошибка нет пары

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

Отсутствует оператор

Здесь речь идет о моментах, когда пользователь упускает определенный важный знак при построении математического выражения. Иными словами, если вы построили алгоритм «=2(1+3)», то система автоматически выдаст вам уведомление, что отсутствует оператор, или простым языком вспомогательный знак при построении выражения. Здесь также необходимо проверить корректность ввода всех символов, чтобы впоследствии исключить возможность повторного проявления ошибки. В данном случае на указанном примере должно измениться следующее: «=2*(1+3)». Только в этой ситуации система распознает и примет параметры.

Отсутствует переменная

В данном случае речь идет про символ, который по какой-либо причине пропустил пользователь в момент построения выражения. Иными словами, два знака не могут идти друг за другом, так как теряется смысл математического построения, о чем и уведомляет вас утилита. Рассматривая на примере, можно выделить такой момент, как «“=2*+3». Разумеется, такой ввод данных можно назвать некорректным, а программа в свою очередь уведомляет вас об этом, ссылаясь на то, что, по всей видимости, вы пропустили значение, либо по ошибке поставили два знака одновременно.

Циклическая ссылка

У этой ошибки имеется внутренний код 522, что свидетельствует об отсутствии цикла. Иными словами, формула начинает ссылаться на себя, и говорить о том, что не были заданы необходимые параметры. Чтобы разрешить этот аппаратный сбой, вам потребуется перейти в раздел Сервис, выбрать параметры, и после применить корректные значения. Это позволит впоследствии не допустить появления подобной помарки и соответствующих трудностей при последующем построении. Следует обязательно сохранить все внесенные изменения.

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

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


Description


Vera Blagoveschenskaya


2018-09-25 16:33:40 MSK

Created attachment 7784 [details]
сбой

kworkstation 8.2

Мастер -> Письмо, Факс, Повестка дня, нажать Готово

Result: Произошел сбой работы LibreOffice вследствие неожиданной ошибки - скрин сбой

НЕ воспроизводится в workstation 8.2


Comment 3


Andrey Cherepanov


2018-10-09 15:53:05 MSK

От самого LibreOffice не зависит.
См. задание 214251. На стенде (https://bve01:8006/#v1:0:=qemu%2F163:4::::::) c установленным LibreOffice-still-gnome) факс создаётся. Прошу проверить на любом VCL кроме KDE. Скорее всего, крах вызывает открытие диалога сохранения шаблона (*.ott), которое должно появится при нажатии кнопки "Готово".


Comment 4


Vera Blagoveschenskaya


2018-10-09 15:58:09 MSK

> Прошу проверить на любом VCL кроме KDE
В описании бага есть информация, что в workstation (соотв. в MATE) падения нет


Comment 5


Andrey Cherepanov


2018-10-09 17:30:13 MSK

Тогда на LibreOffice-kde4.
При сборке в p8 нового LibreOffice я удалю этот пакет как класс.


Comment 6


Vera Blagoveschenskaya


2018-10-10 08:52:47 MSK

(В ответ на комментарий №5)
> Тогда на LibreOffice-kde4.
> При сборке в p8 нового LibreOffice я удалю этот пакет как класс.

Внешний вид без этого пакета сильно изменится (не в лучшую сторону).


Comment 7


Andrey Cherepanov


2018-10-10 11:35:16 MSK

(В ответ на комментарий №6)
> (В ответ на комментарий №5)
> > Тогда на LibreOffice-kde4.
> > При сборке в p8 нового LibreOffice я удалю этот пакет как класс.
> 
> Внешний вид без этого пакета сильно изменится (не в лучшую сторону).
Он даже под KDE станет намного лучше с LibreOffice-gnome, чем с ужасным глючным LibreOffice-kde4.
В задании 212800 собран под p8 LibreOffice-6.0.7.1 без LibreOffice-kde4.


Comment 8


Sergey V Turchin


2018-10-11 14:49:05 MSK

(В ответ на комментарий №7)
> Он даже под KDE станет намного лучше с LibreOffice-gnome
Только не с LibreOffice-gnome, а с LibreOffice-gtk3
и не станет, пока LibreOffice-gtk3 не обсолетит LibreOffice-kde4.


Comment 9


mrdrew@altlinux.org


2018-10-11 16:09:33 MSK

gtk3 версия симпатичнее смотрится чем kdeшная


Comment 10


Michael Shigorin


2018-10-25 11:55:14 MSK

sisyphus:

LibreOffice-still - LibreOffice Productivity Suite (Still version)      [453M]
* Tue Oct 23 2018 Andrey Cherepanov <cas@altlinux> 6.0.7.2-alt1
- New version 6.0.7.2 (Still).
- Unexpected abort fixed (bug #35444) by mrdrew@.
* Mon Oct 08 2018 Andrey Cherepanov <cas@altlinux> 6.0.7.1-alt1


Comment 12


Vera Blagoveschenskaya


2018-10-25 15:28:11 MSK

И да, я не воспроизвела падение в пакете 6.2.0.0alpha1+


Comment 13


Vera Blagoveschenskaya


2018-10-30 12:11:31 MSK

LibreOffice

Версия: 6.0.7.2
ID сборки: 00m0(Build:2)
Потоков ЦП: 1; ОС:Linux 4.14; Отрисовка ИП: по умолчанию; VCL: kde4; 
Локаль: ru-RU (ru_RU.UTF-8); Calc: group

Не воспроизвела на kworkstation 8.2 x86_64 / i586 
Можно закрывать


Comment 14


Vera Blagoveschenskaya


2018-11-12 17:17:04 MSK

kworkstation 8.2 x86_64 / i586 

LibreOffice 
	
Version: 6.0.7.3.0+
Build ID: 00m0(Build:3)
CPU threads: 1; OS: Linux 4.14; UI render: default; VCL: kde4; 
Locale: ru-RU (ru_RU.UTF-8); Calc: group

Ошибка из Comment0 не воспроизводится


Comment 15


Anton Farygin


2018-11-13 12:10:46 MSK

исправлено.

Модератор: Bizdelnick

Nibelung

Сообщения: 21

Вылетает OpenOffice 3.1.1.5

На машине стоит openSUSE 11.2 и пакет Open Office 3.1.1.5
С некоторого момента при старте любого приложения оффиса он вываливается, выдавая при этом окно с текстом:

«Произошёл сбой работы Open Office.org вследствии неожиданной ошибки. Все файлы, над которыми Вы работали, будут сохранены».

После повторного запуска Оффис восстанавливает документ, на секунду отображает своё главное окно и опять сваливается с точно таким же сообщением.
Откатывался на версию 3.1.1.4 — ничего не изменилось, такая же картинка.

Чувствую, что проблема в каком-то файле конфигурации OO, но в каком?

Intel Core Duo E5400@2,7 GHz, 2048 RAM, 750 Gb Seagate HDD , nVidia 450 GTS, OpenSUSE 11.4 x86_64

Nymin

Сообщения: 1095
Статус:
ОС: GNU/Linux

Nibelung

Сообщения: 21

Re: Вылетает OpenOffice 3.1.1.5

Сообщение

Nibelung »

Всем спасибо, проблема решена.

Причина оказалась в KDE 4, который я использую. После того, как под IceWM-ом Оффис запустился нормально, я полез по конфигам KDE.
Прибил ~/.kde4 — полёт нормальный.
Полез в .kde4 и нашёл в файле глобальных настроек внешнего вида kdeglobals виновника. Им оказалась установленная тема Polyester для KDE.
На всех других Оффис работает великолепно.
А жаль, Polyester была самая удобная для меня тема. Ставил её из KDE4 Community. :blush:

Все остальные приложения (в том числе и GTK-шные) работали без проблем.

Intel Core Duo E5400@2,7 GHz, 2048 RAM, 750 Gb Seagate HDD , nVidia 450 GTS, OpenSUSE 11.4 x86_64

Аватара пользователя

Atolstoy

Сообщения: 1654
Статус: Tux in the rain
ОС: Linux x86_64
Контактная информация:

Re: Вылетает OpenOffice 3.1.1.5

Сообщение

Atolstoy »

Nibelung писал(а): ↑

27.01.2010 10:09

А жаль, Polyester была самая удобная для меня тема. Ставил её из KDE4 Community. :blush:

Для KDE4 часть тем реально глючит. Хороший повод не увлекаться оформительством.

Всего лишь 26 литров пива достаточно человеку для удовлетворения ежедневной потребности в кальции. Здоровое питание — это так просто!
http://atolstoy.wordpress.com

Аватара пользователя

Rootlexx

Бывший модератор
Сообщения: 4444
Статус: GNU generation
ОС: Debian GNU/Linux

Re: Вылетает OpenOffice 3.1.1.5

Сообщение

Rootlexx »

Nibelung писал(а): ↑

27.01.2010 10:09

Полез в .kde4 и нашёл в файле глобальных настроек внешнего вида kdeglobals виновника. Им оказалась установленная тема Polyester для KDE.
На всех других Оффис работает великолепно.

В принципе, можно заставить OpenOffice отключить интеграцию с KDE, тогда и падать не должен. Делается это установкой переменной окружения OOO_FORCE_DESKTOP в значение из набора: «gnome», «none».

Здравствуйте, Rouben.

Вы писали 20 июля 2008 г., 11:57:57:

> Your question #38396 on openoffice.org in ubuntu changed:
> https://answers.launchpad.net/ubuntu/+source/openoffice.org/+question/38396

> Status: Open => Needs information

> Rouben requested for more information:
> А как часто случается? Можно повторить или явление случайное? Ещё если
> можете пожалуйста опишите чётко действия которые необходимы для повтора
> этого сбоя. Спасибо!

1. Случается часто при вводе информации.
2. Явление случайное: может произойти в любом месте при операции с
ячейкой/ячейками
3. Посылаю сам документ rou и другие файлы.
Если что-нибудь надо еще, вышлю.
4. Ubuntu 8.04; OpenOffice.org из репозитория

p.s. На версии 2.2.1 все работало нормально.


С уважением,
 vad mailto:<email address hidden>

Понравилась статья? Поделить с друзьями:
  • Произносительные ошибки это
  • Произносительные нормы и произносительные ошибки
  • Произносительные ошибки примеры
  • Произносительные ошибки лексические ошибки
  • Произносительные нормы ошибки и варианты