@girish no that won't work, as the installation needs the central composer.json and also update it. It also loads more directories into the vendor directory, which is read-only in Cloudron. Did you come to some conclusion with your experiments?

Looks to me like the Mautic plugin concept doesn't work well with the Cloudron way of things.

Potential Scenarios:

Plugins should be installed with composer, a lot of directories and the central composer.json would need to be writable... not good. Cloudron Mautic image would have some basic required plugins preinstalled, how to decide which? For me it would be (AWS)Mail, Custom Objects, Multi Domain plugins. Probably it would need to be different mailers. But this would increase maintenance, as plugins may have urgent updates outside of release cycles of Mautic. Cloudron set up like WordPress (Dev) - like a preinstall but without continuous updates of core (because that would kill customizations). A little improvement, as the initial installation is fine and working (at least causing 50% of Mautic beginners trouble otherwise). Cloudron self maintained on LAMP stack. Almost all the benefits of Cloudron lost.

Which other options did I miss?

👍 ♥

@dsp76 ha ha , no worries 🙂

and 4. are not installable via composer in my trials at cloudron. throws an error: Your requirements could not be resolved to an installable set of packages. Problem 1 - mautic/core-lib[5.0.0, ..., 5.0.4] require friendsofsymfony/oauth-server-bundle dev-upgrade-2 -> found friendsofsymfony/oauth-server-bundle[dev-master, 1.0.0, ..., 1.7.x-dev, 2.0.0-alpha.0, 2.0.x-dev (alias of dev-master)] but it does not match the constraint. - pabloveintimilla/mautic-amazon-ses[v1.0.0, ..., v1.0.2] require mautic/core-lib ^5.0 -> satisfiable by mautic/core-lib[5.0.0, ..., 5.0.4]. - Root composer.json requires pabloveintimilla/mautic-amazon-ses ^1.0 -> satisfiable by pabloveintimilla/mautic-amazon-ses[v1.0.0, v1.0.1, v1.0.2]. You can also try re-running composer require with an explicit version constraint, e.g. "composer require pabloveintimilla/mautic-amazon-ses:*" to figure out if any version is installable, or "composer require pabloveintimilla/mautic-amazon-ses:^2.1" if you know which you need. Installation failed, deleting ./composer.json.

Not sure if this is related to the Cloudron environment. I also wonder if this has a chance to succeed at all as the code path is read only by design?

Would a necessary plugin needed to be added to the cloudron mautic package?

... but you are welcome to the Mautic Community as well: https://forum.mautic.org/

Ah thanks, I get many errors in that UI, like

image.png

@luckow guess we have to report this upstream. It works sometimes with a lot of clicking around and trial/error.

@girish
Thanks! I see it now.
Appreciate the help.

@ekevu123 are you on package version 4.1.0 ? I think I fixed this exact issue . Can you check if your /app/data/config/local.php has mailer_dsn set? Also, have you disabled Cloudron email in the app's Email section by any chance?

@girish
All good now! Thanks!

updates are always only tested in sqeuence. But for testing I guess you can clone the app and manually update through the next package versions till 4.0.3. Basically update to 4.0.0 then check for updates and update again until 4.0.3

Anything in the logs? Which mautic package are you on?

@girish said in Mautic 5 Upgrades Failing:

@Dave-Swift The second error is open upstream at https://github.com/mautic/mautic/issues/12993 . The first one probably needs to be reported upstream as well. Do you have a complete log of the first error?

Experiencing the same thing, yeah there might be a need for a few adjustment with a major update as such.

So here's essentially what shows up in the log and Mautic is actually not responding, and trying to restart it will respond the same as this in the log:

Jan 18 10:26:07doctrine:migrations:migrate [--write-sql [WRITE-SQL]] [--dry-run] [--query-time] [--allow-no-migration] [--all-or-nothing [ALL-OR-NOTHING]] [--configuration CONFIGURATION] [--em EM] [--conn CONN] [--] [<version>] Jan 18 10:26:07In Connection.php line 70: Jan 18 10:26:07In Exception.php line 28: Jan 18 10:26:07In ExceptionConverter.php line 45: Jan 18 10:26:07 An exception occurred while executing a query: SQLSTATE[42S01]: Base table Jan 18 10:26:07 SQLSTATE[42S01]: Base table or view already exists: 1050 Table 'point_group Jan 18 10:26:07 SQLSTATE[42S01]: Base table or view already exists: 1050 Table 'point_group Jan 18 10:26:07 or view already exists: 1050 Table 'point_groups' already exists Jan 18 10:26:07 s' already exists Jan 18 10:26:07 s' already exists Jan 18 10:26:07[error] Migration Mautic\Migrations\Version20230621074925 failed during Execution. Error: "An exception occurred while executing a query: SQLSTATE[42S01]: Base table or view already exists: 1050 Table 'point_groups' already exists" Jan 18 10:26:07[2024-01-18 16:26:07] [notice] Column lead_points_change_log.group_id already exists Jan 18 10:26:07[2024-01-18 16:26:07] [notice] Column point_triggers.group_id already exists Jan 18 10:26:07[2024-01-18 16:26:07] [notice] Column points.group_id already exists Jan 18 10:26:07[2024-01-18 16:26:07] [notice] Table plugin_citrix_events already exists Jan 18 10:26:07[2024-01-18 16:26:07] [notice] Table point_group_contact_score already exists Jan 18 10:26:07[2024-01-18 16:26:07] [notice] Table point_groups already exists Jan 18 10:26:07[2024-01-18 16:26:07] [notice] Migrating up to Mautic\Migrations\Versionzz20230929183000 Jan 18 10:26:07[2024-01-18 16:26:07] [notice] Migration Mautic\Migrations\Version20221128145933 skipped during Pre-Checks. Reason: "Schema includes this migration" Jan 18 10:27:10=> Healtheck error: Error: connect ECONNREFUSED 172.18.18.22:8000 Jan 18 10:27:12[2024-01-18 16:27:12] Jan 18 10:27:12[2024-01-18 16:27:12] Jan 18 10:27:12[2024-01-18 16:27:12] [WARNING] You have 183 previously executed migrations in the database that are Jan 18 10:27:12[2024-01-18 16:27:12] not registered migrations.

It seems like the installation process attempts to create new tables and columns several times... 🤕

@girish said in PHP8.0 is supported for Mautic 4.4.10:

I have managed to update the package to Mautic 5 but the LDAP plugin needs to be updated because of upstream changes. Looking into this.

Any update on that one pal?
Looking forward for that update, with Composer and access to the marketplace etc. Take care.
Thanks.

@Dave-Swift in this case, those would be one and the same.

... good catch! Found out meanwhile there was a restart and my settings where also overwritten again. I thin I experienced this when configuring this instance already. But thought I probably just missed the save button. I will update my post with your input.

Perfect! Thank you - it works as expected.

Yep, Mautic is not yet clean enough in separating data from application code. We learnt it when trying to build containers in the past. Thanks for the fix!

https://www.mautic.org/blog/community/announcing-mautic-developer-days-and-community-sprint-vienna-july-19-21

cu next week in Vienna?

@Aizat Yes, that should work.