Z-Push with Zimbra backend PHP 8.0 not working

umgfoin

Change (/usr/share/z-push)backend/ipcsharedmemoryprovider.php:45 as follows:

if ($this->initSharedMem())
          ZLog::Write(LOGLEVEL_DEBUG, sprintf("%s(): Initialized %s and %s.", $class, $this->mutexid::class, $this->memid::class));

Using backends kopano, ipcsharedmemory and sqlstatemachine, this seems to be the only showstopper for PHP 8.0, sofar.
++umgfoin

mathias.rumbold

I would definitly not migrate to Ubuntu 18.04 since all packages are already available for Ubuntu 20.04.

Important is that while the installation is happening to deactivate universe repositories to not have a mix with the packages in it.

You can activate it afterwards. And best is to stay if possible on the default system packages of the latest supported OS version since php7.4 is the system default php in Ubuntu 20.04. 18.04 is php7.2.

For php8.0 it will be supported with the support of Ubuntu 22.04, so it will take approx one more year if the development is in the same speed as of now.

danir.de

What is the current status here?
Is there any info yet about PHP 8.X support?

maedball

I did the update because of Ubuntu 22.04:

by now i have had to fix two issues:

Memcache @umgfoin thanks again for the code ;-)
in my policies file i had to set maxattsize = -1 in my old version it was set to “” which caused z-push to not work.

It is now somehow working for (outlook (PC), ios, android). But i have been only using it for 4 days.

Kordian

@umgfoin Hello,
I have another issue with PHP8.1. Posted it here recently. 8.0 the same problem.

umgfoin

@kordian
Which problem are you referring to?
I’m not using the Zimbra-backend, so my PHP8.x-branch might not cover all functions required by this particular backend.

Kordian

@umgfoin
https://forum.kopano.io/topic/4047/z-push-php8-1-problem
Seems to be z-push, not the backend problem.

umgfoin

@kordian said in Z-Push with Zimbra backend PHP 8.0 not working:

Seems to be z-push, not the backend problem.

Might be the case, but hard to debug without having a configured/working Zimbra-backend.
You have to find out, when and why $this->{$map[self::STREAMER_VAR]} resolves (or implicitely casts) to string although a stream-object is expected in $encoder->contentStream(...).

Kordian

@umgfoin
Ha, thank you, but I am no programmer, so absolutely no idea what you are talking about :-)

Kordian

@umgfoin said in Z-Push with Zimbra backend PHP 8.0 not working:

@kordian said in Z-Push with Zimbra backend PHP 8.0 not working:

Seems to be z-push, not the backend problem.

Might be the case, but hard to debug without having a configured/working Zimbra-backend.
You have to find out, when and why $this->{$map[self::STREAMER_VAR]} resolves (or implicitely casts) to string although a stream-object is expected in $encoder->contentStream(...).

Answer from backend:
This error is not in the zimbra backend.

The Z-Push core is not tested with PHP 8.0 as yet, never mind PHP 8.1

There are a number of known issues that people have submitted fixes for to the z-push code repository but nobody at Kopano is picking up the pull requests so the code is just left sitting there.

As I said, I have no knowledge to analyse.

umgfoin

@kordian said in Z-Push with Zimbra backend PHP 8.0 not working:

The Z-Push core is not tested with PHP 8.0 as yet, never mind PHP 8.1

Ah, I thought, you’re aware of this.
Sure, z–push as of maintainer’s current release 2.6.2 is not PHP8.x ready.

It’s certainly not only about testing and I have no information, whether the maintainers currently have time/ resources/ intention to do the necessary work or merge PRs.

My PHP 8.x fork is work in progress and sufficiently stable to serve the kopano-backend (with a PHP8 MAPI-extension), but I never tested it against the requirements of the Zimbra-backend.

++umgfoin.