Nonexistent class "Ingo_Form_Type_Longemail" for field type "Longemail"

[Bofus]

Trying to access filters /spam /foward / vacation sections in ingo this error occours.

A fatal error has occurred

Nonexistent class "Ingo_Form_Type_Longemail" for field type "Longemail"
in /var/www/horde/vendor/horde/form/lib/Horde/Form.php:2311. require_once() /var/www/horde/web/ingo/basic.php:3
2. Ingo_Basic_Base->__construct() /var/www/horde/vendor/horde/ingo/basic.php:31
3. Ingo_Basic_Forward->_init() /var/www/horde/vendor/horde/ingo/lib/Basic/Base.php:51
4. Ingo_Form_Forward->__construct() /var/www/horde/vendor/horde/ingo/lib/Basic/Forward.php:46
5. Horde_Form->addVariable() /var/www/horde/vendor/horde/ingo/lib/Form/Forward.php:31
6. Horde_Form->insertVariableBefore() /var/www/horde/vendor/horde/form/lib/Horde/Form.php:380
7. Horde_Form::createVariable() /var/www/horde/vendor/horde/form/lib/Horde/Form.php:405

Details

The full error message is logged in Horde's log file, and is shown below only to administrators. Non-administrative users will not see error details.
Horde_Exception Object
(
[message:protected] => Nonexistent class "Ingo_Form_Type_Longemail" for field type "Longemail"
[string:Exception:private] =>
[code:protected] => 0
[file:protected] => /var/www/horde/vendor/horde/form/lib/Horde/Form.php
[line:protected] => 231
[trace:Exception:private] => Array
(
[0] => Array
(
[file] => /var/www/horde/vendor/horde/form/lib/Horde/Form.php
[line] => 405
[function] => createVariable
[class] => Horde_Form
[type] => ::
)

        [1] => Array
            (
                [file] => /var/www/horde/vendor/horde/form/lib/Horde/Form.php
                [line] => 380
                [function] => insertVariableBefore
                [class] => Horde_Form
                [type] => ->
            )

        [2] => Array
            (
                [file] => /var/www/horde/vendor/horde/ingo/lib/Form/Forward.php
                [line] => 31
                [function] => addVariable
                [class] => Horde_Form
                [type] => ->
            )

        [3] => Array
            (
                [file] => /var/www/horde/vendor/horde/ingo/lib/Basic/Forward.php
                [line] => 46
                [function] => __construct
                [class] => Ingo_Form_Forward
                [type] => ->
            )

        [4] => Array
            (
                [file] => /var/www/horde/vendor/horde/ingo/lib/Basic/Base.php
                [line] => 51
                [function] => _init
                [class] => Ingo_Basic_Forward
                [type] => ->
            )

        [5] => Array
            (
                [file] => /var/www/horde/vendor/horde/ingo/basic.php
                [line] => 31
                [function] => __construct
                [class] => Ingo_Basic_Base
                [type] => ->
            )

        [6] => Array
            (
                [file] => /var/www/horde/web/ingo/basic.php
                [line] => 3
                [args] => Array
                    (
                        [0] => /var/www/horde/vendor/horde/ingo/basic.php
                    )

                [function] => require_once
            )

    )

[previous:Exception:private] =>
[logged] =>
[extraDetails:protected] =>
[isLogged:Horde\Exception\HordeException:private] =>
[_logLevel:protected] => 0

)

[TDannhauer]

Root cause: Ingo’s V3 form field classes (LongemailVariable, FoldersVariable) live under the Ingo\Form\V3\ namespace, but Composer only autoloaded Horde\Ingo\ from src/. When Forward/Vacation/Spam forms request ingo:Longemail or ingo:folders, Horde_Form can’t find the class and throws the fatal error.

This came from a partial migration: legacy lib/Form/Type/Longemail.php was removed in favor of V3 classes, but the PSR-4 mapping for the Ingo\ namespace was dropped when autoload was switched to Horde\Ingo.

[TDannhauer]

fixed by #33

[TDannhauer]

fix available in FRAMEWORK_6_0.

next round of releases will happen next week

[amulet1]

I do not think this is the right fix.

All classes in src/ already used the correct namespaces. E.g. V3 classes have namespace Ingo\Form\V3;.

Based on error message I think the reporter just has an outdated horde/form.

[Bofus]

I get this message with the following version of horde/form.

horde/form 3.0.0RC5 Form library

Also have:

horde/core 3.0.0RC9 Core Horde Framework library
horde/horde 6.0.0RC7 Horde base application
horde/imp 7.0.0RC5 Webmail application
horde/ingo 4.0.0RC3 Email filter rules manager application

[TDannhauer]

Hmpf it worked on my side.

You are Right. We should insist in a composer show.

Without, we do not even start to investigate.

Let's revert the "fix" but keep the issue closed until the reporter process an up to Date Installation via composer show

[Bofus]

Error occurs when I click on "Blacklist" , "Vacation", or "Forward" on the left-hand menu. "Filter Rules" and "Script" seem fine.

Here's my left-hand menu:

[amulet1]

I believe, the FRAMEWORK_6_0 branch has fixes already. You can wait for a release or try to use the latest to see if it fixes your issue:

composer require horde/form:dev-FRAMEWORK_6_0 horde/ingo:dev-FRAMEWORK_6_0

[Bofus]

Yep...moving to:

horde/ingo dev-FRAMEWORK_6_0 01c1bb3

Seems to have resolved the issue.

There isn't a clear way to know if submitting a bug for something that might be already addressed in the dev-framework branch. I'm trying to stay "stable" and not have packaged installed from dev-framework_6_0.

[TDannhauer]

Don't worry :)

Yes we are Packung proper CI- & testautomation.
That results:

• in a Limited added falze of stable releases over dev versions from FW6
• in a too low frequency to release dev achievments as stable, and thus an increased propability of situations like this.

We should only Educate ourself (maybe by a proper github template) to provide composer show as well.