![[DBTech] DragonByte Mail](/community/data/resource_icons/5/5153.jpg?1462229109){kind=icon}
Server Error
Mysqli prepare error: Table 'xyz_xf.xf_dbtech_mail_digestlog' doesn't exist
Zend_Db_Statement_Mysqli->_prepare() in Zend/Db/Statement.php at line 115
Zend_Db_Statement->__construct() in Zend/Db/Adapter/Mysqli.php at line 381
Zend_Db_Adapter_Mysqli->prepare() in Zend/Db/Adapter/Abstract.php at line 478
Zend_Db_Adapter_Abstract->query() in Zend/Db/Adapter/Abstract.php at line 753
Zend_Db_Adapter_Abstract->fetchRow() in DBTech/Mail/Application/Database.php at line 578
DBTech_Mail_Application_Database->fetchRow() in DBTech/Mail/Application/Database.php at line 637
DBTech_Mail_Application_Database->fetchOne() in DBTech/Mail/ActionAdmin/Digestlog.php at line 132
DBTech_Mail_ActionAdmin_Digestlog->actionView() in DBTech/Mail/Application/Core.php at line 333
DBTech_Mail_Application_Core->runAction() in DBTech/Mail/XenForo/ControllerAdmin/Mail.php at line 32
DBTech_Mail_XenForo_ControllerAdmin_Mail->actionIndex() in XenForo/FrontController.php at line 351
XenForo_FrontController->dispatch() in XenForo/FrontController.php at line 134
XenForo_FrontController->run() in /home/xenforo/domains/site.com/public_html/admin.php at line 13I'm worried that this might increase the complexity of the setup, but if I make it optional then it should be possible to do without causing too many issues
Hotfixed, if you run this query it'll be fixed:
CREATE TABLE IF NOT EXISTS `xf_dbtech_mail_digestlog`
(
`digestlogid` int(10) unsigned NOT NULL AUTO_INCREMENT,
`userid` int(10) unsigned NOT NULL DEFAULT '0',
`newsletterid` int(10) unsigned NOT NULL DEFAULT '0',
`dateline` int(10) unsigned NOT NULL DEFAULT '0',
PRIMARY KEY (`digestlogid`),
KEY (`userid`),
KEY (`newsletterid`)
) ENGINE = InnoDB CHARACTER SET utf8 COLLATE utf8_general_ciChanging that will be a lot more work, as currently the code uses weeks as a metric for storing the frequency. I would have to re-write all of the code dealing with frequencies to have it use days instead. I'll add it to the list
It was a requested feature. Someone requested more control over permissions as a result of the "Yes overwrites No" permissions inheritance, so I added it
That looks like an issue with the customisations made to that skin, it's not something I can replicate in the default skin.
It might be because I'm using a standard template for the threadbit, I'll look into moving it to the Email Template system in the next version and see if I can test a RTL language locally.
Thanks. It will be appreciated if you add it. As you know if will be so useful in case of having different mailing lists + lots of subject based keywords.I'm worried that this might increase the complexity of the setup, but if I make it optional then it should be possible to do without causing too many issues
Thanks. Fixed.
Thanks. I hope to get it. Let me explain something:Changing that will be a lot more work, as currently the code uses weeks as a metric for storing the frequency. I would have to re-write all of the code dealing with frequencies to have it use days instead. I'll add it to the list
if that is the case, its OK. But can you please give me an example of its usage? (I want to know it in order to use it when needed) because with just one of them we can do what ever that now we can do with both of them. (just with this that when they are 2, then it makes it a little confusing)It was a requested feature. Someone requested more control over permissions as a result of the "Yes overwrites No" permissions inheritance, so I added it
So it that is the case, then I invite @Arty here. Maybe he can offer a fix (as we are using Email Customizer)
Perfect. Thanks. If you needed a RTL lang to test it, you can download it from my resources.
I created a test RTL language and set it as my test user's language, then used the Test feature to test the digest sending to this user:
No. This is the result with Email Customizer add-on disabled:I created a test RTL language and set it as my test user's language, then used the Test feature to test the digest sending to this user:
As you can see, there are no problems with the design nor the actual language itself. I would advise you to disable all modifications that modify emails or email templates, then try sending a test email again. Let me know if you are still experiencing problems after doing that
Fillip
Nothing found. (Of course I never change the core directly. So I was sure about it before.)
+
Are you able to replicate this issue if you set up a new mailing list that no-one can subscribe to except your admin groups, then manually subscribe yourself to it?
