Solved: Upgrade to 6.3.0 fails: Class 'Adldap\Adldap' not found

[jakobkilian]

Describe the bug

Upgrading Snipe-it results in: "Class 'Adldap\Adldap' not found"

Context

• Hardware: Intel VPS at Hetzner
• YunoHost version: 11.2.10.1 (stable)
• I have access to my server: ssh, webadmin
• Are you in a special context or did you perform some particular tweaking on your YunoHost instance?: no
• Using, or trying to install package version/branch: snipe-it 6.3.0~ynh1
• If upgrading, current package version: 5.3.1~ynh3

Steps to reproduce

• tried with webadmin upgrade and yunohost tools upgrade apps

Expected behavior

successful upgrade...

What I tried

most probably relates to these:

• https://github.com/snipe/snipe-it/issues/11103
• https://github.com/snipe/snipe-it/issues/10615
• https://github.com/snipe/snipe-it/issues/10532

→ but how can I run the suggested composer commands in the upgrade script?

so I removed (probably flying blind) everything related to adldap in /var/www/snipeit/

• composer.lock
• composer.phar
• composer.json

Logs

YunPaste Logs

most importantly:

2024-02-22 20:18:09,485: DEBUG - + php8.1 artisan config:clear -n
2024-02-22 20:18:09,848: DEBUG - 
2024-02-22 20:18:09,849: DEBUG -    Error
2024-02-22 20:18:09,849: DEBUG - 
2024-02-22 20:18:09,849: DEBUG -   Class "Adldap\Adldap" not found
2024-02-22 20:18:09,850: DEBUG - 
2024-02-22 20:18:09,850: DEBUG -   at app/Services/LdapAd.php:99
2024-02-22 20:18:09,853: DEBUG -      95▕             sets up an 'account_suffix' of '@'.$this->ldapSettings['ad_domain'] *IF* the user has
2024-02-22 20:18:09,854: DEBUG -      96▕             $this->ldapSettings['ad_append_domain'] enabled.
2024-02-22 20:18:09,854: DEBUG -      97▕             That code in ldapLogin gets simplified, in exchange for putting all the weirdness here only.
2024-02-22 20:18:09,854: DEBUG -      98▕             */
2024-02-22 20:18:09,854: DEBUG -   ➜  99▕             $this->ldap = new Adldap();
2024-02-22 20:18:09,855: DEBUG -     100▕             $this->ldap->addProvider($this->ldapConfig);
2024-02-22 20:18:09,855: DEBUG -     101▕             return true;
2024-02-22 20:18:09,855: DEBUG -     102▕         }
2024-02-22 20:18:09,855: DEBUG -     103▕         return false;
2024-02-22 20:18:09,857: DEBUG - 
2024-02-22 20:18:09,857: DEBUG -   1   app/Services/LdapAd.php:107
2024-02-22 20:18:09,858: DEBUG -       App\Services\LdapAd::init()
2024-02-22 20:18:09,858: DEBUG - 
2024-02-22 20:18:09,858: DEBUG -   2   [internal]:0
2024-02-22 20:18:09,858: DEBUG -       App\Services\LdapAd::__construct()

[jakobkilian]

Revisited this topic and found an easy workaround from here: deactivate LDAP, run the update in yunohost, reactivate