Re: git install help

On Fri, 3 Jan 2020 at 18:30, Michael J Rubinsky <[email protected]> wrote:
>
>
> Quoting Simon B <[email protected]>:

> >> > Currently I am facing a white page of death, having copied over
> >> > horde/config/conf.php and horde/config/registry.local.php into the
> >> > base/config directory.
> >>
> >> Anything in the webserver/horde/error logs?
> >>
> >> Can you navigate *directly* to any page within the install?
> >
> > Sometimes.  Sometimes not.  I haven't figured out a pattern.  Since
> > sending that, I managed to get in and update all the DB schemas and
> > most of the critical application configs...
> >
> > The annoying thing is, non-admin users seem to have no issue.  The
> > page loads pretty much straight away and the whole application suites
> > functions as one would expect.
> >
> > The webserver error logs have this:
> > [Fri Jan 03 14:19:58 2020] [error] [client my.ip.adr.ess] PHP Strict
> > Standards:  Declaration of Horde_Form_Type_assign::init() should be
> > compatible with Horde_Form_Type::init() in
> > /usr/share/2020-git-horde/Form/lib/Horde/Form/Type.php on line 3600,
> > referer: https://webmail.example.net/admin/config/index.php?action=schema
> > [Fri Jan 03 14:19:58 2020] [error] [client my.ip.adr.ess] PHP Strict
> > Standards:  Declaration of Horde_Form_Type_assign::getValues() should
> > be compatible with Horde_Form_Type::getValues() in
> > /usr/share/2020-git-horde/Form/lib/Horde/Form/Type.php on line 3600,
> > referer: https://webmail.example.net/admin/config/index.php?action=schema
> > [Fri Jan 03 14:19:58 2020] [error] [client my.ip.adr.ess] PHP Strict
> > Standards:  Declaration of Horde_Form_Type_dblookup::init() should be
> > compatible with Horde_Form_Type_enum::init($values, $prompt = NULL) in
> > /usr/share/2020-git-horde/Form/lib/Horde/Form/Type.php on line 3751,
> > referer: https://webmail.example.net/admin/config/index.php?action=schema
> > [Fri Jan 03 14:19:58 2020] [error] [client my.ip.adr.ess] PHP Strict
> > Standards:  Declaration of Horde_Form_Type_figlet::init() should be
> > compatible with Horde_Form_Type::init() in
> > /usr/share/2020-git-horde/Form/lib/Horde/Form/Type.php on line 3804,
> > referer: https://webmail.example.net/admin/config/index.php?action=schema
> > [Fri Jan 03 14:19:58 2020] [error] [client my.ip.adr.ess] PHP Strict
> > Standards:  Declaration of Horde_Form_Type_invalid::init() should be
> > compatible with Horde_Form_Type::init() in
> > /usr/share/2020-git-horde/Form/lib/Horde/Form/Type.php on line 3873,
> > referer: https://webmail.example.net/admin/config/index.php?action=schema
>
> These are due to Horde_Forms being ancient and not strictly PHP 7
> compatible. However, this should not affect the behavior.

I"m not using PHP7 though...

root@mail:~# dpkg -l | grep php
ii  php5                               5.6.40-1~dotdeb+7.1

> > All the users were getting this:
> >  25653 2020-01-03T14:50:51+00:00 ERR: HORDE-BETA [imp] IMP is marked
> > as authenticated, but no credentials can be found in the session. [pid
> > 17154 on line 622 of "/usr/share/2020-git-horde/imp/lib/  25653
> > Imap.php"]
>
> Perhaps some issue or corruption in your cache or similar, or an issue
> with PHP writing to the session file?

Where is the session file?  I might have been overly aggressive in
screwing down permissions, although this was actually happening
intermittently before the update..


> > but it seems now to only be my admin user...  which additionally is
> > generating...
> >
> > [Fri Jan 03 16:58:49 2020] [error] [client my.ip.adr.ess] client
> > denied by server configuration: /usr/share/horde-beta/config
>
> This is almost certainly an apache generated message. Double check
> your permission related configs in your apache configs related to the
> horde server. (deny/allow/require etc...).

But why would that affect only one user (so far)?

> > ==> /var/log/apache2/logs/lydiard-webmail-access_log <==
> > my.ip.adr.ess - - [03/Jan/2020:16:58:49 +0000] "GET /config
> > HTTP/1.1" 403 7277
> > my.ip.adr.ess - - [03/Jan/2020:16:59:21 +0000] "GET /imp HTTP/1.1" 301 7336
> > my.ip.adr.ess - - [03/Jan/2020:16:59:42 +0000] "GET /services/portal
> > HTTP/1.1" 301 7356
> >
> > (quite why Apache is not logging in UTC, I'll open a ticket for as
> > soon as Whups is working...)
>
> Horde has no control as to how Apache timestamps it's log files.

I meant internally :)   Clearly that's not Horde's fault....

Thanks.

Simon
-- 
Horde mailing list
Frequently Asked Questions: http://horde.org/faq/
To unsubscribe, mail: [email protected]