Ich war nicht angesprochen, aber um das aus meiner Perspektive zu beantworten: Mehrfach-Accounts werden teilweise aus Spam-Gründen angelegt und die Links in deren Beiträgen können die Sicherheit der Nutzer gefährden.
Der Begriff Sicherheit kann aber auch auf andere Weisen verstanden werden. Beispielsweise könnte man sich in einem meiner Projekte durch Mehrfach-Accounts Vorteile verschaffen. Das zu unterbinden, stellt auch eine Art von Sicherheit dar.
Schön, dass du noch lebst! 
Gute Besserung! Gesundheit und das richtige Leben gehen immer vor.
Meine kleine Anregung für die Zukunft wäre nur, dass du bei einer längeren Ausfallzeit vielleicht irgendwann zumindest etwas in der Art sagen könntest: Passt auf, in den nächsten Tagen / Wochen wird nicht viel passieren. Details sind ja gar nicht wichtig. Dann entstehen einige Gedanken erst gar nicht (du hättest ja auch aus welchen Gründen auch immer untergetaucht sein ) und man kann das entsprechend in der eigenen Planung berücksichtigen. Denn Verständnis dürfte eh jeder dafür haben, wenn du gerade keine Zeit in das Projekt stecken kannst, weil du dich nicht entsprechend fühlst oder andere Dinge einfach wichtiger sind.
Und jetzt erhol dich noch gut und mach langsam. Wir wissen ja nun, was Sache ist, und ich maße mir jetzt einfach mal an, für alle zu sprechen, wenn ich sage, dass deine Erholung wichtiger ist als alles andere. 
Zu meiner Meinung von Anfang November stehe ich grundsätzlich nach wie vor. Aber da ging's ja auch nur darum, dass man nicht nach 24 Stunden auf alles eine Reaktion erwarten kann. Nur wenn der Entwickler im eigenen Forum seit fast einem Monat auf keine Frage mehr antwortet und seit zwei Wochen nicht einmal mehr online war, ist das schon bedenklich. Dafür mag es auch Gründe geben und ich hoffe wirklich, dass alles in Ordnung ist. Ich bin weit davon entfernt, irgendetwas zu verlangen. Aber als Betreiber muss ich natürlich auf mein Projekt schauen und eine gewisse Sicherheit in der Planung haben. Für mich war das heute leider der Anlass zur Deinstallation des von mir genutzten Plugins, denn selbst wenn ich das auf eigene Faust für die WoltLab Suite 6.0 irgendwie repariert bekäme, wäre für mich zu unklar, wie es weitergeht. Nur schade, dass man davon nichts wusste, bevor Geld für das Upgrade bezahlt wurde.
Ich wünsche Marcel aber alles Gute und hoffe wirklich, dass nichts Schlimmeres ist.
Ja, das siehst du (meiner Meinung nach) falsch. Natürlich hätte ich auch am liebsten auf alles sofort eine Reaktion, ist ja normal. Ich habe hier auch vor einer Woche einen Fehler gemeldet, auf den noch nicht durch Marcel reagiert wurde und der relevant für das geplante Upgrade meines Forums ist. Natürlich ist das nicht schön. Aber ich bin selbst Entwickler und weiß daher nur zu gut aus eigener Erfahrung, dass das nicht immer möglich ist. Dass man für ein Plugin etwas bezahlt, ändert daran nichts grundlegend. Zumal es ja immer auch private Geschichten geben kann, die einen verhindern.
Innerhalb von 24 Stunden eine Reaktion zu erhalten, ist meines Erachtens eine unrealistische Erwartungshaltung. Wenn das bei dir wirklich immer funktioniert, beglückwünsche ich dich. Das ist sicher der Idealzustand, den wir uns alle wünschen. Aber ansonsten sollte man den Menschen hinter so einem Projekt schon etwas Zeit geben, vor allem wenn es offensichtlich um kein professionelles Unternehmen geht, welches nur das und nichts anderes macht und entsprechend auch Mitarbeiter hat. Hier sieht das ja mehr nach einer Privatperson aus, die das nebenbei macht und sich nicht teilen kann.
Damit will ich auch gar nicht beschönigen, dass es offensichtlich nicht zum ersten Mal ein Thema ist, dass Reaktionen lange auf sich warten lassen. Ich stimme wie gesagt bei den 24 Stunden nicht zu, aber zumindest Reaktionen in einem angemessenen Rahmen sollten natürlich schon immer angestrebt werden, wenn man Produkte vertreibt, egal ob kostenpflichtig oder kostenlos. Damit meine ich nicht, dass das irgendjemand verlangen könnte, ich meine das als Zielsetzung und will auf etwas anderes hinaus: Wenn man das öfter nicht gewährleisten kann, wäre meine Idee, dass da vielleicht jemand unterstützen könnte. Jemand, der etwas näher am Projekt dran ist, dem Marcel regelmäßig sagt, wie es bei ihm zeitlich aussieht und der dann vielleicht in der Kommunikation etwas unterstützen kann, damit niemand das Gefühl bekommt, ignoriert zu werden. Das ist nur mein Gedanke als jemand, der die Strukturen hier nicht kennt und nicht Teil dieser Community ist. Aber mein Eindruck ist schon, dass es weniger ein Problem ist, dass es auch mal dauern kann, bis etwas gelöst ist, wofür viele ja Verständnis haben, sondern die teilweise fehlende Kommunikation. Wie realistisch das hier ist - keine Ahnung, dazu bin ich zu weit vom Thema weg. Es ist nur ein naiver Gedanke, der als konstruktiver Lösungsansatz gemeint ist. 
Glaubst du dass das Posten der kompletten Fehlermeldung im Titel einen mehrwert bietet?
Das ist ja nicht die komplette Fehlermeldung. Und ja, das denke ich. Denn ein Thementitel sollte immer aussagekräftig sein. Dazu sind auch die Nutzer in meinen Foren angehalten. Und:
Der Titel könnte auch lauten:
"Nach Multihunter Update ist das Forum nicht mehr erreichbar"
Das ist nur ein Symptom des Problems und vor allem nicht das einzige. Ich habe im Thema zwei ganz unterschiedliche Symptome beschrieben, die sich sehr wahrscheinlich beide auf eine gemeinsame Ursache zurückführen lassen, nämlich die im Thementitel genannte. Der genannte Vorschlag würde nur einen Teil erzählen und ist selbst in dem Teil nicht akkurat. Zumal ich ja auch nicht der erste bin, der hier den Fehler im Thementitel nennt. Dafür, dass dieser Fehler ein paar Zeichen mehr hat, kann ich nichts.
Daher ja, ich halte den Thementitel für zielführend. Dem Betreiber dieser Plattform steht es aber selbstverständlich frei, den Thementitel zu ändern, sollte er andere Vorstellungen haben. Da bin ich dann auch überhaupt nicht beleidigt. Am Ende muss er wissen, wie es für ihn am übersichtlichsten ist. Mir war es nur wichtig, den Fehler zu melden.
Nach dem Update von der WoltLab Suite 5.5 auf 6.0 inklusive entsprechendem Multihunter-Update war das Forum in eingeloggtem Zustand nicht mehr zugänglich. Es wurde nur noch ein Teil des Headers angezeigt und ansonsten war alles weiß. Das HTML hat nach der Stelle <li id="userNotifications" data-count=" einfach aufgehört. Außerdem gab es folgenden Fehler beim Aktualisieren der Konversationen über das ACP:
Fatal error: Declaration of wcf\system\user\notification\event\MultiHunterMatchingNotificationEvent::getTitle() must be compatible with wcf\system\user\notification\event\IUserNotificationEvent::getTitle(): string in /var/www/vhosts/http://example.com/lib/system/use…Event.class.php on line 20
Beide Fehler konnten durch die Deinstallation des Multihunters gelöst werden (den ich aber schon gerne weiter nutzen würde ).
Doch, genau darum geht es. Wenn ein Workaround bekannt ist, wieso wird dieser nicht hier geteilt und es soll stattdessen jeder individuell bei jemand anderem nachfragen?
Da es nicht nur um das Multi-Account-System selbst geht, sondern auch andere Funktionalität wie das Verwarnsystem nicht zugänglich ist, ohne das Profil aufrufen zu können, wäre es wünschenswert, zumindest einen Workaround zeitnah zu erhalten.
Hallo,
seit dem Update auf Version 5.4.0 vom Multihunter werden täglich mindestens zwei Seiten voll mit diesem Fehler geloggt:
Datum
30. Juli 2021, 01:00
Aufgerufene URL
POST /forum/index.php?ajax-proxy/&t=2565673ad90ca367c98f79555f572b68139739c462e818d3b0df19a134e72926-2kv1TEARDlj7RDrUJVWq7g==
Referrer
https://www.camp-firefox.de/forum/
Browser
Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:90.0) Gecko/20100101 Firefox/90.0
Arbeitsspeicher
12,98 MiB / 256 MiB
Fehlermeldung
Undefined variable $data
Art
wcf\system\exception\ErrorException
Datei (Zeile)
/www/htdocs/w0175a4b/camp-firefox.de/lib/system/WCF.class.php (344)
Stacktrace
/www/htdocs/w0175a4b/camp-firefox.de/lib/system/api/sentry/sentry/sentry/src/ErrorHandler.php (303): wcf\system\WCF::handleError(…)
/www/htdocs/w0175a4b/camp-firefox.de/lib/system/cronjob/MultiHunterGetNewTrashmails.class.php (30): Sentry\ErrorHandler->handleError(…)
/www/htdocs/w0175a4b/camp-firefox.de/lib/system/cronjob/CronjobScheduler.class.php (274): wcf\system\cronjob\MultiHunterGetNewTrashmails->execute(…)
/www/htdocs/w0175a4b/camp-firefox.de/lib/system/cronjob/CronjobScheduler.class.php (75): wcf\system\cronjob\CronjobScheduler->executeCronjob(…)
/www/htdocs/w0175a4b/camp-firefox.de/lib/data/cronjob/CronjobAction.class.php (240): wcf\system\cronjob\CronjobScheduler->executeCronjobs(…)
/www/htdocs/w0175a4b/camp-firefox.de/lib/data/AbstractDatabaseObjectAction.class.php (216): wcf\data\cronjob\CronjobAction->executeCronjobs(…)
/www/htdocs/w0175a4b/camp-firefox.de/lib/action/AJAXProxyAction.class.php (86): wcf\data\AbstractDatabaseObjectAction->executeAction(…)
/www/htdocs/w0175a4b/camp-firefox.de/lib/action/AJAXInvokeAction.class.php (111): wcf\action\AJAXProxyAction->invoke(…)
/www/htdocs/w0175a4b/camp-firefox.de/lib/action/AbstractAction.class.php (53): wcf\action\AJAXInvokeAction->execute(…)
/www/htdocs/w0175a4b/camp-firefox.de/lib/action/AJAXInvokeAction.class.php (65): wcf\action\AbstractAction->__run(…)
/www/htdocs/w0175a4b/camp-firefox.de/lib/system/request/Request.class.php (89): wcf\action\AJAXInvokeAction->__run(…)
/www/htdocs/w0175a4b/camp-firefox.de/lib/system/request/RequestHandler.class.php (119): wcf\system\request\Request->execute(…)
/www/htdocs/w0175a4b/camp-firefox.de/forum/index.php (11): wcf\system\request\RequestHandler->handle(…)Der Fehler trat mit mit der WoltLab Suite 5.3 und Multihunter 5.3 ebenso wenig auf wie mit der WoltLab Suite 5.4 und dem Multihunter 5.3.
Im Cronjob-Protokoll wird wcf\system\cronjob\MultiHunterGetNewTrashmails als einziger Cronjob bei jedem Aufruf als Fehler markiert.
Das ist der Code-Ausschnitt, der die Warnung wirft:
//check if the plugin is enable
if ((\defined('MULTI_ENABLE') && !MULTI_ENABLE) || (\defined('MULTI_TRASHMAIL_ENABLE') && !MULTI_TRASHMAIL_ENABLE)) {
return $data;
}---
WoltLab Suite 5.4.2
Multihunter 5.4.0
PHP 8.0.6