View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0007302 | Flow theme | Theme | public | 2022-01-28 11:22 | 2022-01-28 18:14 |
Reporter | Yazan_Rashwani | Assigned To | |||
Priority | normal | Severity | minor | Reproducibility | always |
Status | closed | Resolution | open | ||
Summary | 0007302: Bug in OXID Newsletter Landingpage /index.php?cl=newsletter | ||||
Description | Hallo zusammen, Beim Aufruf den URL /index.php?cl=newsletter habe festgestellt, wenn ein bereits abonnierte Kunde in Newsletter ist und sich wieder erneut abonniert, werden die folgenden Probleme aufgetreten: - In der Tabelle oxnewssubscribed in DB wird das Feld OXDBOPTIN auf 2 (E-Mail nicht bestätigt) gesetzt, obwohl der NL-Abonnierte die E-Mail bestätigt hat. - Das Feld für die Zeitstempel wird auch neue gesetzt OXUNSUBSCRIBED. - Das Feld OXUNSUBSCRIBED wird nicht auf UTC Zeitzone gesetzt, sondern Lokal-Zeitzone. - Beim Abmelden und wieder Anmelden wird das Feld OXSUBSCRIBED nicht überschrieben und nicht neu gesetzt, also fixiert. Ich bitte Euch auf eine Lösung für das Problem. Vielen Dank. Yazan Rashwani | ||||
Tags | Newsletter | ||||
|
Hello Yazan, in our Bugtracker, we communicate in english only. I translated your report, but want to ask to report in english in the future. Nevertheless, I can acknowledge the described findings. The user gets a new e-mail to confirm the opt-in. If he does, OXDBOPTIN is set from 2 to 1 again. However, this leads to the issue that anyone may unsubscribe any e-mail as long as the original e-mail owner does not reconfirm the opt-in. I also agree that setting the OXUNSUBSCRIBED, but not updating OXSUBSCRIBED after the new confirmation is not a good behavior. Best case would be sending an e-mail to the user, telling him that he did subscribed already in the past. The issue with the opt-in is already reported here: https://bugs.oxid-esales.com/view.php?id=2777 I close this issue, since it is in the wrong project (definitely not theme related) and a duplicate of the issue#2777, which is confirmed already. [sp] |