Kalender Mehrwochenansicht kaputt

Thomas_Besser-4 2018-11-21 13:37:29 UTC #1

Seit dem Maintenance Release 17.1.20181018 ist die Anzeige der “Mehrwochenansicht” im Kalender kaputt. Beim Runterscrollen bleiben die Zeilen mit den “Köpfen” der Tage stehen, siehe Screenshot:

Hab noch eine Testinstallation auf der das Release noch nicht eingespielt wurde, dort tritt das nicht auf.

Gruß
Thomas

StefanU 2018-11-21 14:25:08 UTC #2

Hallo Thomas,

also bei mir habe ich den Effekt nicht.

Welcher Browser?
Sind alle caches nach dem Update geleert?

Gruß
Stefan

Thomas_Besser-4 2018-11-21 15:14:24 UTC #3

Jup, alle Caches geleert.

Habe mehrere Browser getestet:
Firefox ESR 60.3.1 unter Windows
Firefox 63.0 unter Linux
Iron 69.0.3600.0 (Chromium-Basis) unter Linux und Windows

Bei allen ist das Verhalten wie beschrieben.

Gruß
Thomas

StefanU 2018-11-21 15:17:34 UTC #4

Warum steht da links dein Name? Was ist das für eine Einstellung?

Thomas_Besser-4 2018-11-21 15:22:18 UTC #5

Gute Frage, k.A.

In der etwas älteren (nicht geupdateten) Version steht da die “KW”.

Leider kann man aus der Versionsnummer “17.1.001” nicht mehr direkt auf das Release (https://github.com/EGroupware/egroupware/releases) schliessen. Wo kann ich das evtl. in der DB auslesen?

Ich werde von der nicht aktuellen Testinstallation mal einen Snapshot machen und upgraden. Mal sehen was dann dabei rauskommt. Melde mich morgen…

StefanU 2018-11-21 15:44:03 UTC #6

Admin/Admin/Änderungslog und Versionen

Wo hast du das stehen? Wir habe unten links extra seit geraumer Zeit nur 17.1 stehen, weil das irreführend und nicht präzise den Stand wiedergibt.
Darum auch:

Genau so sehe ich das bei mir und so sollte es wohl auch sein.

Hast du mehrere Kalender ausgewählt?
Ab wann wird bei dir konsolidiert?:

Stefan

Thomas_Besser-4 2018-11-21 16:03:09 UTC #7

Nein, ich habe nur meinen eigenen Kalender aktiviert. Die Einstellung bzgl. “Minimale Anzahl…” steht auf “Vorgabe benutzen” und die ist wie bei dir im Bild “4”.

Die Versionsnummer steht links unten, siehe…
egroupware-kalender-version

StefanU 2018-11-21 19:51:12 UTC #8

Hmmm, die sollte da so nicht mehr stehen. Das ist die EGw-API-Version und kann aus organisatorischen/technischen Gründen schon mal verwirren. Lass ich entfernen (also die .003).

Kannst du mal mit der Einstellung “spielen”?:

Gruß
Stefan

Thomas_Besser-4 2018-11-22 08:07:11 UTC #9

Diese Einstellung gibt es bei mir nicht…

StefanU 2018-11-22 09:59:31 UTC #10

Dann wechsle bitte mal auf die erzwungenen Einstellungen ober rechts. Wenn du die erzwungen hast erscheinen die nicht bei den persönliche Einstellungen.

Thomas_Besser-4 2018-11-22 12:36:44 UTC #11

Ah, sorry, kann mich nicht erinnern, dass ich das mal als erzwungen gesetzt habe.

Ich habe mit “2” bzw. “4” Wochen herumgespielt. Es ändert sich nichts, im Vergleich zu “3”.

Da ich in obigem Screenshot nicht heruntergescrollt habe, ist mir aufgefallen, dass in der 1. Woche noch richtigerweise die KW angezeigt wird. Aber das war/ist auch schon mit den erzwungenen 3 Wochen schon so gewesen (habs getetest). Nur alle bisherigen Screenshots habe ich gemacht, nachdem ich heruntergescrollt hatte.

Thomas_Besser-4 2018-11-22 13:36:56 UTC #12

Wie versprochen, habe ich die EGW-Testinstallation zur Version 17.1.20180831 zurückversetzt…

Und die Mehrwochenansicht ist wieder korrekt…

Änderungen an den Einstellungen wurden in der Zwischenzeit innerhalb von EGW nicht vorgenommen. Ich spiele dort immer neue Versionen vorab ein. Leider ist mir beim letzten Mal der Anzeigefehler in der Mehrwochenansicht nicht aufgefallen.

Gruß
Thomas

Yann_Lehmann 2018-11-24 12:13:47 UTC #13

Also ich “darf” zwei Installationen von EGroupware benutzen und pflegen (beide Version 17.1.20181018, Ubuntu 16.04, Apache, MariaDB), und da trifft das Problem nicht auf, auch wenn ich die Anzahl Wochen in der Ansicht verändere (hab’s mit 2, 3 und 6 probiert).

Gruss
Yann

JDlugi 2018-11-24 18:38:26 UTC #14

Habe das mal als Anlass genommen bei mir ein Update auf die egroupware-epl (17.1.20181018) zu machen und ein wenig mit dem Kalender rumgespielt… konnte beschriebenes Verhalten damit auch nicht reproduzieren.
Browser: firefox 60.3.0esr (64-Bit)

Falls mir der Fehler im Alltag doch über den Weg laufen sollte, melde ich mich.

PS: Ich mache die Updates manuell mit den Release Packages von Github - habe ein paar Code-Änderungen in meinen Instanzen ;-).

Grüße
Jürgen

StefanU 2018-11-25 17:09:39 UTC #15

Hallo Thomas,

ich bin die Commits mal durchgegangen um zu schauen, an welchem das denn liegen kann. Da habe ich ein Fix gefunden:

Du kannst die Datei austauschen und das mal testen. Ansonsten kommt das mit dem nächsten Update mit.

Gruß
Stefan

Thomas_Besser-4 2018-11-26 07:18:44 UTC #16

Moin Stefan,

habe auf der Test-Installation die Upgrade-Prozedur (ist eine Github-Installation, also ‘mr up’) durchgeführt. Das Problem ist weg.

Auf der produktiven Version ebenfalls ein ‘mr up’ durchgeführt, auch hier ist das Problem damit weg…

mr update: /data/www/egroupware/
Von https://github.com/EGroupware/egroupware
   771a7b7..c915d59  17.1       -> origin/17.1
   b86e2e2..ff7c732  master     -> origin/master
Zunächst wird der Branch zurückgespult, um Ihre Änderungen
darauf neu anzuwenden...
17.1 zu c915d592547f2d1914df5e1cef1ab077308c358e vorgespult.

Da dürfte der erwähnte Patch mit dabei gewesen sein.

@JDlugi: dann ist auch klar, warum bei dir der Fehler nicht aufgetreten ist. Du hattest den Fix schon

Danke an alle und Gruß
Thomas

StefanU 2018-11-26 19:51:03 UTC #17

Hallo Thomas,

Das denke ich nicht. Jürgen hat vermutlich ein Release-Archiv eingespielt. Und in dem letzten Release 17.1.20181018 besteht dieses Problem einfach nicht. Darum konnte ich das auch nicht nachvollziehen.

Du hast hingegen eine Entwickler-Version verwendet. Ob du nun aus dem Master- oder 17.1-Branch nimmst. Es ist und bleibt ein Entwickler-Stand. Du wirst irgendwo zwischen

(22. Oktober) und dem Fix gelandet sein.

Bitte teile uns in Zukunft mit, wenn du auf einem Entwickler-Stand unterwegs bist. Ansonsten stecken wir wieder sehr viel Zeit rein obwohl das schneller und einfachen zu lösen wäre.
Besser noch, du setzt die Release-Pakete (zumindest für dein Live-System) ein. Dann haben wir einen definierten Stand über den wir reden.

Viele Grüße
Stefan

JDlugi 2018-11-26 20:33:54 UTC #18

yepp

As I told you

Thomas_Besser-4 2018-11-27 07:15:49 UTC #19

Moin Stefan,

[quote=“StefanU, post:17, topic:73247”]
Du hast hingegen eine Entwickler-Version verwendet. Ob du nun aus dem Master- oder 17.1-Branch nimmst. Es ist und bleibt ein Entwickler-Stand.[/quote]

Also HEAD oder Master ist für mich eindeutig eine Entwicklerversion, ein Branch “17.1” nicht unbedingt. Von “Entwicklerversion” kann ich unter https://github.com/EGroupware/egroupware/tree/17.1#egroupware-171 auch nichts lesen.

Ich installiere EGW schon sehr lange auf diese Weise, früher eben mit SVN. Pakete (DEB, RPM oder ZIP) haben auch ihre Nachteile.

Sorry für die Unannehmlichkeiten! Ja, habe vergessen zu erwähnen, dass ich direkt von Github installiere.

Also ich verstehe es richtig, wenn EGW released wird, dann generiert ihr DEB/RPM/ZIP files und danach wird der Branch ggf. gleich weiterverändert. Wieso setzt ihr nicht noch zusätzlich einen Tag, der den Release (z.B. “17.1.20181018”) markiert? Das habt ihr in Github sogar schon mal bis “Stylite-EPL-11.1.20150218” gemacht…

Gruß
Thomas

StefanU 2018-12-07 09:45:57 UTC #20

Hallo Thomas,

Schau mal:

Auswahl_2018120710:41:46

Zu finden unter:

Wie du bei deinem checkout damit umgehst weiß ich nun nicht…

Gruß
Stefan

Probleme Mail Ubuntu 18.04 LTS / Egroupware 17.1

Terminwiederholung und Davdroid