d00p

No idea, maybe mysql8 does not allow placeholders for user@host in the query, need to check, works perfectly fine in mariadb

I can't really get where the issue comes from, from what I can see in the trace, we're just running a GRANT ALL ON `" . $database . "`.* TO :username@:host Which should only adjust/set privileges for an already existing user, not create it... are you sure the "global mysql-user" for the customer has been created successfully when creating the customer?

and did you create the "privileged" mysql user as described in the docs? https://docs.froxlor.org/latest/general/installation/tarball.html#_3-create-privileged-database-user Please show your `lib/userdata.inc.php` file (remove passwords of course).

Please give way more detailed info about the scenario. You said you have two fresh installations of froxlor, then something with local and external database....what are the exact steps to reproduce?

Using multiple database servers? Possibly try this: https://github.com/froxlor/Froxlor/commit/9253a94aadea8e99816fa9a3d7c927f071fc6eb4

Update: froxlor 2.2.5 - 2.2.6 New: [settings] add new settings to set default values for customer antispam options for new email addresses (settings advanced-mode) [cron] add new task to (re)configure mail/ftp services with let's encrypt; refs #1297 [system] allow admins without change-serversettings to adjust dkim flag of domains [ui] hide webserver-ssl-options for new domains if no default ssl-ip-addresses are selected in the settings [languages] added Hungarian translation (#1310) Security: force admin email addresses to be unique and not be used for customers, fixes GHSA-7j6w-p859-464f do not output potentially unsafe content, fixes GHSA-26xq-m8xw-6373 Fixes: show necessary dns entries for mail/antispan also in admin-view of domain fix empty firstname/name but set company when editing a customer via API allow cidr (forward slash) in spf settings-regex; fixes #1295 correctly create ssl-redirect if let's encrypt is already activated; fixes #1294 set sender-address of emails which were sent using an admin/a reseller to the global settings email so sending it using provided smtp settings will not fail antispam checks; fixes #1289 fix permissions of global mysql-user for customers; fixes #1286 can-edit-domain is not required to create subdomains of that domain if subdomains are allowed set cookie SameSite option to 'Lax' for loginlinks to work as intended; fixes #1299 corrected regex for dns CAA entries; fixes #1300 add safety when unsetting isemaildomain flag in domain, fixes #1305 fix deletion of webserver-logfiles when customer gets deleted, thx to irisdina fix plaintext-mail content, thx to AlexL fix 'show necessary dns entries for mail/antispan also in admin-view of domain' if bind is enabled but domain is not using nameserver

jo könnte wohl ausreichen

Dann kann es eigentlich nur noch sein, dass es unter /root/.acme.sh/ für den Froxlor Hostname noch Zertifikatsdateien gibt...auch wenn die Prüfung auf "keinen Eintrag in der `domain_ssl_settings`" schon vorher alles klarmachen sollte

Kann ich ohne mehr info nichts zu sagen...funktioniert hier wunderbar. Prüfe ob es in der Datenbank für die domainid=0 (froxlor-vhost) keine einträge gibt in der tabelle `domain_ssl_settings` und das auch wirklich Let's encrypt in den 'Froxlor vhost einstellungen' wieder aktiviert ist

Häufigste Ursache ist, dass die Option aktiviert wird, nachdem froxlor schon ein let's encrypt zertifikat hat und es damit die Integration nicht mehr triggered, siehe:

Lohnt nicht der Aufwand da jetzt ein vollumfängliches theme plugin system zu integrieren für die 3 Leute die es am ende nutzen würden - es ist möglich wenn man will, kostet halt etwas arbeit.

du solltest npm, vite, sass und twig kennen, du erstellst dir einen theme ordner unterhalb von templates/ und du brauchst eine config.json (templates/dein-theme/config.json) die ein paar Infos enthält, z.B. { "global": { "css": [ "assets/scss/app.scss", "assets/css/custom.css" ], "js": [ "assets/js/app.js", "assets/js/apikey.js" ], "img": { "ui": "logo_white.png", "login": "logo.png" } }, "variants": { "default": { "img": { "login": "logo.png", "ui": "logo_white.png" }, "color-scheme": "light", "description": "mein-theme Default" }, "dark": { "img": { "login": "logo_white.png", "ui": "logo_white.png" }, "color-scheme": "dark", "description": "mein-theme Darkmode" } }, "author": "ich" } Du brauchst nur die template anlegen die du auch überschreiben willst, ein automatisches fallback auf das template aus dem Froxlor theme ist gegeben (achtung, abhängigkeiten) du musst am ende die assets "bauen", sprich zuerst brauchst du überhaupt alle nötigen tools: "npm install" und dann baust du die assets mittels "npm run build". Beachte bitte, dass entwicklungsdateien (wie z.B. der nodes_modules Ordner) nichts in deiner produktiven Umgebung zu suchen haben und nach dem build-prozess dann entfernt werden sollten

willst du nur ein paar css anpassungen....oder willst du auch die ganzen views/templates ändern?

UPDATE `panel_admins` set `theme` = 'Froxlor' WHERE 1; UPDATE `panel_customers` set `theme` = 'Froxlor' WHERE 1; UPDATE `panel_settings` set `value` = 'Froxlor' WHERE `varname` = 'default_theme';

sorry, k.A. was du da treibst, schau halt das du nirgends mehr irgendwo was von deinem 'Froxlor-new' theme in der DB hast für irgendwelche user oder in den settings als std-theme oder sonstwas

Unknown file extension for file templates/Froxlor-new/assets/scss/app.scss from manifest.json immernoch nachwirkungen deiner Spielerei mit themes, log dich halt mal aus und wieder ein, deine session steht ja noch

dann wird da dein problem sein - setz das wieder zurück auf "Froxlor" und gut is

das war auch nicht die Frage ...

Hast du denn vllt in der Datenbank jetzt irgendwo für deinen user dein theme "Froxlor-new" gewählt gehabt ohne es wieder zurückzusetzen?

Also was willst du dann für ein update fahren? Und jetzt hast du immernoch den Fehler oder wie?

wie du bist nicht mal auf der aktuellen version?!

du sollst nich nur irgendwelche ordner "neu laden" .... cd /var/www/html mv froxlor froxlor-kaputt wget https://files.froxlor.org/releases/froxlor-latest.tar.gz tar xvfz froxlor-latest.tar.gz cp froxlor-kaputt/lib/userdata.inc.php froxlor/lib/userdata.inc.php chown -R froxlorlocal: froxlor/ (ich gehe von einer standardinstallation aus, dein username könnte anders sein)

hilft halt null so, zeile 27 in der index.php inkludiert lediglich die lib/init.inc.php - am besten lädst du vllt einfach die froxlor dateien aus dem release-archiv neu (https://files.froxlor.org/releases/froxlor-latest.tar.gz) um auszuschließen das irgendwelche deiner Änderungen da was kaputtgemacht haben

Öffne die lib/userdata.inc.php und setze die zeile $sql['debug'] = false; auf $sql['debug'] = true; Du solltest dann in deinem Fehler einen kompletten Trace bekommen, den zeigst du uns mal

da ist nichts was "startet"...du hast irgendwo einen Fehler eingebaut. Lösche doch einfach mal die lib/config.inc.php wieder die du angeblich nur kopiert hast