Announcement

**Wolfgang Rosenauer** · 11-10-2014, 11:09 AM

Bitte auf dem Apache einmal /opt/open-xchange/sbin/touch-appsuite ausführen und neu einloggen.
Oder aber den Browser absolut alle Daten vergessen lassen (meist gar nicht so einfach).
Das dürfte das Problem wahrscheinlich beheben.

**johann8** · 11-10-2014, 01:40 PM

Leider hat sich nichts geändert.
Ich habe in dem Script /opt/open-xchange/sbin/touch-appsuite debug eingeschaltet, um zu sehen was da los ist.
Unten ist die Ausgabe:
-------
+ cd /var/www/html/appsuite
+ '[' '!' -f core ']'
++ sed -n '/v=/{s/^.*v=$[0-9A-Za-z._-]*$\.[0-9]\{8\}\.[0-9]\{6\}.*$/\1/p;q}' core
+ VERSION=
++ date -u +%Y%m%d.%H%M%S
+ NOW=20141110.113102
+ for f in core signin boot.js
+ sed -i 's/\.[0-9]\{8\}\.[0-9]\{6\}/.20141110.113102/g' core
+ for f in core signin boot.js
+ sed -i 's/\.[0-9]\{8\}\.[0-9]\{6\}/.20141110.113102/g' signin
+ for f in core signin boot.js
+ sed -i 's/\.[0-9]\{8\}\.[0-9]\{6\}/.20141110.113102/g' boot.js
---
Die Versionsnummer sieht jetzt in core-Datei so aus:
v=7.6.1-5.20141110.113102

**mhollmichel** · 11-10-2014, 05:05 PM

Hi,

ich vermute, dass der folder storage verloren gegangen ist. Funktioniert der download von Dokumenten, bzw. der upload ?

**johann8** · 11-10-2014, 06:51 PM

Hallo,

beides funktioniert einwandfrei. Auch das Synchronisieren von OXdrive über webdav (Version 1.5.2) funktioniert sehr schnell und zuverlässlich mit dem rsync (seit der Version 7.6.0

)

Wie soll der Ordner heissen? Ich könnte dann direkt in MySQL prüfen.
Unter version 7.6.0 wurden die Documente im Ordner "My Files" abgelegt. Und dieser Ordner ist vorhanden und verwendbar.

Danke

**johann8** · 11-10-2014, 07:55 PM

nach dem ich vor ca. 18 Uhr diese Updates aufgespielt habe, funktioniert auf einamal OXdocuments ganz normal:
-------------
Nov 10 17:55:56 ox8 yum[6158]: Updated: php-tcpdf-6.0.098-1.el6.remi.noarch
Nov 10 17:55:57 ox8 yum[6158]: Updated: php-phpseclib-crypt-base-0.3.9-1.el6.remi.noarch
Nov 10 17:55:58 ox8 yum[6158]: Updated: php-phpseclib-crypt-rijndael-0.3.9-1.el6.remi.noarch
Nov 10 17:55:58 ox8 yum[6158]: Updated: php-phpseclib-crypt-aes-0.3.9-1.el6.remi.noarch
Nov 10 17:55:59 ox8 yum[6158]: Updated: php-tcpdf-dejavu-sans-fonts-6.0.098-1.el6.remi.noarch
------------
Die Frage ist nur, was haben diese Pakete mit OXDocuments zu tun???

Appsuite nutzt doch keine PHP-Sprache oder? Es gibt nur laute JS-Scripts.
----
find /var/www/html/appsuite/ -type f -name *.php -print
----
bringt kein Ergebnis.

Ich würde nur gern wissen, wo das Problem lag?

**mhollmichel** · 11-10-2014, 09:58 PM

OX Documents hats nichts mit php zu tun. Evtl. tatsächlich ein browser cache problem wie Wolfgang bereits vermutet hat.

**johann8** · 11-11-2014, 01:56 PM

Browser cache Problem - kann mir eigentlich nicht vorstellen. Bei keinem User hat es nicht funktioniert. Und ich habe zum Testen Chrome kurz installiert und bei Firefox ein neues Profile erstellt.

Die einzigen Anderungen am Server an diesem Tag waren:
- /opt/open-xchange/sbin/touch-appsuite - mehrmals ausgefürht, aber einziges, was dieses Script macht, fügt zur Version von Appsuite das aktuelle Datum hinzu.
- Und dieses kleine Update von oben

OXdocuments benutzt 3rd party software unter anderem "tinymce" (sieh /var/www/html/appsuite/apps/3rd.party/). Womöglich brauchen diese Komponente PHP. Was anderes kann ich mir nicht vorstellen.

Es läuft irgendwie einiges schief mit den letzten Updates von Appsuite auf CentOS. Ich spiele schon mit den Gedanken auf Debian umzusteigen. Vielleicht wird CentOS nicht so intensiv getestet wie die anderen Distributionen

**mhollmichel** · 11-11-2014, 03:45 PM

Nein, OX Documents verwendet definitiv nicht den tinymce, das sind andere Teile der Appsuite, die dies tun.

Ein laufendes OX Documents habe ich sowohl auf CentOS 6.4 und 7 gesehen.

Die oben genannte Exception "com.openexchange.exception.OXException: FLD-1004 Categories=ERROR Message='No appropriate folder storage for tree identifier "0" and folder identifier "undefined".' exceptionID=-1612446665-184" kommt noch immer ?

**Wolfgang Rosenauer** · 11-11-2014, 09:02 PM

Ich verwende App Suite mit Documents auf CentOS produktiv. Sowie auch viele Kunden. Ich kann nicht bestätigen, dass es hier grundsätzlich mehr Fehler bei Updates gibt.
Und auch an PHP kanns nicht liegen, weil ich nichts davon auf meinem System installiert habe.
Ich kann mir beim besten Willen nicht vorstellen, dass die Installation/das Update obiger Pakete mit dem Phänomen zusammenhängt. Das scheint mir eher Zufall gewesen zu sein.
Da muss noch irgendetwas anderes passiert sein.

**johann8** · 11-12-2014, 11:26 AM

@mhollmichel

nein, jetzt kommen keine Fehlermeldungen mehr. Es läuft alles rund und die Performance ist mit dieser Version wesentlich besser.

**KeepXtreme** · 11-12-2014, 01:58 PM

ein Detail ist mir gerade aufgefallen:
Den Fehler kann ich nachvollziehen: "Server-Fehler: Dokument konnte nicht erstellt werden." (Text ->leeres Dokument). Allerdings landet eine unbenannt.docx nach schließen des Tabs im Drive. Wenn man jetzt im Drive auf die Datei und dann auf Bearbeiten geht, lädt es problemlos.

btw.: Bin ich der einzige, bei dem die Symbole für Fett/kursiv etc. fehlen (auch schon mit 7.6.0)?

edit:// das Problem "Ladefehler Beim Laden des Dokuments trat ein Fehler auf." tritt auf, wenn man entweder versucht, ein template oder eine Datei aus dem Drive via "zuletzt verwendet" zu öffnen...

**881822** · 11-12-2014, 03:23 PM

Originally posted by KeepXtreme View Post

btw.: Bin ich der einzige, bei dem die Symbole für Fett/kursiv etc. fehlen (auch schon mit 7.6.0)

Hallo,
das Problem habe ich auch, sowohl in Text als auch in Spreadsheet. Aufgefallen ist es mir seit 7.4.x.

Am Browser (-cache) liegt es wohl nicht, habs mit Firefox und dem IE auf einer frischen installation ausprobiert.

**johann8** · 11-13-2014, 05:19 PM

@KeepXtreme
Deshalb wollte ich dem Problem auf den Grund gehen. Leider ist das Problem, meine Vermutung durch das Update, weil es danach weg war, verschwunden, sodass es nicht mehr reproduzierbar ist. Welches OS hast Du?

**KeepXtreme** · 11-13-2014, 06:32 PM

@Johann8:
Debian Wheezy mit openjdk-7 & OX AppSuite 7.6.1

allerdings ist mir das problem erst ab 7.6.1 aufgefallen - ich bin mir ziemlich sicher, dass es mit 7.6.0 noch ging...

Announcement

OX Documents v7.6.1 letztes Update - Problem

OX Documents v7.6.1 letztes Update - Problem

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment