Hallo alle zusammen.
Ich habe gerade ein sehr sehr sehr seltsames Phänomen bei tt_address in Kombination mit directmailsubscribe entdeckt.
Beides Installiert nach TUTORIAL Template bearbeitet und language.xml angepasst.
Anmeldung:
Name: xx xx
Mail: mail@testmailserver.de
HTML Mails [-/]
Gewünschte E-Mails werden exakt so verschickt wie sie sollen.
Einträge werden dort in die DB geschrieben wo sie hingehören.
Das Problem welches nun kommt kann ich beim besten Willen nicht nachvollziehen.
1. Das bei der Anmeldung gesetzte Häkchen für HTML Mails ist nicht in die DB geschrieben worden.
2. Will ich das Häkchen manuell im Backend setzen und speichere anschließend den tt_address Eintrag, so wird der Name und der Nachname komplett gelöscht.
Hatte jemand schon einmal ähnliche Probleme? Woran könnte es liegen? Es ist wie gesagt alles Standard bis auf die Deutschen Übersetzungen, die ich verbessert habe.
Ebenfalls gepostet in: http://www.typo3forum.net/forum/direct-mail/32401-subscription-tt_address-delete-edit.html#post108063
Lösung:
Proleme traten auf bei:
tt_address: 2.2.1
direct_mail 2.6.0
direct_mail_subscription: 1.1.0
Änderungen:
1. Template:
FE[tt_address][name] -> FE[tt_address][last_name]
2. Ext Mgr.: tt_address
Disable combined name field = 1
3. Folgendes TS-Setup der Extension
includeLibs.directmailsubscribe = EXT:direct_mail_subscription/pi/class.dmailsubscribe.php
plugin.feadmin.dmailsubscription >
plugin.feadmin.dmailsubscription = USER_INT
plugin.feadmin.dmailsubscription {
userFunc = user_feAdmin->init
includeLibs = media/scripts/fe_adminLib.inc
templateFile ={$plugin.feadmin.dmailsubscription.file.templateFile}
cObjects {
CATLIST = USER
CATLIST.userFunc = user_dmailsubscribe->makeCheckboxes
CATLIST {
templateFile = {$plugin.feadmin.dmailsubscription.file.templateFile}
pid = {$plugin.feadmin.dmailsubscription.pid}
hideNonTranslatedCategories = 0
}
}
create.userFunc_afterSave = user_dmailsubscribe->saveRecord
# Global wraps
wrap1.wrap = {$plugin.feadmin.dmailsubscription.wrap1}
wrap2.wrap = {$plugin.feadmin.dmailsubscription.wrap2}
color1.wrap = {$plugin.feadmin.dmailsubscription.color1}
color2.wrap = {$plugin.feadmin.dmailsubscription.color2}
color3.wrap = {$plugin.feadmin.dmailsubscription.color3}
# Tables + Commands
table = tt_address
# Info-mail setup
setfixed=1
setfixed.approve {
_FIELDLIST = uid
hidden = 0
}
setfixed.DELETE = 1
setfixed.DELETE._FIELDLIST = uid
delete = 1
defaultCmd=create
# Info-mail setup
infomail = 1
infomail.default {
label = FORGOTPASSWORD
}
# Edit setup
edit = 1
edit.fields = last_name, email, module_sys_dmail_html
edit.required = email
edit.evalValues {
email = uniqueLocal, email
}
# Create setup
create = 1
create.preview = 0
create.fields = last_name, hidden, email, module_sys_dmail_html
create.required = email
create.noSpecialLoginForm = 1
# Initially hide the user until he approves!
create.overrideValues.hidden = 1
create.evalValues {
email = uniqueLocal, email
}
authcodeFields = uid
authcodeFields.addKey =
authcodeFields.addDate =
evalErrors.email.uniqueLocal = Offenbar sind Sie bereits mit dieser E-Mail-Adresse registriert.
evalErrors.email.email = Dies ist keine gültige E-Mail-Adresse!
parseValues.module_sys_dmail_category = checkArray,setEmptyIfAbsent
parseValues.module_sys_dmail_html = setEmptyIfAbsent
pid = {$plugin.feadmin.dmailsubscription.pid}
email.from = {$plugin.feadmin.dmailsubscription.email}
email.fromName = {$plugin.feadmin.dmailsubscription.emailName}
email.admin = {$plugin.feadmin.dmailsubscription.email}
email.field = email
}
Ergebnis:
- Anmeldung wahlweise mit oder ohne HTML Mails
- Name ist nur für die DB zum besseren wiederfinden... Newsletter Anmeldung sollte eh so kurz wie möglich gehalten werden sonst vergeht einem die Lust (meine Ansicht) ^^ - DARUM -> Name kein Pflichtfeld ...
- Eventueller Bug im Kompatibilitätsmodus von tt_address