View Issue Details

IDProjectCategoryView StatusLast Update
0019661phpList 3 applicationConfigurationpublic11-01-19 23:04
Reporterdanwaterloo 
PrioritynormalSeverityminorReproducibilityalways
Status newResolutionopen 
PlatformlinuxOS?OS Versionphp 7.2
Product Version3.3.6 
Target VersionFixed in Version 
Summary0019661: website config settings not being used in phpList
DescriptionAdmin changes config/settings on web interface for subscribe message and confirmation message.
Web interface shows updated wording for messages.

when subscribe and confirmation messages are sent, the system uses old version of text.
Steps To Reproducesee description
Additional Informationphplist_config file has multiple entries... confirmation message, confirmation message.1, confirmation message.2, confirmation message.3, ... confirmation message.n

the 'correct' text to use is in confirmation message. the system seems to be using confirmation message.7 when sending.
TagsNo tags attached.

Activities

danwaterloo

02-01-19 10:37

developer  

michiel

02-01-19 11:07

manager   ~0061618


This sounds like the confusion of "central config" vs "subscribe page" config to me.

Isn't there a new button for that now?

FYI @samtuke

samtuke

03-01-19 16:36

administrator   ~0061631

@michiel the new button allows admins to easily 'Reset to default' a custom subscribe page. The default is whatever is centrally configured on the settings page.

michiel

04-01-19 14:43

manager   ~0061647

@samtuke, I presume your last comment was for @danwaterloo instead of me.

suela

04-01-19 15:00

administrator   ~0061648

Not sure if I am understanding this right but editing those texts on the "Settings" page will make every subscribe page created after then get the changes by default. Any other existing subscribe page will have the old version of the text and you will need to make any changes directly on the "Transaction Messages" section of each subscribe page.

xheni

04-01-19 15:47

administrator   ~0061649

The reset button is only for the style, not for transaction messages.

markd

11-01-19 23:04

reporter   ~0061692

danwaterloo was working on my site when the bug turned up. It's over my head but I can add the issue is not confined to the subscribe page and transaction messages. Dan added adefine(‘SEND_QUEUE_PROCESSING_REPORT’,false); to config.php. It didn't stop phplist from generating processing reports. Dan had to go directly into the database to manually include the line to make it effective, just as he had to manually add updated text for the transaction messages. So there's a larger disconnect between the web/interface and the database.

Other functions - working with lists, subscribers, setting up posts and sending to a list - work fine from the web interface. The issue may be confined to particular areas of the settings: config.php and config/settings, particularly the transaction messages, as I'm sure they have the problem. But there may be other areas suffering from the same.