-
Notifications
You must be signed in to change notification settings - Fork 2.1k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Documents doesn't work after 8.1 upgrade #17602
Comments
Hi, the documents tracker is located here: https://github.com/owncloud/documents/issues where you can find similar existing issues. |
Sorry, Do I have to re submit in the correct tracker? |
I don't think. The not working download is tracked here owncloud-archive/documents#508 and the undefined index should be fixed with the next version: owncloud-archive/documents#509 |
Same issue here, hopefully there will be a fix through the packages. |
Same issue here. But there is a workaround (not final solution). As someone else commented in another thread, once you have the 0.10.0 installed, download a .odt or .doc file from OC, then delete it in OC. Then upload it again, and it works in Documents. I've tested this several times. NEW INFO: What I think I'm seeing is that files accessed with an earlier version of Documents, possibly 0.9.0, are not editable even with 0.10.0, show the endless spinner, and then "ASSERTION FAILED: editorSession should exist here" when I back button out. But other docs, which I never edited with Documents that have been in my OC folders all through the transition from 7 to 8.0.4 and 8.2, work just great Docs 0.10.0. There is a clue in there. Possibly 0.9.0 infects whatever it edits. |
You got it @doubtintom! I twiddled with owncloud, libreoffice and the documents app, but I got no success. I followed every advice told here and on other posts before. Well, I had problems running libreoffice under the apache's user, but although I removed this problem, the documents app won't work, it even wouldn't try to start libreoffice. Your hint lets me have a closer look on owncloud's database tables. When I truncated the table "oc_documents_session", owncloud opened the document editor, just like you described with never-opened-before documents. I still have the issue, that viewing a document doesn't work. Clicking on a document, I got it's raw code, though editing this documents works now. I suppose the .htaccess-entry is ignored or doesn't matches for my installation. |
Steps to reproduce
(with Documents app working ok) by package
3.
Apps productivity → Enable Documents
Turned on maintenance mode
Checked database schema update
Checked database schema update for apps
Updated database
Updating ...
Updated to 0.10.0
Update successful
Turned off maintenance mode
“ASSERTION FAILED:
editorSession should exist here.”
{"reqId":"U21Vv3LmZhOM8NNluEHv","remoteAddr":"","app":"PHP","message":"Undefined index: REQUEST_URI at /var/www/owncloud/apps/documents/appinfo/app.php#49","level":3,"time":"2015-07-13T10:55:26+00:00"}
Expected behaviour
Documents app working
Actual behaviour
Documents app doesn't work
Server configuration
Operating system:
Ubuntu 14.04 64bit server
Web server:
Apache/2.4.7 (Ubuntu)
Database:
MySQL
PHP version:
PHP 5.5.9-1ubuntu4.11
ownCloud version: (see ownCloud admin page)
ownCloud 8.1.0 (stable)
Updated from an older ownCloud or fresh install:
Update from 8.0.4
List of activated apps:
Enabled:
Disabled:
ownCloud log (data/owncloud.log)
{"reqId":"U21Vv3LmZhOM8NNluEHv","remoteAddr":"","app":"PHP","message":"Undefined index: REQUEST_URI at /var/www/owncloud/apps/documents/appinfo/app.php#49","level":3,"time":"2015-07-13T10:55:26+00:00"}
The text was updated successfully, but these errors were encountered: