|
Notes |
(0000098)
Wiktorin
2024-02-13 09:29
|
System Informationen:
Einstellung Wert
PHP erstellt für Linux host09.loswebos.de 5.4.0-148-generic #165-Ubuntu SMP Tue Apr 18 08:53:12 UTC 2023 x86_64
Datenbanktyp mysql
Datenbankversion 10.3.39-MariaDB-0ubuntu0.20.04.2-log
Datenbankzeichensatz utf8mb4_general_ci
Datenbankverbindungszeichensatz utf8mb4_general_ci
Datenbankverbindungsverschlüsselung Keine
Datenbankserver unterstützt Verbindungsverschlüsselung Nein
PHP-Version 8.1.27
Webserver Apache
PHP-Interface für den Webserver cgi-fcgi
Joomla-Version Joomla! 4.4.2 Stable [ Pamoja ] 9-January-2024 16:00 GMT |
|
(0000099)
Romana
2024-02-13 12:15
|
Hallo Alfred,
danke für deine Meldung. Der Fehler tritt aber nicht immer auf, sondern nur, wenn das Plugin User2Subscriber aktiviert ist, aber keine Mailingliste ausgewählt ist. Das fange ich leider noch nicht sauber ab. Das wird in der nächsten Version behoben sein. Als Workaround kannst Du entweder das Plugin deaktivieren, wenn Du es nicht brauchst, oder dem Plugin sagen, zu welcher Mailingliste es den Benutzer dazu packen soll.
Die Ähnlichkeit zu Thread 138 ist aber nur, dass es dasselbe Plugin betrifft, mehr nicht.
Ganz liebe Grüße und nochmals danke
Romana
|
|
(0000100)
Wiktorin
2024-02-15 16:14
|
Hallo Romana, der Fehler tritt in meinem Fall auf wenn der Kunde sich das erste Mal auf der Website registrieren möchte - unabhängig davon ob er den Newsletter abonieret. Dazu hat er ja noch gar keine Möglichkeit - da er sich ja nur für das Joomla System registrien möchte. Ich bin auf den Fehler gestoßen weil wir einen Shop aufbauen und da können sich Kunden registrieren.
Eigentlich bräuchte es ein Add-On zur Joomal Standardregistrierung wo der Kunde die Newsletteroption zusätzlich angeboten wird.
Du kannst es gerne auf uneserem System test unter:
https://www.fleischerei-stierschneider.at
Rechts oben im Menü Login auswählen
Noch kein Benutzerkonto erstellt? anklicken |
|
(0000101)
Romana
2024-02-15 17:50
|
Hallo Alfred,
wenn Du das Plugin, Du nennst es Add-On, User2Subscriber aktiviert hast, dann hat der Besucher/Kunde/was-auch-immer genau bei der Registrierung zur Webseite eben die Möglichkeit, sich auch gleich zu einem Newsletter zu registrieren!!!!
Das Plugin wird mit BwPostman mitgeliefert, ist bei/nach der Installation aber per Default abgeschaltet. Bei Dir ist es aber eingeschaltet, sonst könnte der Fehler gar nicht auftreten. Wie schon geschrieben, tritt der Fehler nur auf, wenn demjenigen, der sich registrieren will, nicht mindestens ein Newsletter zur Auswahl geboten wird, einzustellen in den Optionen eben dieses Plugins. Wenn das Plugin deaktiviert wäre, würde die Stelle, an der der Fehler produziert wird, gar nicht angelaufen.
Da brauche ich auch nichts auf deiner Webseite testen, dieses Verhalten habe ich hier auch.
Hth
Romana |
|
(0000102)
Wiktorin
2024-02-16 09:18
|
Romana, danke war ein Verständnissfehler meinerseits. Ich habe jetzt eine Mailingliste als Standard im Plugin definiert und jetzt funktioniert es.
Danke für die Unterstützung!! |
|
|
Notes |
(0000087)
kury
2023-07-25 15:21
|
url is : /administrator/index.php?option=com_bwpostman&view=newsletters |
|
(0000089)
Romana
2023-07-25 18:19
|
Hello kury,
many thanks for reporting. I think, this error could be caused by the same problem as 0000145 (I cannot reproduce this), so let's wait for the new version 4.2.3, which is planned to release this Friday. If this error is not fixed, please give feedback.
Hth
Romana |
|
(0000090)
kury
2023-08-16 12:16
|
with last version, it's ok. many thanks! |
|
(0000095)
kury
2023-08-28 16:31
|
Hello,
I put the last version today (4.2.4), and I have the error again...
sorry |
|
(0000097)
Romana
2023-08-30 23:24
|
Hello Marion,
again I cannot reproduce this error. If the error persists, I suggest You send me a backup of Your tables, created with the "save tables" method of BwPostman.
Kindly
Romana |
|
|
Notes |
(0000091)
Romana
2023-08-20 15:15
|
Hello Marion,
sorry for the late answer.
You really stumbled on an error of BwTimeControl. To be able to deal correctly with the restrictive SQL server modes 'NO_ZERO_IN_DATE' and 'NO_ZERO_DATE' I had to change the column settings for mailing_date. So this column can hold the nulldate for previous newsletters and NULL for newer newsletters. But I forgot to enhance the query, which checks the mailing date at BwTimeControl.
The only thing You can do is to wait some days, until I can publish a new version of BwTimeControl.
But if You are in hurry, let me know, then we will find a workaround.
Hth
Romana |
|
(0000092)
kury
2023-08-23 11:20
|
ok thanks ! I can wait some days |
|
(0000093)
kury
2023-08-28 16:21
|
Thanks for the update. It's ok for this problem but it creates other... Timecontrol seams to not respect sending delay. |
|
(0000094)
Romana
2023-08-28 16:26
|
Hello Marion,
sorry for this new inconvenience. I have to investigate, but this could last more than only a few days, perhaps 3 or 4 weeks, I am very busy.
Kindly
Romana |
|
(0000096)
Romana
2023-08-30 23:22
|
Hello Marion.
I found some spare time and fixed this bug. Release date is scheduled for this Saturday.
Kindly
Romana |
|
|
Notes |
(0000077)
Romana
2023-04-20 12:49
|
Auch hierfür herzlichen Dank für die Meldung.
Das werde ich noch genauer untersuchen, aber grundsätzlich bin ich auch hier etwas ratlos. BwPostman verwendet zum Versenden genau die Methoden, die Joomla! zur Verfügung stellt. Ich kann mir nicht vorstellen, dass Joomla! selbst beim Versand per SMTP mit solch großen Anhängen ein Problem hat.
Ich kann mir aber vorstellen, dass beim Server-internen Versand, was der Versand per sendmail ja ist, keine Prüfung auf die Größe der Mails gemacht wird oder das Limit höher liegt. Bei SMTP verlässt die Mail erst mal den Server, um vom angegebenen SMTP-Host in Empfang genommen und dann versandt oder eben nicht versandt zu werden.
Was mich zu den Fragen bringt:
Ist der Server, auf dem die Webseite liegt, derselbe wie der, der in den Einstellungen zum SMTP-Versand angegeben ist?
Geht der Versand solch großer Mails über den SMTP-Host direkt, also abseits von Joomla!?
Ist der Absender, der im Newsletter angegeben ist, auf dem SMTP-Host als Versender überhaupt zugelassen?
Dass der Status des Newsletters gesendet ist, ist normal. Beim Klick auf Senden werden die zu versendenden Mails in die Queue geschrieben und der Status auf gesendet gesetzt. Es macht keinen Sinn, den Status später zu setzen, denn Joomla! selbst liefert beim Sendevorgang nicht wirklich brauchbare Rückmeldungen, die auch wirklich nützlich ausgewertet werden können.
Wenn es beim Senden Probleme gibt, dann ist es in den allermeisten Fällen so, dass ein Anzahl Mails versendet wurden, andere aber nicht. Sobald aber eine Mail raus ist, sollte der Status sowieso auf gesendet stehen, damit der Newsletter nicht mehrfach an die Empfänger geht, bei denen der Versand funktioniert hat. Wenn ich den Status erst setze, wenn alle Mails mindestens einmal versucht wurden zu versenden und hier etwas kräftig daneben geht, dann kann ich vielleicht nicht mehr auswerten, der Newsletter ist schon an ein paar Empfänger versandt und o.g. Problem könnte auftreten, weil der Status eben noch auf nicht versendet steht.
Liebe Grüße
Romana |
|
(0000082)
Romana
2023-05-02 12:36
|
Liegt es nun am verwendeten Provider? |
|
(0000084)
Bumes
2023-05-02 20:20
|
Entschuldigung, aber ich bin erst am Wochende dazu gekommen mir das anzusehen. Ich habe beide Varianten ausprobiert und nun funktionierte es mit den selben Voraussetzungen wie vor zwei Wochen.
Es sind in beiden Fällen der selbe Zugang zum SMTP Server verwendet worden - also der selbe Benutzername, Passwort usw. Warum es von zwei Wochen nicht funktionierte kann ich mir nicht erklären. Das EInzige was in der Zwischenzeit geändert wurde ist die PHP Version. Vielleicht liegt es daran. |
|
(0000085)
Romana
2023-05-02 23:13
|
Okay, dann schließe ich das. |
|
|
Notes |
(0000055)
Romana
2022-09-02 16:03
|
H Danny,
You can't be serious! You want me to insert a patch to a version, which was published over 3 years ago? There were a number of updates to BwPostman since then. I suggest, You do the updates, if needed one by one, I can't say if it is possible to do such a great version jump in one step.
Romana
P.S. Same applies to bug 0000139 reported by You. |
|
(0000056)
dstreichert
2022-09-02 16:08
|
Hi Romana,
i have the BwPostman version 3.2.1 in use.
This ist not old or? |
|
(0000057)
Romana
2022-09-02 16:15
(Last edited: 2022-09-02 16:24) |
Hi Danny,
You selected version 2.3 at Your report and this is a really old one…
If You really use version 3.2.1 then it lacks of descriptions of how You get these errors, so that I can reproduce this error. Be ensured, BwPostman passes a great number of automated and manual tests before it is published. If I can reproduce the error reported, I can add a further test to prevent it for happen again.
Romana
Edit:
Principally my test suites run against the current version of Joomla, not against old ones!
|
|
(0000058)
dstreichert
2022-09-02 16:47
|
I have the Joomla version 3.9.28 , this is a current version. Of course I could also use version 4 of Joomla, but we don't want that yet and Joomla 3 will not expire until next year.
Yes I mean really the version 3.2.1 from BwPostman. On the bug report page of this MantisBT I can only select version 2.3 as there are no others available.
I wrote the error description for reproduction above:
I'm getting this error '#0 Call to a member function getTable() on bool' on page 'index.php?option=com_bwpostman&view=register' when I view the page.
And I've already written the solution, so it should be reproducible. |
|
(0000059)
Romana
2022-09-02 23:37
|
Okay, 3.9.28 isn't very old, but it is old, current version is 3.10.11. I will see when I get the time to go back 1 year and 12 revisions of Joomla. |
|
(0000061)
Romana
2022-09-06 11:10
|
I now have checked this with a fresh installation of Joomla! 3.9.28 and a therefore also fresh installation of BwPostman 3.2.1, then added my test data. With both the automated tests and the manual testing , I can't reproduce this error. |
|
(0000062)
dstreichert
2022-09-06 11:24
|
I still get this error after upgrading to version 3.10.11.
The error message only appears if you are logged into the frontend and call up the 'index.php?option=com_bwpostman&view=register' page. |
|
(0000063)
Romana
2022-09-06 13:56
|
Okay, I see, that at some special cases the Joomla auto loader can't find the needed model. The correct fix is to place the require_once at top of the class at the other require_once commands.
The next update of BwPostman will contain this fix. |
|
(0000064)
dstreichert
2022-10-31 15:59
|
Hi Romana,
I now have BwPostman version 3.2.2 installed and Joomla version 3.10.11.
Unfortunately I still get the message: '#0 Call to a member function getTable() on bool'
The error is in line 95 of the file components\com_bwpostman\controllers\register.php
$subsTable = $this->getModel('subscriber', 'Administrator')->getTable('Subscriber');
The getModel function in the Joomla\CMS\MVC\Controller\BaseController class requires 'The class prefix' as the second parameter.
When calling the $this->getModel('subscriber', 'Administrator') function, the model with the name 'AdministratorSubscriber' is searched for, but it doesn't exist.
Instead, line 95 should contain:
$subsTable = $this->getModel('subscriber', 'BwPostmanModel')->getTable('Subscriber');
After changing the line, a second error is thrown:
#0 Call to a member function getSubscriberIdByUserId() on bool
The getTable function tries to find the BwPostmanTableSubscriber class, which does not exist.
Instead, line 95 should contain:
$subsTable = $this->getModel('subscriber', 'BwPostmanModel')->getTable('Subscribers');
Thank you very much
PS: Ich würde auch gerne in Deutsch schreiben. |
|
(0000065)
Romana
2022-11-05 12:48
|
Hallo Danny,
dann von mir aus eben weiter auf deutsch.
Jepp, hast Du ganz richtig erkannt. Ich bin mit J3 nicht mehr so warm, da ist der Parameter für J4 rein gerutscht. Und wenn wir schon dabei sind, dann schreiben wir den ersten Parameter für das Model am Anfang auch groß, der Ordnung halber. ;-)
Ich muss wohl doch noch einen Test bauen, bei dem angemeldete Benutzer ein Abonnement erstellen wollen. :-(
Da Du der einzige bist, dem der Fehler über den Weg gelaufen ist und Du eine Lösung hast, werde ich mir mit der neuen Version Zeit lassen. Vielleicht findest Du ja noch was?
Liebe Grüße
Romana |
|
(0000072)
TrackerBlaster
2022-11-26 01:45
|
Hi Romana,
I've to confirm the bug is there and I was NOT logged into the frontend, neither the backend.
BwPostman version 3.2.2 installed and Joomla version 3.10.11.
The suggested patch by Danny (dstreichert) is OK,
that works, I've applied it and checked.
Thank You so much, Danny!
Please Romana, apply the patch in the future, because not everybody using Joomla 4 yet!
BTW thank You for this great newsletter extension! |
|
(0000073)
Romana
2022-11-28 21:22
|
Hi TrackerBlaster,
thank You very much for Your comment. Yes, I will add this bug fix to the next version of BwPostman. I plan to publish it before Christmas.
Hth
Romana |
|
|
Notes |
(0000066)
Romana
2022-11-10 21:52
|
Hallo rawu,
das kann ich nicht nachvollziehen. Wenn ich einen Testempfänger auf dem Tab "Testempfänger" anlege (auf den anderen Tabs gehen ja nur normale Empfänger), dann erscheint er auch auf dem Tab Testempfänger, mit allen eingetragenen Werten. Sonst wäre das auch nicht durch die Testpipeline durch gegangen und folglich auch nicht veröffentlicht. Übrigens bin ich nicht die einzige, bei der es fehlerfrei funktioniert. Da sollte also mehr "Fleisch" an die Beschreibung, sonst wird das nichts mit dem Bug. Hast Du ein anderes Template im BE als das Atum, hast Du vielleicht Template-Overrides im BE?
LG Romana |
|
(0000067)
rawu
2022-11-11 02:03
|
Hallo Romana,
ich vermute den Fehler gefunden zu haben, Ich habe in den Grundeinstellungen das 'Zusätzliche Feld' als Pflichteingabe aktiviert. Dies habe ich jetzt testweise einmal deaktiviert, dann läuft die Anlage des Testempfängers einwandfrei. Wenn ich das 'Zusätzliche Feld' wieder aktiviere, tritt der Fehler wieder auf.
Viele Grüße!
Ralf |
|
(0000068)
Romana
2022-11-11 06:19
(Last edited: 2022-11-11 06:25) |
Hallo Ralf,
jetzt kann ich es auch nachvollziehen. Danke für die Meldung und deine "Nacharbeit". Der Fehler tritt beim Testabonnenten grundsätzlich auf, wenn beim Anlegen etwas im zusätzlichen Feld steht, also auch ohne Pflicht.
Das wird in der nächsten Version behoben sein.
Als Workaround kannst Du den Testempfänger erst mal ohne zusätzliches Feld als Pflichtfeld erstellen, dann die Pflicht wieder einschalten und den Testempfänger nacharbeiten.
Liebe Grüße
Romana
|
|
(0000069)
Romana
2022-11-12 18:16
|
Hallo Ralf,
jetzt lege ich noch mal nach, denn heute konnte ich den Fehler erst mal nicht mehr wirklich nachvollziehen, er trat nur noch sporadisch auf. Ich habe lange probiert und festgestellt, dass nicht das zusätzliche Feld das Problem darstellt, sondern wenn schon ein Testempfänger mit dieser Mailadresse vorhanden ist. Es ist egal, ob er aktiv oder archiviert ist, es ist auch egal, ob das zusätzliche Feld Pflicht ist oder nicht, sobald diese Mailadresse als Testempfänger bereits einmal gespeichert wurde, kriege ich diesen Fehler. Anders kann ich ihn nicht provozieren.
Liene Grüße
Romana |
|
(0000070)
rawu
2022-11-12 20:13
|
Hallo Romana,
Du hast recht. Der Fehler hat nichts mit dem zusätzlichen Feld zu tun. Er tritt dann auf, wenn die Mail-Adresse bereits gespeichert ist, egal ob als Testempänger oder als 'normaler' Abonnent. Sorry, dass ich Dich auf eine falsche Fährte gelockt habe.
Viele Grüße!
Ralf |
|
(0000071)
Romana
2022-11-12 23:39
|
Hallo Ralf,
kein Problem. Das wichtigste ist, dass Du einen Fehler gefunden und gemeldet hast, den ich auch produzieren konnte. Dass das erst mal auf die falsche geführt hat, ist nebensächlich. Und es ist gut, dass Du auch dabei geblieben bist und meine Erkenntnisse bestätigen konntest. So bin ich jetzt sicherer, dass ich auch den Fehler behebe, den Du gemeint hast.
Dickes Danke und liebe Grüße
Romana |
|
|
Notes |
(0000076)
Romana
2023-04-20 12:14
|
Hallo,
herzlichen Dank für diese Meldung.
Natürlich kann ich den ersten Fehler nicht nachvollziehen, wie könnte es auch sein:-(
Bei mir kommen für die Felder from_name, from_email, reply_email, subject, attachment und title, die in diesem Fieldset verwendet werden, überall Strings an, die auch sauber weiter verarbeitet werden können…
Daher mal ein paar Fragen:
Welche php-Version?
Ist das eine Neuinstallation von BwPostman unter J4 oder eine Migration von J3?
Ist das bei allen Newslettern so oder nur bei bestimmten, zum Beispiel Newsletter ohne Anhang?
Das zweite Problem ist bekannt, kann ich selbst aber nur abstellen, wenn ich darauf verzichten würde, das Kalenderfeld von Joomla zu verwenden und etwas eigenes programmieren würde. Sonst muss man darauf warten, dass Joomla das behebt.
Erst mal ratlos
Romana |
|
(0000078)
Bumes
2023-04-21 12:23
|
Ich habe mir das noch einmal genauer angesehen. Zunächst aber die Antworten auf die Fragen:
1) PHP Version 8.2.5
2) Das ist eine komplett neu installiertes Joomla 4.2.9 mit neu installiertem BwPostman. Es läuft hier lokal in einer VM unter einem ebenfalls frisch aufgestem Debian 11
3) --> Nur bei Newsletter mit Anhang!!!
Der Grund scheint darin zu liegen, dass die Anhänge als Array gespeichert sind - und nicht als String.
<input type="text" name="jform[attachment]" id="jform_attachment"
value="Warning: Array to string conversion in /var/www/html/neu/layouts/joomla/form/field/hidden.php on line 61/>
Array">
Ich habe im Joomla Quelltext kurzerhand mal das "hidden" durch "text" ersetzt. Dann erscheint der Text auf dem Bildschirm. |
|
(0000079)
Romana
2023-04-21 12:43
|
Hallo nochmal,
das Problem ist gefunden: Es tritt auf, wenn mehr als ein Anhang beim Newsletter angefügt ist. Der Fehler ist in der nächsten Version behoben.
Noch mal Danke für die Meldung und liebe Grüße
Romana |
|
(0000080)
Bumes
2023-04-21 13:12
|
Hallo und vielen Dank und Respekt von den schnellen Antworten!!!
Bei mir trat das Problem bereits mit einem einzigen Anhang auf. Nur zur Ergänzung.
Schöne Grüße |
|
(0000081)
Romana
2023-04-21 14:19
|
Klasse, jemand mit Ahnung.
Aber ich muss etwas korrigieren: Die Anhänge werden nicht als Array gespeichert, in der Tabelle liegen sie als JSON. Aber sie werden als Array aufbereitet, weil Joomla bei multiplen Subforms das so braucht.
Ob es nun auch mit einem einzelnen Anhang so auftritt, habe ich nicht mehr weiter untersucht, mein Tester Karl meldete es mir so zurück und hat mir dadurch etwas Arbeit abgenommen. Er hat auch den Patch dafür gemacht. Im Manifest für das Formular newsletter.xml wird aus der Definition für attachments folgendes:
<field name="attachment"
type="subform"
label="COM_BWPOSTMAN_ATTACHMENT_FIELD_LABEL"
labelclass="control-label"
description="COM_BWPOSTMAN_ATTACHMENT_FIELD_DESC"
multiple="true"
min="0"
max="20"
formsource="administrator/components/com_bwpostman/forms/attachments.xml"
repeatable=" true"
layout="joomla.form.field.subform.repeatable-table"
class="hidden"
>
</field>
Er hat dann noch zur Sicherheit in besagter edit_publish.php den ganzen Block mit denn versteckten Feldern mit
<div class="hidden" style="display:none">
umgeben. Mit ersterem wird der Fehler mit den htmlspecialchars behoben, mit zweiterem sicher gestellt, dass die versteckten Felder auch wirklich nicht angezeigt werden.
Hth
Romana |
|