EGroupware 14.1.20140630 release candidate available

Ralf_Becker_Stylite 2014-07-01 12:56:46 UTC #1

The release candidate is available from

http://www.egroupware.org/download

It fixes following major issues:

version numbers are now 14.1
PostgreSQL installation and updates are working now
custom-fields are stored in an own table (no more limit how many you
can have)
site configuration, categories, schema in backups and preferences use
now JSON encoding (instead of PHP serialization)

Currently open major issues:

package upgrade under Debian requires currently: aptitude update;
aptitude install egroupware-epl; aptitude upgrade
and then to go to EGroupware setup and run pending application
updates. (Ubuntu and RPM packages work!)

This is planned to be the only release candidate with a final release on
Thursday 3. July 2014

Release notes are currently worked on and will be available from

http://community.egroupware.org/wiki/ReleaseNotes14.1

We are looking for translators as many app have changed. Translations
status is available again

http://community.egroupware.org/languages

If you want to contribute translations to EGroupware most easy way is to
get an account on our translation server

https://translation.stylie.de/egw/

Please help testing with new installations and (test-)updates of your
current data.

If you run into problems, please create a trial in our hosting:

http://www.egroupware.org/trial

test if problem still exists there and report it with the provided
credentials at our bug-tracker:

https://my.stylite.de/egw/

Thanks to everyone helping with testing of the release

Ralf

–
Ralf Becker
Director Software Development

Stylite AG

Morschheimer Strasse 15 | Tel. +49 6352 70629 0
D-67292 Kirchheimbolanden | Fax. +49 6352 70629 30

Email: rb@stylite.de

www.stylite.de | www.egroupware.org

Managing Directors: Andre Keller | Ralf Becker | Gudrun Mueller
Chairman of the supervisory board: Prof. Dr. Birger Leon Kropshofer

VAT DE214280951 | Registered HRB 31158 Kaiserslautern Germany

JanK 2014-07-01 13:12:07 UTC #2

Hallo

hat schon einmal jemand versucht von MySQL auf Postgres zu migrieren?

Ist das eher schwierig oder eigentlich gar kein Problem ?

–
Grüße
/jk

Open source business process management suite built on Java and Eclipse
Turn processes into business applications with Bonita BPM Community Edition
Quickly connect people, data, and systems into organized workflows
Winner of BOSSIE, CODIE, OW2 and Gartner awards
http://p.sf.net/sfu/Bonitasoft

egroupware-german mailing list
egroupware-german@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-german

Ralf_Becker_Stylite 2014-07-01 14:19:03 UTC #3

Hi Jan,

Hallo

hat schon einmal jemand versucht von MySQL auf Postgres zu migrieren?

Ist das eher schwierig oder eigentlich gar kein Problem ?
Im Prinzip kein Problem, da EGroupware sein eigenens Datenbank Backup
schreibt und auch unter anderen Datenbanken wieder installieren kann.

Ob ich PostgreSQL gegen über MySQL oder MariaDB empfehlen würde, hängt
davon ab, ob Du einen unproblematischen Betrieb gegen einen permanenten
Test bei jedem EGroupware oder PostgreSQL Update vorziehst. Das
Statement reflektiert nur die aktuelle Situation in der unter MySQL
einfach um Größenordungen mehr getestet wird und es entsprechend mehr
Installationen gibt.

Wir (Stylite AG) haben auch Kunden die EGroupware unter PostgreSQL
einsetzen, supporten das aber erst ab einer bestimmten Installationsgröße.

Ralf

–
Ralf Becker
Director Software Development

Stylite AG

Morschheimer Strasse 15 | Tel. +49 6352 70629 0
D-67292 Kirchheimbolanden | Fax. +49 6352 70629 30

Email: rb@stylite.de

www.stylite.de | www.egroupware.org

Managing Directors: Andre Keller | Ralf Becker | Gudrun Mueller
Chairman of the supervisory board: Prof. Dr. Birger Leon Kropshofer

VAT DE214280951 | Registered HRB 31158 Kaiserslautern Germany

grefabu 2014-07-01 15:22:32 UTC #4

Was mir direkt auffällt: im chromium klappt bei mir der gantchart im Projektplaner nicht, im Firefox schon,…
Sieht übrigens gegenüber jpgraph besser aus.

Grüße

Gregor

egroupware-german mailing list
egroupware-german@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-german

JanK 2014-07-02 06:07:36 UTC #5

Hallo Ralf,

Hallo

hat schon einmal jemand versucht von MySQL auf Postgres zu migrieren?

Ist das eher schwierig oder eigentlich gar kein Problem ?
Im Prinzip kein Problem, da EGroupware sein eigenens Datenbank Backup
schreibt und auch unter anderen Datenbanken wieder installieren kann.

Ob ich PostgreSQL gegen über MySQL oder MariaDB empfehlen würde, hängt
davon ab, ob Du einen unproblematischen Betrieb gegen einen permanenten
Test bei jedem EGroupware oder PostgreSQL Update vorziehst. Das
Statement reflektiert nur die aktuelle Situation in der unter MySQL
einfach um Größenordungen mehr getestet wird und es entsprechend mehr
Installationen gibt.

Wir (Stylite AG) haben auch Kunden die EGroupware unter PostgreSQL
einsetzen, supporten das aber erst ab einer bestimmten Installationsgröße.

vielen Dank für die Antwort.

Ich habe das überlegt, weil wir hier einen PostgreSQL - Cluster
betreiben. Da wäre es ja schick, wenn wir die Egroupware-DB einfach mit
reintun können.

Wir werden das Für und Wieder mal abwägen.

–
Grüße
/jk

egroupware-german mailing list
egroupware-german@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-german

el_es 2014-07-02 11:01:38 UTC #6

Hi Ralf,

I ran this update this morning

The release candidate is available from
http://www.egroupware.org/download
It fixes following major issues:

version numbers are now 14.1

PostgreSQL installation and updates are working now

custom-fields are stored in an own table (no more limit how many you
can have)

this has almost fixed the issue I had with no custom fields showing at all, in the previous pre-release;
in resources or in addressbook; I say almost, because they still aren’t showing
all proper : I have several button codes (including some javascript) inserted in one ‘options’ field,
so that they appear all in one line; EPL14.1 only shows one of these buttons.

site configuration, categories, schema in backups and preferences use
now JSON encoding (instead of PHP serialization)

Categories drop-down in Resources app still mangled.

Currently open major issues:

package upgrade under Debian requires currently: aptitude update;
aptitude install egroupware-epl; aptitude upgrade

(or apt-get update && apt-get dist-upgrade)

and then to go to EGroupware setup and run pending application
updates. (Ubuntu and RPM packages work!)

[…]

Thanks to everyone helping with testing of the release

Ralf

Kind Regards,
Lukasz

egroupware-german mailing list
egroupware-german@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-german

Ralf_Becker_Stylite 2014-07-02 11:34:29 UTC #7

Hi Lukasz,

Hi Ralf,

I ran this update this morning
The release candidate is available from
http://www.egroupware.org/download
It fixes following major issues:

version numbers are now 14.1

PostgreSQL installation and updates are working now

custom-fields are stored in an own table (no more limit how many you
can have)
this has almost fixed the issue I had with no custom fields showing at all, in the previous pre-release;
in resources or in addressbook; I say almost, because they still aren’t showing
all proper : I have several button codes (including some javascript) inserted in one ‘options’ field,
so that they appear all in one line; EPL14.1 only shows one of these buttons.
Can you post a small screenshot of your definition and how they look
incorrect in edit or index.

site configuration, categories, schema in backups and preferences use
now JSON encoding (instead of PHP serialization)

Categories drop-down in Resources app still mangled.
Hmm, can you laborate a bit more what’s wrong, it looks only on my install.

Ralf

–
Ralf Becker
Director Software Development

Stylite AG

Morschheimer Strasse 15 | Tel. +49 6352 70629 0
D-67292 Kirchheimbolanden | Fax. +49 6352 70629 30

Email: rb@stylite.de

www.stylite.de | www.egroupware.org

Managing Directors: Andre Keller | Ralf Becker | Gudrun Mueller
Chairman of the supervisory board: Prof. Dr. Birger Leon Kropshofer

VAT DE214280951 | Registered HRB 31158 Kaiserslautern Germany

el_es 2014-07-02 13:12:18 UTC #8

Hi Lukasz,
Hi Ralf,

I ran this update this morning
The release candidate is available from
http://www.egroupware.org/download
It fixes following major issues:

version numbers are now 14.1

PostgreSQL installation and updates are working now

custom-fields are stored in an own table (no more limit how many you
can have)
this has almost fixed the issue I had with no custom fields showing at all, in the previous pre-release;
in resources or in addressbook; I say almost, because they still aren’t showing
all proper : I have several button codes (including some javascript) inserted in one ‘options’ field,
so that they appear all in one line; EPL14.1 only shows one of these buttons.
Can you post a small screenshot of your definition and how they look
incorrect in edit or index.

I have the following in a one of a custom field definition, type button, Options field:

Scanned In=var currentTime = new Date(); var month = currentTime.getMonth()+1; var day = currentTime.getDate(); var year = currentTime.getFullYear(); document.getElementById(‘exec[#ResHistory]’).value = 'Scanned In '+ day + ‘/’ + month + ‘/’ + year + ‘\n’ + document.getElementById(‘exec[#ResHistory]’).value; document.getElementById(‘exec[#ResCurrIn]’).value = ‘Warehouse’;
Despatched=var currentTime = new Date(); var month = currentTime.getMonth()+1; var day = currentTime.getDate(); var year = currentTime.getFullYear(); document.getElementById(‘exec[#ResHistory]’).value = 'Despatched '+ day + ‘/’ + month + ‘/’ + year + ‘\n’ + document.getElementById(‘exec[#ResHistory]’).value; document.getElementById(‘exec[#ResCurrIn]’).value = ‘In Transit’;
Brians Van=document.getElementById(‘exec[#ResCurrIn]’).value = ‘In Brian’s Van’;
Chriss Van=document.getElementById(‘exec[#ResCurrIn]’).value = ‘In Chris’s Van’;
Garys Van=document.getElementById(‘exec[#ResCurrIn]’).value = ‘In Gary’s Van’;

So, a line of js for every button, separated by newlines.

(ResHistory is a text box, ResCurrIn is a dropdown containing the values)

In 1.8, it shows me ‘Scanned In’, ‘Despatched’, ‘Brians Van’, ‘Chriss Van’, ‘Garys Van’ buttons all in one line (as intended).
In 14.1, it shows me ‘Garys Van’ button only (the last one).

(I have 4 more rows of buttons lined up like that)

site configuration, categories, schema in backups and preferences use
now JSON encoding (instead of PHP serialization)

Categories drop-down in Resources app still mangled.
Hmm, can you laborate a bit more what’s wrong, it looks only on my install.

I will try to capture a screenshot and email to you, thanks.

Kind Regards,
Lukasz

Ralf

egroupware-german mailing list
egroupware-german@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-german

el_es 2014-07-02 16:14:55 UTC #9

Hi Lukasz,
[…]
thank you for the tracker ticket,

Categories drop-down in Resources app still mangled.
Hmm, can you laborate a bit more what’s wrong, it looks only on my install.

I sent an email to info@stylite and tracker@stylite with the pieces of pictures attached.

Hope this helps,

Ralf

Lukasz

egroupware-german mailing list
egroupware-german@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-german