I am experiencing a bug where ONLYOFFICE sometimes cannot open documents. ONLYOFFICE displays an error message «An error has occurred while opening the file» with no further indication of the problem. This seems to be the same behavior described in #146.
I hope this is the correct place to report this issue. Otherwise I’ll gladly report this issue in ONLYOFFICE/DocumentServer.
Reproducing the Problem
I originally observed the issue when modifying a document using Excel with a mapped WebDav drive. The issue also sometimes occurs when replacing a document by manually uploading a new version. However I was not able to consistently reproduce the error this way.
I was however able to (more or less) reliably reproduce the error in the following way:
- Upload a file into a NextCloud group folder or create a new file with ONLYOFFICE. I was able to reproduce the issue with both
xlsx
andpptx
files but not withdocx
files. - Open a Document in NextCloud twice without waiting for ONLYOFFICE to load. If the delay before opening the second document is too long, the issue does not seem to occur.
- Do some changes and verify in the second window/tab that the changes are visible in the other ONLYOFFICE instance.
- Close both ONLYOFFICE windows and wait a few seconds.
- Open the document again, the error message displays.
Despite my best efforts I am not able to reproduce the issue 100% reliably. The above steps result in the error most of the time but not always. Outside of a group folder I was not able to reproduce the error using the above steps.
What is the expected behavior?
I expect to be able to open the same document multiple times without issues. Moreover I expect to be able to change a document in NextCloud (e.g. by editing it with Excel over WebDAV) and then be able to open it with ONLYOFFICE.
Additional Context
- As suggested in Cannot open documents (An error has occurred while opening the file) #146 truncating the
task_result
table solves the issue at least temporarily. Recreating the ONLYOFFICE docker container does as well (probably because the database gets recreated). However I am able to repeatedly reproduce this issue, even starting with a clean database. - Although I was not able to reproduce the exact same issue with
docx
files, I have in my testing encountered a situation where adocx
file was suddenly empty. This occurred after the same steps described above. - Just to be clear: Not being able to open a document twice in quick succession is not that big of a problem. The problem is that if one user edits a document over a mapped drive using desktop applications (e.g. Excel), other users are suddenly unable to open the file. Unfortunately I wasn’t able yet to reproduce the problem reliably this way.
- I was not able to reproduce this issue outside of a group folder.
Additional Files
ONLYOFFICE configuration
This is the local.json
from the docker container.
{ "services": { "CoAuthoring": { "sql": { "type": "postgres", "dbHost": "localhost", "dbPort": "5432", "dbName": "onlyoffice", "dbUser": "onlyoffice", "dbPass": "onlyoffice" }, "token": { "enable": { "request": { "inbox": true, "outbox": true }, "browser": true }, "inbox": { "header": "Authorization", "inBody": false }, "outbox": { "header": "Authorization", "inBody": false } }, "secret": { "inbox": { "string": "secret" }, "outbox": { "string": "secret" }, "session": { "string": "secret" } } } }, "rabbitmq": { "url": "amqp://guest:guest@localhost" } }
NextCloud Configuration (relevant parts)
./occ config:list onlyoffice
I replaced the document server url with https://office.domain.tld
:
{ "apps": { "onlyoffice": { "DocumentServerInternalUrl": "http://test-onlyoffice/", "DocumentServerUrl": "https://office.domain.tld/", "StorageUrl": "http://test-nginx/", "customizationChat": "true", "customizationCompactHeader": "false", "customizationFeedback": "false", "customizationForcesave": "false", "customizationHelp": "false", "customizationReviewDisplay": "original", "customizationToolbarNoTabs": "false", "defFormats": "{"csv":"false","doc":"true","docm":"true","docx":"true","dotx":"false","epub":"false","html":"false","odp":"true","ods":"true","odt":"true","otp":"true","ots":"true","ott":"true","pdf":"false","potm":"false","potx":"false","ppsm":"false","ppsx":"false","ppt":"true","pptm":"false","pptx":"true","rtf":"false","txt":"false","xls":"true","xlsm":"true","xlsx":"true","xltm":"false","xltx":"false"}", "demo": "{"available":true,"enabled":false,"start":{"date":"2021-02-13 12:01:27.708514","timezone_type":3,"timezone":"UTC"}}", "editFormats": "{"csv":"false","odp":"false","ods":"false","odt":"false","rtf":"false","txt":"false"}", "enabled": "yes", "groups": "[]", "installed_version": "6.2.0", "jwt_secret": "secret", "preview": "false", "sameTab": "false", "settings_error": "", "types": "filesystem", "verify_peer_off": "false" } } }
NextCloud Logs
As far as I can tell the NextCloud logs do not give any indication about the source of the error. Below are the DEBUG
logs generated when performing step 5. I have removed some deprecation warnings:
cat nextcloud.log | jq 'select(.message | startswith("/appinfo/app.php is deprecated") | not) | select(.message | startswith("Deprecated event type") | not)' > nextcloud-debug.log
I also replaced the name of the document in the URLs and messages with <%2Fpath%2Fto%2Fdoc.xlsx>
and </path/to/doc.xlsx>
respectively: nextcloud-debug.log
Document Server Logs
These logs are generated with a log level of "ALL"
(configured in /etc/onlyoffice/documentserver/log4js/production.json
). I replaced the name of the document with <doc.xlsx>
:
cat /var/log/onlyoffice/documentserver/converter/out.log
: converter-out.log
cat /var/log/onlyoffice/documentserver/docserver/out.log
: docservice-out.log
Did this work in previous versions of DocumentServer?
I have experienced this issue since version 5.4. I have not tested earlier versions.
Environment
I am running ONLYOFFICE and NextCloud in Docker containers using docker-compose. NextCloud is using S3 object storage as its primary storage (via Minio). NextCloud is served via PHP FPM and nginx.
NextCloud and the document server are running behind a reverse proxy via HTTPS. Internally the NextCloud server is reachable under http://test-nginx/
and the document server is reachable as http://test-onlyoffice/
. Externally the document server is reachable under https://office.domain.tld
.
NextCloud Version
20.0.6, group folders version 8.2.0
DocumentServer version:
6.1.1
Operating System:
The server runs CentOS 8, NextCloud and ONLYOFFICE run in docker containers.
Browser version:
The client is Safari 14.0.3 on macOS 11.2. Other users have reported the same issue using versions of Firefox and Chrome on macOS and Windows.
- Печать
Страницы: [1] Вниз
Тема: Onlyoffice перестал открывать документы (Прочитано 3118 раз)
0 Пользователей и 1 Гость просматривают эту тему.
Muphasa
Добрый день!
lsb_release -a
Description: Ubuntu 18.04.5 LTS
Сегодня, после обновления системы Onlyoffice (версия 6.2.0.148) перестал открывать документы при клике на файл. Открывается сам редактор и пустой документ Документ1.docx
Отдельно редактор из меню запускается. Из самого редактора все файлы открываются. Проблема только при клике на файле.
Что и где можно проверить в настройках?
PS. проверил в терминале:
/usr/bin/onlyoffice-desktopeditors /home/sm/Томаты.doc
открывает! Параллельно в терминале пишет это:
(DesktopEditors:21065): dbind-WARNING **: 11:36:46.701: Error retrieving accessibility bus address: org.freedesktop.DBus.Error.ServiceUnknown: The name org.a11y.Bus was not provided by any .service files
QApplication: invalid style override passed, ignoring it.
« Последнее редактирование: 29 Марта 2021, 11:40:04 от Muphasa »
F12
Muphasa, у себя ничего подобного не наблюдаю, все открывается нормально хоть по даблклику, хоть командой в терминале.
Как вариант, попробуй залогиниться под другим пользователем (лучше создай нового) и попробуй как Onlyoffice будет открывать документы
Сведения о моей системе:
lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description: Ubuntu 18.04.5 LTS
Release: 18.04
Codename: bionic
uname -sr
Linux 5.4.0-70-generic
echo $XDG_CURRENT_DESKTOP
MATE
ONLYOFFICE Desktop Editors версия 6.2.0.148
Пользователь добавил сообщение 29 Марта 2021, 17:15:00:
Думаю причина не в обновлении, хотя может это коснулось только определенных DE, например GNOME Shell, или что там у тебя, а может в Wayland что-то «обновилось», но опять же, если в твоей ОС используется именно он… в общем, слишком много «если»
« Последнее редактирование: 29 Марта 2021, 17:15:00 от F12 »
Muphasa
Отвечу сам себе.
Проблема оказалась в том, что в файле
/usr/share/applications/onlyoffice-desktopeditors.desktop
В блоке [Desktop Entry]
строка
Exec=/usr/bin/onlyoffice-desktopeditors %F
вместо %F в конце, имела %U
Я ради интереса посмотрел что прописано в ярлыке для word`a и обратил внимание на эту разницу. Проверил пару раз — действительно, с U не открывает по клику.
andytux
«История учит, что ничему не учит.»
Подобные случаи истории известны, например.
F12
строка
Exec=/usr/bin/onlyoffice-desktopeditors %Fвместо %F в конце, имела %U
— ну и что?..
Сча посмотрел у себя, и вижу: Exec=/usr/bin/onlyoffice-desktopeditors %U, прикола ради взял да и изменил на %F, и все как нормально работало, так и работает!
И вообще, каким, по-твоему, боком эти литеры в desktop-файле (ведь это только ЯРЛЫК приложения) могут повлиять на открывание документа по даблклику, и уж тем более на его открывание командой в терминале ?!.
ЗЫЖ когда-то, в далеком 2009 году, народ на нашем Форум пытался обсудить интересующий многих вопрос, что это за символы такиЯ, и зачем нужны, рекомендую почитать (Тема состоит всего лишь из семи Ответов, ключевой — четвертый)
« Последнее редактирование: 30 Марта 2021, 18:37:04 от F12 »
Пользователь
Открытие файлов двойным кликом — при этом используются ассоциации типов файлов с программами, в конфигах которых указываются desktop файлы.
Смотреть:
/home/user/.local/share/applications/mimeapps.list
/usr/share/applications/defaults.list
/usr/share/applications/mimeinfo.cache
А вот при запуске через терминал, если указывать исполняемый файл программы и путь к файлу, то desktop файлы не учитываются.
« Последнее редактирование: 30 Марта 2021, 21:27:21 от Пользователь »
F12
Открытие файлов двойным кликом — при этом используются ассоциации типов файлов с программами, в конфигах которых указываются desktop файлы.
Смотреть:
/home/user/.local/share/applications/mimeapps.list
/usr/share/applications/defaults.list
/usr/share/applications/mimeinfo.cache
— а ведь таки да, действительно, указываются desktop файлы… видимо старею, совсем забыл об этом…
Ладно, с тем каким боком desktop файл может повлиять на открывание документа по даблклику, благодаря своевременному сообщению Пользователь, разобрались.
Но все равно не могу понять почему на это у ТС влияют %F и %U, а у меня нет…
Пользователь
Чтобы это понять надо копать глубже, например изучить xdg-utils, да и файловые менеджеры возможно у вас разные (двойной клик же делается в файловом менеджере, значит файловый менеджер передает адрес в xdg-open).
Я бы не стал тратить время, проблему решили и хватит.
- Печать
Страницы: [1] Вверх
Общие проблемы
Вопрос:Что такое Open Office XML?
Ответ:Это общеизвестный формат файлов, используемый в Microsoft Office 2007 и его более поздних версиях. Он был разработан Microsoft для хранения и обмена электронными документами пакетов офисных приложений и включает следующие расширения: DOCX, XLSX, PPTX.
Вопрос:Каковы преимущества использования формата Open Office XML в онлайн-офисе?
Ответ:Благодаря этому новому единому формату файлов вы можете:
- создавать новые текстовые документы в .docx, таблицы в .xlsx, презентации в .pptx непосредственно в вашем онлайн-офисе,
- использовать файлы в этом широко используемом формате из Box, Dropbox, Google или SkyDrive в онлайн-офисе и наоборот без конвертации,
- встраивать документы из онлайн-офиса в ваш сайт или блог, давая вашим посетителям возможность скачать их на свой ПК в формате, поддерживаемом практически всеми редакторами документов,
- скачивать файлы с портала и просматривать их на вашем компьютере, не размышляя о том, какое приложение вам нужно использовать, чтобы открыть эти документы,
- прикреплять документы к вашим электронным сообщениям и отправлять их различным адресатам, которые смогут прочитать их с помощью любого просмотрщика документов.
Проблемы с ранее созданными или загруженными документами
Вопрос:Что случилось с моими файлами, ранее созданными в моем онлайн-офисе?
Ответ:Все файлы во внутреннем формате с расширениями .doct, .xlst, .pptt, созданные в вашем онлайн-офисе, были автоматически сконвертированы в новый единый формат и приобрели следующие расширения файлов: DOCX, XLSX, PPTX.
Вопрос:Что случилось с моими файлами, ранее загруженными в мой онлайн-офис?
Ответ:Все файлы, ранее загружаемые в онлайн-офис, конвертировались во внутренний формат с расширениями .doct, .xlst, .pptt. В результате в онлайн-офисе появлялись две версии одного и того же документа: файл в исходном формате и ещё один во внутреннем формате (.doct, .xlst, .pptt). 27 июня 2013 года все документы во внутреннем формате были автоматически сконвертированы в новый единый формат (DOCX, XLSX, PPTX). Теперь вы получаете два файла с одинаковыми именами в онлайн-офисе: документ в исходном формате и ещё один в формате DOCX/ XLSX/ PPTX.
Описанный выше сценарий справедлив только в том случае, если при загрузке этих файлов был установлен флажок ‘Загрузить также документы в исходном формате’. Если этот флажок был снят, то в вашем онлайн-офисе появлялись только документы, сконвертированные во внутренний формат (.doct, .xlst, .pptt). 27 июня 2013 года такие документы были автоматически сконвертированы в новый единый формат.
Вопрос:Вы написали, что мои документы были автоматически сконвертированы в новый единый формат. Почему у некоторых из них по-прежнему остаются расширения .doct, .xlst, .pptt?
Ответ:Это те файлы, которые вы ранеее создали в своем онлайн-офисе, затем скачали на компьютер, а после этого снова загрузили в онлайн-офис. Такие файлы сохраняют внутренний формат (.doct, .xlst, .pptt) до тех пор, пока вы не откроете их в онлайн-редакторе документов и не сохраните, нажав на значок на верхней панели инструментов. После этого документы будут автоматически сконвертированы в формат Open Office XML (DOCX, XLSX, PPTX).
Вопрос:В моем онлайн-офисе есть некоторые файлы с меткой . Что это значит?
Ответ:Эта метка добавляется к файлам, которые изначально имели формат Open Office XML (DOCX, XLSX, PPTX). Она появляется в следующем случае:
Вы ранее загрузили файл в формате Open Office XML (DOCX, XLSX, PPTX). Во время загрузки были созданы две версии этого документа: файл в исходном формате (DOCX, XLSX, PPTX) и ещё один во внутреннем формате (.doct, .xlst, .pptt) для редактирования. 27 июня 2013 года все документы во внутреннем формате были автоматически сконвертированы в новый единый формат (DOCX, XLSX, PPTX). В результате вы получаете два файла DOCX/ XLSX/ PPTX с одинаковыми именами в онлайн-офисе: сконвертированный файл и исходный файл с меткой .
Вопрос:Мои документы DOCT, XLST, PPTT были автоматически сконвертированы в DOCX, XLSX, PPTX. Что случилось с предыдущими версиями этих файлов? Могу ли я просмотреть и восстановить их?
Ответ:Да, вы можете управлять предыдущими версиями сконвертированных документов DOCX, XLSX, PPTX в онлайн-офисе.
Проблемы с документами, к которым ранее был предоставлен доступ
Вопрос:Влияет ли это изменение на встроенные документы или те, к которым предоставлен доступ по ссылке?
Ответ:Несмотря на изменение формата, документы, встроенные в ваш сайт, блог или приложение, а также те файлы, к которым был предоставлен доступ по ссылке, по-прежнему доступны посетителям вашего сайта или блога, пользователям приложения и тем, у кого есть ссылка на файл.
Проблемы с новыми документами
Вопрос:Могу ли я по-прежнему загружать в онлайн-офис любые документы?
Ответ:Да, вы по-прежнему можете загружать файлы в любом формате. Единственное различие заключается в том, что при загрузке файлов в формате Open Office XML (DOCX, XLSX, PPTX) они будут появляться в онлайн-офисе без конвертации. При загрузке документов в любом другом формате будет происходить конвертация, и в вашем онлайн-офисе будут появляться две версии одного и того же документа: файл в исходном формате и ещё один в DOCX/ XLSX/ PPTX.
Вопрос:Обладают ли документы DOCX, XLSX, PPTX версионностью?
Ответ:Да, теперь можно управлять предыдущими версиями новых документов DOCX, XLSX, PPTX, созданных в онлайн-офисе.
Проблемы с подключенными сервисами
Вопрос:Я получаю следующую ошибку: ‘Can’t authorize at Yandex provider with given credentials‘. Что можно сделать?
Ответ:Данная ошибка может возникать из-за попыток сервиса Yandex.ru обезопасить свои сервисы. Ее можно решить созданием пароля приложения. Выполните следующие шаги:
- Перейдите на страницу https://passport.yandex.ru/profile;
- Нажмите кнопку Получить пароль приложения;
- Выберите тип приложения Облачный сервис;
- Выберите или укажите вашу операционную систему;
- Укажите название программы и нажмите кнопку Добавить;
- Используйте предложенный пароль;
- Нажмите кнопку Готово.
Do you want to request a feature or report a bug?
Report a Bug !
OnlyOffice failed for open document on nexcloud 13.0.6 !
What is the current behavior?
OnlyOffice is connected has nextcloud but no open file !
If the current behavior is a bug, please provide the steps to reproduce and if possible a minimal demo of the problem.
Is Nexcloud installed on debian 9 and onlyoffice installed on debian 9
With official step no more informations
What is the expected behavior?
Did this work in previous versions of DocumentServer?
No is clean install
DocumentServer version:
5.2.3
Operating System:
Manjaro and Windows 10 Pro
Browser version:
Firefox 63
Есть два сервера, географически разнесённых, на разных IP.
1) Сервер А с установленным Nextcloud 13, прикручен домен example.com, https от Letsencrypt.
2) Сервер Б с установленным Onlyoffice Document Server, субдомен office.example.com, https от Letsencrypt.
В Nextcloud добавлено приложение Onlyoffice, в качестве адреса документ-сервера указан https://office.example.com, соединение установлено, запрос с Сервера А wget office.example.com отрабатывает, index.html скачивается, никаких ошибок. Но при открытии любого документа в Nextcloud единственная реакция — пустой белый экран, и больше ничего. ipfilter пока не настраивал, секретный ключ не используется, установка OO чистая на свежую систему. В предыдущей установке на Сервере Б был настроен и ipfilter и секретный ключ, реакция была та же самая.