[BlueOnyx:17332] Re: 5209R - bug in Security -> PHP Settings - fixed

[Dirk Estenfeld]

Hi Michael,

next bug.

I logged into 5209R as the siteadmin for one site and opened in site management the site.
Then I did go to Services -> PHP and got the following error messages:


A PHP Error was encountered

Severity: Notice

Message: Undefined index: present

Filename: controllers/vsitePHP.php

Line Number: 107


A PHP Error was encountered

Severity: Notice

Message: Undefined index: present

Filename: controllers/vsitePHP.php

Line Number: 107


A PHP Error was encountered

Severity: Notice

Message: Undefined index: present

Filename: controllers/vsitePHP.php

Line Number: 107


A PHP Error was encountered

Severity: Notice

Message: Undefined index: present

Filename: controllers/vsitePHP.php

Line Number: 107


Best regards,
Dirk


-----------------------------------------------
Black Point Arts Internet Solutions GmbH - Hanauer Landstrasse 423a - 60314 Frankfurt


-----Ursprüngliche Nachricht-----
Von: blueonyx-bounces at mail.blueonyx.it [mailto:blueonyx-bounces at mail.blueonyx.it] Im Auftrag von Michael Stauber
Gesendet: Freitag, 20. März 2015 03:31
An: BlueOnyx General Mailing List
Betreff: [BlueOnyx:17330] Re: 5209R - bug in Security -> PHP Settings - fixed

Hi Dirk,

> I have a fresh 5209R install with the latest ISO. 
> If I cann Security -> PHP Settings I get the following errors:

I just looked into this and it is really weird. I set up a fresh 5209R
off the latest ISO as well and could see the same errors as you did.

It turned out that there were a couple of things just plain wrong with
base-vsite on 5209R. The Class "PHP" didn't get created automatically to
begin with. Why? Not really sure. But without it the constructor and
handler for the PHP related settings got thrown off the cliff and did a
lot of things just utterly wrong. There were even chances of getting two
PHP Objects, which is just worse than none. And somehow it also turned
on the deprecated "Safe Mode" on for PHP, which PHP-5.4 absolutely
doesn't like.

I'm not sure what happened there. Maybe I inadvertently mixed code from
separate code trees during one of the last code merges? No idea. I just
cleaned it up with a fine toothed comb and submitted a fixed base-vsite
to SVN and published YUM updates of base-vsite for 5209R.

However, there will be yet another fix to it today or tomorrow, as we
just discovered an issue with newer RoundCube versions. They suddenly
insist on having the PEAR class within the open_basedir path of Vsites
that use it. Which isn't the case at the moment.

The fix for this requires an updated constructor/handler which detects
the used PHP version and inserts the correct PEAR path of it into the
Vsite PHP configuration automatically. Fun and games.

Anyway: When I have added that feature to base-vsite as well I'll roll
up yet another updated ISO image for 5209R and will publish it.

-- 
With best regards

Michael Stauber
_______________________________________________
Blueonyx mailing list
Blueonyx at mail.blueonyx.it
http://mail.blueonyx.it/mailman/listinfo/blueonyx