View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
20214 [phpList 3 application] Browser Issues minor have not tried 29-05-20 12:28 06-07-20 10:06
Reporter: duncanc Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.5.0  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version: 3.5.4  
Summary: Firefox will soon reject the browsetrail cookie
Description: Firefox developer tools issues a warning about the browsetrail cookie.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: Screenshot from 2020-05-29 12-25-29.png (24,771 bytes) 29-05-20 12:28
https://mantis.phplist.org/file_download.php?file_id=4728&type=bug
png

Screenshot from 2020-05-30 06-19-23.png (38,038 bytes) 30-05-20 08:59
https://mantis.phplist.org/file_download.php?file_id=4729&type=bug
png
Notes
(0063166)
michiel   
29-05-20 21:03   

Resolved with https://github.com/phpList/phplist3/commit/ec874b7878d0d3f5844ccfe791c333d540e1e063

Assigning to @suela to handle the change log and versioning
(0063167)
duncanc   
30-05-20 08:59   
The same applies to the PHPSESSID cookie. The warning appears only once, so I missed that previously.
(0063168)
michiel   
30-05-20 11:58   
Interesting. I don't get that warning on PHPSESSID. I wonder if that's a system setting.
I guess it's time to take control of the session cookie and set our own, eg phpListSessID, so that we can explicitly control the way it is set.
(0063169)
michiel   
30-05-20 12:27   
https://www.php.net/manual/en/session.configuration.php#ini.session.cookie-samesite

the value on my system is empty, so I'm not sure why I didn't get the warning like you, as I should have.

This should resolve it: https://github.com/phpList/phplist3/commit/1e8d95415440c3c786f5d9943ea5116096a54790
(0063196)
duncanc   
04-07-20 07:09   
(Last edited: 04-07-20 07:09)
@michiel I have only just noticed that this change breaks the session handling for the kcfinder image browsing used in ckeditor.
Now not allowed to browse images, getting a pop-up "You don't have permissions to browse server".

Need to investigate what is happening but I suggest reverting this change.
(0063197)
michiel   
04-07-20 10:39   
It's probably because I renamed the session. I will check this today or tomorrow and then we can fix it.
(0063198)
michiel   
04-07-20 10:40   
It may also be the

 ini_set('session.cookie_httponly',1);

which blocks Javascript from using the cookie.
(0063199)
duncanc   
04-07-20 18:28   
It is the session name that is the problem. I should have noticed this earlier because kcfinder uses the default session settings so currently does not work with a different session name or with the "sessions in database" approach.

Maybe if something can be added to config.php or just assume that the session is always going to be called "phpListSession", then I can change kcfinder. Maybe use the cms integration approach.
(0063200)
michiel   
05-07-20 11:40   
Yes, let's stick to having phpListSession as the session name. This will of course create a version dependency, but considering we bundle the CKeditor with phpList, that should be fine.

Are you happy to make the change?
(0063201)
michiel   
05-07-20 15:54   
I've submitted https://github.com/bramley/phplist-plugin-ckeditor/pull/21

This fixes it for me on my local system, but worth checking it works for you as well.
(0063202)
duncanc   
06-07-20 10:06   
There is a new release of the CKEditor plugin that includes the kcfinder session initialisation.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
20221 [phpList 3 application] Campaign Send Process minor have not tried 19-06-20 15:44 24-06-20 12:21
Reporter: michiel Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.5.4  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version: 3.5.5  
Summary: Error when selecting "all lists" on the exclude section
Description:
 Sql error select userid from phplist_listuser where listid in (4,2,on,on)

It should not be possible to exclude all lists on the "select lists to exclude".

When you do, it causes an SQL error

Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0063180)
michiel   
19-06-20 15:58   
https://github.com/phpList/phplist3/pull/682
(0063186)
michiel   
24-06-20 09:00   
Back with me, it's not working correctly.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
20222 [phpList 3 application] Interface - Administrator minor have not tried 19-06-20 17:39 19-06-20 17:40
Reporter: samtuke Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version: 3.5.5  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version: 3.5.5  
Summary: Add image title / tooltip to blacklisted status symbol on Subscribers page
Description: Currently a check or cross image is used to communicate whether a subscriber is blacklisted or not on the Subscribers page. However there is no column heading, or image title on hover, to let the user know that this is the purpose of the image; only a check or cross is shown. Therefore the meaning of the image is unclear. To fix this, start by adding an image title attribute for those images, so that on hover, it wil be clear to the user what those images symbolise.
Tags: quick-fix
Steps To Reproduce:
Additional Information:
Attached Files: Selection_831.png (16,937 bytes) 19-06-20 17:39
https://mantis.phplist.org/file_download.php?file_id=4734&type=bug
png
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
20218 [phpList 3 application] Subscribe Process minor have not tried 17-06-20 17:51 19-06-20 09:06
Reporter: asir214 Platform:  
Assigned To: OS:  
Priority: urgent OS Version:  
Status: feedback Product Version: 3.5.0  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version: 3.5.5  
Summary: Error when viewing the newsletter subscription pages
Description: Error when viewing the newsletter subscription pages, it shows the following error: (URL's: https://ofermail.es/lists/?p=subscribe&id=1 || https://ofermail.es/lists/?p=subscribe&id=3)

Fatal error: Uncaught Error: Call to undefined function isPrivateList() in /var/www/vhosts/ofermail.es/httpdocs/lists/admin/subscribelib2.php:749 Stack trace: #0 /var/www/vhosts/ofermail.es/httpdocs/lists/index.php(681): ListAvailableLists('', '365') #1 /var/www/vhosts/ofermail.es/httpdocs/lists/index.php(239): subscribePage('1') #2 {main} thrown in /var/www/vhosts/ofermail.es/httpdocs/lists/admin/subscribelib2.php on line 749
phpList version 3.5.1

I have checked the .htaccess and they are set correctly.

Can anybody help me?
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: phplist_error.png (35,671 bytes) 17-06-20 17:51
https://mantis.phplist.org/file_download.php?file_id=4731&type=bug
png
Notes
(0063170)
michiel   
17-06-20 20:04   
Interesting @suela can you try to replicate that?
(0063173)
suela   
18-06-20 13:24   
@asir214 that seems to be ok now. Were you able to identify what was causing the problem?

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
20215 [phpList 3 application] Interface - Frontend minor N/A 02-06-20 10:28 02-06-20 10:28
Reporter: samtuke Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version: 3.5.4  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version: 3.5.4  
Summary: Add "add to address book" link to default confirmation page
Description: To maximise chances of deliverability, encourage address book addition by including a link on the public html confirmation page. eg when the subscriber clicks confirm in the confirmation email, they see the confirmation web page with the "add to address book" link.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
20182 [phpList 3 application] Configuration minor have not tried 21-04-20 14:04 23-05-20 14:53
Reporter: duncanc Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.4.8  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.5.4-RC1  
    Target Version: 3.5.3  
Summary: Unable to update top-level domains
Description: Trying to fetch the URL to update top-level domains is returning "not found".

https://www.phplist.com/files/tlds-alpha-by-domain.txt

which makes phplist use the file lists/admin/data/tlds-alpha-by-domain.txt which itself is out of date.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0063104)
michiel   
22-04-20 21:39   
I've put https://www.phplist.com/files/tlds-alpha-by-domain.txt back in place and will re-instate the auto updating of it.
(0063106)
michiel   
23-04-20 08:27   
I have also refreshed the default list, that's inside the application and used as a fallback
(0063108)
duncanc   
23-04-20 10:56   
Great, thanks.
(0063110)
duncanc   
23-04-20 21:23   
The MD5 file still gives "not found"

https://www.phplist.com/files/tlds-alpha-by-domain.txt.md5
(0063111)
michiel   
24-04-20 08:54   
Yes, true. That's resolved now as well.
(0063117)
michiel   
24-04-20 11:12   

The cron to update is now in place.

@martin when you have a moment, can you add a nagios check to verify that https://www.phplist.com/files/tlds-age.php returns "OK" and not "FAIL"

The check is that the TLD file is less than two days old. You can run the check once a day and it's not an urgent issue, just something to check when it happens.

Thanks
(0063123)
martin   
25-04-20 23:31   
Check in place (elm - 'TLD file updated')
(0063164)
martin   
23-05-20 14:53   
@michiel I've moved files/ directory outside of site repo on 'elm' (and staging) , to prevent overwriting by gitupdater.
So the new location for the tld file is now here:
/home/eu/phplist/files/tlds-alpha-by-domain.txt

I haven't found the update script, i needs to use the updated path.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
20212 [phpList 3 application] Campaign Management minor have not tried 22-05-20 16:27 22-05-20 16:27
Reporter: suela Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version: 3.5.4  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version: Future developments  
Summary: [META]: Enhancements to 'Generate Message Preview'
Description: PR: https://github.com/phpList/phplist3/pull/654

This PR adds a message preview to the html campaign composer page (content tab). It has simple logic, using the existing backend functions for retrieving saved message content and turning into plaintext. It also removes newlines and other problematic characters. Via a new ajax file and call it loads the saved html campaign content and turns into plaintext, abbreviated to 90 chars. This is then shown to the admin in a non-editable input text field.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
20210 [phpList 3 plugins] General minor have not tried 17-05-20 05:28 17-05-20 19:10
Reporter: utagawa Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Frecnh translation
Description: Is stuck in 2018. There are plenty of suggestion on the translate website but they are not making their ways to the phplist realeases since 2018...

I volunteer to translate english -> french if necessary.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0063162)
michiel   
17-05-20 19:10   
Yes, sorry. The translation system is current broken, but we will try to get in back in action soon.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
20209 [phpList 3 plugins] General minor have not tried 17-05-20 05:25 17-05-20 05:25
Reporter: utagawa Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Autoresponder and DB 'Processed' value out of range in message table
Description: Description of the issue here : https://discuss.phplist.org/t/processqueue-out-of-range-value-for-column-processed-at-row-1/6214

Autoresponder increase the processed value in the message table and it can reach its limit generating an event storm in the event log.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
20208 [phpList 3 application] Attachments minor have not tried 15-05-20 15:45 15-05-20 15:45
Reporter: suela Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version: 3.5.3  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version: Future developments  
Summary: Feature request: enable server browsing for attachments
Description: When attachments are enabled you can upload files from your local machine to the server.

I think it makes more sense that these attachments are browsable just like images so, that when users what to use the same attachments in other campaigns they don't have to upload them again.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
20193 [phpList 3 application] Statistics minor have not tried 29-04-20 19:45 15-05-20 10:44
Reporter: blu-IT Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version: 3.5.0  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version: 3.5.3  
Summary: Statistics are *not* reset after testmail even if that option is checked
Description: Hello,

I am using latest phplist v. 3.5.3.

I sent some testmails and when doing that, I assured that

- restet click statistics
- this is a test mail

were checked before sending.

Now I really sent that mail out to all reciepients on my list (after unchecking the options mentioned above) and noticed, that the statistiscs of that mail *don't have been reset*, because the counter shows that the mail has been opend/read from my personal e-mail adress about 20 times.

Regards
Tags: statistics
Steps To Reproduce:
Additional Information:
Attached Files: Screenshot_2020-04-29 phpList(3).png (23,743 bytes) 29-04-20 19:48
https://mantis.phplist.org/file_download.php?file_id=4719&type=bug
png
Notes
(0063132)
blu-IT   
29-04-20 19:48   
Here is the screenshot. Mail was sent this evening 20:30 - but all my testviews before are also listed.
(0063135)
duncanc   
05-05-20 19:04   
You have misunderstood what those options mean.
They are used when you submit the campaign to reset any opens and clicks of test messages, and to allow you to delete the campaign when it has been sent (usually you cannot delete a 'sent' campaign)."
Normally you would check the 'reset click statistics' but not check the "test email".
(0063141)
blu-IT   
09-05-20 17:08   
Well, to be honest I still don't understand it. You say "They are used when you submit the campaign to reset any opens and clicks of test messages".

That's exactly what I did: I composed a message, tested it serveral times sending ist away and checking on different devices if everything worked and when the messages was finally sent (not marked as testmessages anymore), I expected that the views of may testmails where reset (when I marked the reset option) all the times before.
But this views that should have been reset when sending as a test message obviously where stored/not reset and now added to the really sent message on 29. April 2020 20.30.
(0063142)
duncanc   
09-05-20 18:17   
The "Reset click statistics" value is used only when the campaign starts to be sent by processing the queue. At that point any opens and clicks of the campaign, due to sending test emails, are discarded.
Up until then the check box value no effect. You should check the check box then leave it alone.
(0063143)
blu-IT   
09-05-20 19:34   
Oh, wow - thanks!

OK, now I have understood the way this function is intended. Maybe a better explanation of that function would be less confusing, but maybe I'am the only one with this confusion?! ;-)

Thanks again!
(0063159)
michiel   
15-05-20 10:44   
Sorry about the spam. Deleted

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
19915 [phpList 3 application] General minor have not tried 29-04-19 13:15 29-04-20 17:23
Reporter: suela Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.4.2  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.5.0  
    Target Version: 3.5.0  
Summary: Add styling to "Add some more emails" on import1 and import2 pages
Description: Currently the "Add some more emails" option available after import on both import via txt and import via csv is just a link.
Add the styling already used on importsimple page.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
20192 [phpList 3 application] General minor have not tried 29-04-20 17:20 29-04-20 17:21
Reporter: duncanc Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.4.9  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.5.0  
    Target Version: 3.5.0  
Summary: Simplify the use of the phpmailer addCustomHeader() method
Description: Simplify the use of the phpmailer addCustomHeader() method to avoid unnecessary joining of the header name and header value. phpmailer immediately converts that back to header name and header value.

Remove some redundant methods:

build_message() is not used anywhere in the phplist code
CreateBody() overrides the parent method but now doesn't add anything
Send() also overrides the parent method but doesn't add anything and doesn't appear to be called from anywhere
Remove unused parameters $headers and $envelope from compatSend().
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0063131)
suela   
29-04-20 17:20   
PR: https://github.com/phpList/phplist3/pull/622

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
20170 [phpList 3 application] Template Management minor have not tried 22-03-20 23:26 29-04-20 17:15
Reporter: michiel Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.4.8  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.5.3  
    Target Version: 3.5.3  
Summary: Disallow the use of Javascript in templates
Description: There's no need for Javascript in templates, so for security it should be stripped out.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0063039)
michiel   
22-03-20 23:26   
This has been pushed to master

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
20112 [phpList 3 application] Interface - Editor minor have not tried 15-11-19 13:53 29-04-20 17:14
Reporter: duncanc Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.4.8  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.5.0  
    Target Version: 3.4.9  
Summary: CKeditor menus extend the full width of window with Trevelin theme
Description: When editing a message or template using the ckeditor plugin the drop-down menu for Styles, Fonts etc extend the full width of the page, see screenshot. This is with the Trevelin theme. When using Dressprow the menus are displayed correctly.

This behaviour seems to have always been in Trevelin but no-one raised it as a problem until recently, see https://discuss.phplist.org/t/ckeditor-issues-in-3-4-8/5716

The cause of the wide menu is a css style in phplist-ui-bootlist/css/style.css

.cke{width:100% !important}

After removing that style the menus are displayed correctly. I guess that the style was added to make the editor fill the window instead of being the default 600px wide, which looks clumsy with Trevelin but looks fine with Dressprow. The issue should have been raised against the ckeditor plugin instead.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: trevelin.png (24,137 bytes) 15-11-19 13:56
https://mantis.phplist.org/file_download.php?file_id=4679&type=bug
png

dressprow.png (38,093 bytes) 15-11-19 13:56
https://mantis.phplist.org/file_download.php?file_id=4680&type=bug
png

trevelin 600 width.png (82,047 bytes) 15-11-19 14:08
https://mantis.phplist.org/file_download.php?file_id=4681&type=bug
png
Notes
(0062827)
duncanc   
16-11-19 11:40   
(Last edited: 16-11-19 11:41)
I have made a change to the ckeditor plugin to work-around this by setting the width to auto. That rule takes priority over that in style.css. The drop-down menus are now displayed correct width, and the editor fits in the available space with both Trevelin and Dressprow.

A permanent fix is to either remove the rule and let the plugin control the width, or change the width to auto instead of 100%.

(0062937)
suela   
08-01-20 13:11   
https://github.com/phpList/phplist-ui-bootlist/pull/114
(0062938)
duncanc   
08-01-20 14:45   
Shouldn't the less file be changed instead, and the css regenerated?
(0062939)
suela   
08-01-20 15:21   
@duncanc yes, you are right. Thanks for pointing it out. I have reverted the original commit and modified the less file now.
(0062971)
duncanc   
02-02-20 12:11   
I think this issue can now be closed.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
20139 [phpList 3 application] Interface - Administrator minor have not tried 06-01-20 20:04 29-04-20 17:09
Reporter: suela Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.4.9  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.5.0  
    Target Version: 3.5.0  
Summary: Don't show --select one again on select options of templates in the format tab
Description: Just a minor fix on the dropdown of the choose template option:

Currently "--select one" serves as a "placeholder" but is listed again in the options of the dropdown.
That is not necessary because the "--No template" option serves as a null value.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
20191 [phpList 3 application] Bounce Management minor have not tried 29-04-20 17:03 29-04-20 17:04
Reporter: suela Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.4.9  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.5.0  
    Target Version: 3.5.0  
Summary: Include the seconds value in the date field of a bounce record
Description: When inserting into the bounce table the date column is taken from the Date header of the bounce but the value does not include seconds.

PR: https://github.com/phpList/phplist3/pull/621

Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
20190 [phpList 3 application] Email minor have not tried 28-04-20 10:30 29-04-20 16:55
Reporter: blu-IT Platform:  
Assigned To: OS:  
Priority: high OS Version:  
Status: resolved Product Version: 3.4.8  
Product Build: Resolution: no change required  
Projection: none      
ETA: none Fixed in Version:  
    Target Version: 3.5.0  
Summary: Font size in email is ignored
Description: Hello,

I am using latest phplist v. 3.5.3 with latest CKEditor 2.3.2+20200202 .

When sending (test)mails the font size (14px) is ignored by the system when sending. The size is display correctly in CKEdtor when composing the mail, but after sending on my receiving devices it is always displayed with another font size.

Even when I change the mailtemplate settings for [content] and set font size 14px here it does not have any effect.

I had this behavior also with phplist v. 3.5.1 and CKEditor 2.2.0+20190206

Regards
Tags: plugin
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0063127)
duncanc   
29-04-20 07:47   
You will need to be clearer as to what you think is happening and provide an example of the html that you have entered, and that which is included in the email.
(0063128)
suela   
29-04-20 14:11   
I can't replicate this. Is there any chance you are sending in plain text?

Also, maybe you can try updating to a more recent version of the plugin and see if it resolves the problem.
(0063129)
blu-IT   
29-04-20 15:45   
Well, I am sorry!

I retryed this morning with Thunderbird an Outlook to compare the receieved mails and inspected the code. 14px is in the code and TB displays the mail correctly.
After that I resent the testmail again and also Outlook showed now the font size correctly. I don't know where it hanged.
(0063130)
suela   
29-04-20 16:54   
Thanks for the update. I will mark this as resolved then.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
20183 [phpList 3 application] Campaign Send Process minor have not tried 23-04-20 13:11 29-04-20 14:17
Reporter: jimbocity Platform:  
Assigned To: OS:  
Priority: high OS Version:  
Status: assigned Product Version: 3.4.8-RC1  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version: 3.5.0  
Summary: Statistics link in email is incorrect
Description: V3.5.2 (no option to select that in product version above)

In processqueue.php lin 1372:

 s('to view the statistics of this campaign, go to %s://%s', $GLOBALS['admin_scheme'],
                           getConfig('website').$GLOBALS['adminpages'].'/?page=statsoverview&id='.$messageid)
 );

The outputted link prints as: "http://http" .
Perhaps something to do with using the translation tool whilst retaining the %s strings?
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0063115)
michiel   
24-04-20 09:08   

What is your config for "website" in the configure page?

When you edit that config, it explicitly says "do not include http://". I think you did include that. But if you didn't, then we can check what's going on.

GLOBALS['admin_scheme'] = 'https'
getConfig('website') = 'yourdomain.com'

That should not create a double http://http
(0063120)
jimbocity   
24-04-20 13:53   
The website field in config is "newsletter.fakewebsite.at" (not allowed to give the real domain).
No http or https is included.
(0063121)
michiel   
24-04-20 13:54   
ok, that's odd. I'll check if I can replicate that.
(0063122)
michiel   
24-04-20 14:22   
I can't replicate that. But it seems you are running in German, so it may be something in the German translation.
(0063124)
jimbocity   
27-04-20 14:17   
Yes, I wondered whether the problem is something to do with sending the %s placeholders through the translation function?
(0063125)
duncanc   
27-04-20 21:10   
The German translation of the message "To view the statistics ..." has only one %s placeholder, for the domain. The "http" part is literal.
(0063126)
jimbocity   
28-04-20 08:08   
YES! Well spotted. This is an error in the /admin/locale/de/phplist.po file

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
20189 [phpList 3 application] Campaign Send Process minor have not tried 28-04-20 09:07 28-04-20 09:08
Reporter: jimbocity Platform:  
Assigned To: OS:  
Priority: low OS Version:  
Status: new Product Version: 3.4.8-RC1  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version: 3.5.0  
Summary: Request to change the List selection when sending a message
Description: Related to #20184

I find the way the lists are displayed in the campaign structure very confusing, because the lists (step 4 of 5) are displayed in 2 tabs; "@" (all?) and "selected".

When you then select a list from the "@" tab and click the save button, that list is no longer displayed in the "@" tab, only in the "selected" tab - which makes sense if you intuitively know what these 2 lists are, but not if you assume (as I did) that the "@" tab represents all the lists. Because it actgually reprsents all the lists EXCEPT for the lists you have already chosen. From a quick glance it just looks like I am missing some lists.

Within the "@" tab there is also an "all lists" checkbox - which doesn't represent all lists, but all lists from the unselected lists - and within the "selected" tab there is an "unselect all" checkbox. This just adds to confusion.

The two tabs are unecessary, and adds a slight confusion to something that should be very straight-forward. One would assume if there was any need for separate tabs at all it would be to separate the "public" and "private" lists, but these are represented in a different way (as text next to the list title).

My suggestion would be to remove the "selected" and "@" tab and simply display a global list. Or if you are worried about the size of the list, just separate the lists in to public and private. I don't see any benefit in creating a "selected" anxd an "@" tab. It only forces the user to second-guess what they are doing.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
20184 [phpList 3 application] Campaign Management minor have not tried 23-04-20 14:42 24-04-20 13:47
Reporter: jimbocity Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.4.8-RC1  
Product Build: Resolution: unable to reproduce  
Projection: none      
ETA: none Fixed in Version:  
    Target Version: 3.5.0  
Summary: List selection displays only one list once campaign is saved
Description: (3.5.2)

Create a new campaign, select the subscriber list (it correctly displays all public subscriber lists) and save.
Now close, reopen the campaign, go back to the list tab. You can now only select the list you selected before you saved the campaign. You cannot select another ilst. Is this a bug?
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: Screenshot from 2020-04-24 09-03-08.png (14,150 bytes) 24-04-20 09:04
https://mantis.phplist.org/file_download.php?file_id=4717&type=bug
png

phplist1.jpg (193,029 bytes) 24-04-20 13:39
https://mantis.phplist.org/file_download.php?file_id=4718&type=bug
jpg
Notes
(0063113)
michiel   
24-04-20 09:04   
You should be able to click on the tabs to find the other lists. One tab is called "@" which will contain "All lists" and "all public lists" and the other is "uncategorised" or a tab per list category.

If that's not the case for you, then that's a bug.
(0063114)
michiel   
24-04-20 09:05   
@suela this may be a display issue, that it's not too obvious that there are tabs here. Maybe we can update the CSS a little to make that more prominent.
(0063118)
jimbocity   
24-04-20 13:39   
(Last edited: 24-04-20 13:46)
Ah sorry, yes you are right. But the css made it invisible (I have made my own theme although I did not change the .nav-tabs>li>a section so perhaps this is a problem with the default theme?). I hadn't realised there was a tab box with an @ symbol (or what it meant).

I have however just noticed another error in the list section , should I create a new ticket?
Create a new campaign, go to lists and select just one list, click "Save and continue editing".... notice that ALL checkboxes are suddenly selected.

(0063119)
support   
24-04-20 13:47   

Sorry, I can't replicate that. It may be useful to switch to the standard phpList theme before reporting things, just to eliminate the possibility that it is caused by your custom theme.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
20185 [phpList 3 application] Template Management minor have not tried 24-04-20 07:18 24-04-20 09:12
Reporter: jimbocity Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version: 3.4.8-RC1  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version: 3.5.0  
Summary: Config settings - short description below each title to explain what the parameters are needed for.
Description: The first parameter in config settings is "Website Address", but for me the newsletter portion of my website uses a subdomain, So I was confused as to whether this value should be the main website address or the newsletter subdomain website address.
Name and logo of the Organisation was equally a little confusing as it's not clear where this is used or why.

A short description below each title would help explain why the information is needed and - where those values are used to replace placeholders - what their placeholder names will be so that the user knows how to reference them.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0063116)
michiel   
24-04-20 09:12   
Yes, there is some code, but commented out to link to the resources site: eg https://resources.phplist.com/config/website

We'd need to co-ordinate that all the pages are there and then activate the links.

Most config options can be searched in the resources site.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
18811 [phpList 3 application] Statistics minor always 08-08-17 23:01 24-04-20 09:00
Reporter: jozef.benicky Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: acknowledged Product Version: 3.3.1  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version: 3.5.0  
Summary: USERTRACK code should be placed at the beginning of mail
Description: USERTRACK code should be placed at the beginning of mail, not at the end. E.g. Gmail truncates too long e-mails and shows "View entire message". So opening of such e-mail is not tracked.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0060510)
michiel   
02-05-18 22:49   
Yes, good point. In fact, we could put two trackers in, one at the top and one at the bottom. Would be interesting to see the differences.
(0060520)
samtuke   
04-05-18 15:49   
Presumably adding a second set of tracking would result in two sets of stats for each message which would need to be summed for display on admin pages?

Assigning the first part of this task to xheni to move the tracking to the top instead of the bottom of messages.
(0060521)
michiel   
04-05-18 22:01   
Yes, true. You'd have to track the second image differently, to avoid duplication. Let's leave that for now, and just move the tracking to the top. #

The other thing to change about tracking is to make it a bigger image, eg to use any image in the campaign for tracking. But that's a new feature as well.
(0063109)
jimbocity   
23-04-20 15:34   
Why do we have to implement the tracking manually? Shouldn't this be handled by the system via a tickbox ("include tracking?"). Better to remove human error.
(0063112)
michiel   
24-04-20 09:00   
You don't have to implement tracking manually, ever since https://resources.phplist.com/system/config/always_add_usertrack was added (and defaulted to true), which was several years ago.

This ticket is to deal with adding the tracking at the top of the mail, instead of the bottom, or even, top and bottom.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
20166 [phpList 3 application] Site wide minor have not tried 14-03-20 19:05 21-04-20 18:05
Reporter: lwc Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version: 3.4.8  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version: 3.5.0  
Summary: Mantis only shows Product Version up to 3.4.8
Description: We're already at version 3.5.2, but Mantis shows shows 3.4.8.
In fact, it shows 3.4.8 RC1 as a newer version than 3.4.8 (unlike previous RC1 versions).
Please always keep it updated to the latest version.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: mantis.png (22,473 bytes) 14-03-20 19:05
https://mantis.phplist.org/file_download.php?file_id=4707&type=bug
png

mantis_versions (78,411 bytes) 16-03-20 11:28
https://mantis.phplist.org/file_download.php?file_id=4711&type=bug
Notes
(0063026)
suela   
16-03-20 11:28   
@lwc I am not sure if the versions are nor listed or just not ordered in your side because they are showing normally for me ( no changes made yet).

Can you please verify that the versions are not listed at all (only 3.5.1 should be missing for now).
(0063102)
duncanc   
21-04-20 14:09   
(Last edited: 21-04-20 18:05)
I had the same problem when raising issue 0020182, the Product Version dropdown went only to 3.4.8-RC1.

@suela possibly you have a higher level of permission that causes the later releases to be included in the dropdown.


View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
20167 [phpList 3 application] Interface - Frontend minor have not tried 14-03-20 19:09 15-04-20 11:11
Reporter: lwc Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.4.8  
Product Build: Resolution: no change required  
Projection: none      
ETA: none Fixed in Version:  
    Target Version: 3.5.0  
Summary: Please remove the word "version" from public pages
Description: I couldn't choose here Product Version due to #20166, but this issue is still relevant in the latest version (currently 3.5.2).

Ticket #15471 was perhaps fixed for v2, but it's still relevant for v3. The word "version" is displayed in all public pages (those not requiring a login).

It's very good you don't write the actual version, as it would have been a security breach, but you shouldn't use this "version" placeholder either.
Please just remove it altogether.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: version.png (5,880 bytes) 14-03-20 19:09
https://mantis.phplist.org/file_download.php?file_id=4708&type=bug
png

Screenshot from 2020-03-14 19-29-12.png (3,226 bytes) 14-03-20 19:30
https://mantis.phplist.org/file_download.php?file_id=4709&type=bug
png

Screenshot from 2020-03-14 19-31-50.png (6,342 bytes) 14-03-20 19:32
https://mantis.phplist.org/file_download.php?file_id=4710&type=bug
png
Notes
(0063024)
duncanc   
14-03-20 19:30   
I think that is related to the subscribe page, which appears to have been generated by a very old version of phplist. Now subscribe pages do not have that. You can upgrade the style of a subscribe page on the Subscribe Pages page.
(0063025)
michiel   
16-03-20 08:01   
Yes, the text is in the subscribe page config, which is in the DB and needs to be edited manually.

Tincan has not been involved in phpList for more than 8 years!
(0063087)
michiel   
15-04-20 11:11   

Editable in the UI and not part of the code any longer,

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
19988 [phpList 3 application] General minor have not tried 16-06-19 18:00 14-04-20 11:13
Reporter: suela Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.3-RC2  
Product Build: Resolution: reopened  
Projection: none      
ETA: none Fixed in Version: 3.4.4  
    Target Version: 3.4.4  
Summary: Language menu disappears in unpredictable way in most browsers, in FF it won't show at all
Description: We noticed on the latest build that the language menu is missing on FF and disappears frequently and in unpredictable way in other browsers like Chrome or epiphany.

What we know so far is that the issue does not affect Dressprow and it acts differently on different browsers.
In some it will show after a hard refresh and in FF it won't show at all.

Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0062524)
brunilda   
02-07-19 15:46   
PR link:
https://github.com/phpList/phplist-ui-bootlist/pull/102
(0063081)
michiel   
14-04-20 11:13   

This was not resolved and still happening

This seems to resolve it: https://github.com/phpList/phplist-ui-bootlist/pull/117

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
20089 [phpList 3 application] Subscribe Process minor have not tried 04-10-19 14:17 10-04-20 20:27
Reporter: AlainR Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version: 3.4.6  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version: 3.4.7  
Summary: Problem with displaying list descriptions on the subscibe page
Description: Hello.
I create a new subscribe page and if I select to display categories name, there is a problem with displaying list descriptions as you can see on print screen.
When I select to not display categories, the layout is different and there is no problem.

Thus, I suggest to repeat the same type of layout regardless of the display or not of the categories. Is it possible?

Thank you for your attention.
Best regards,
AlainR
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: phpList - subscribe page - problem displaying list descriptions.png (74,499 bytes) 04-10-19 14:17
https://mantis.phplist.org/file_download.php?file_id=4671&type=bug
png

firefox.png (15,276 bytes) 10-04-20 08:42
https://mantis.phplist.org/file_download.php?file_id=4714&type=bug
png

chromium.png (15,345 bytes) 10-04-20 08:42
https://mantis.phplist.org/file_download.php?file_id=4715&type=bug
png
Notes
(0063075)
duncanc   
10-04-20 08:42   
@AlainR which browser were you using? I can repeat the problem with Firefox but the list name and description are displayed properly when using Chrome.
(0063079)
AlainR   
10-04-20 20:27   
Yes, it's on Mozilla Firefox for Ubuntu 75.0 (64 bits)

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
20168 [phpList 3 application] Bounce Management minor have not tried 17-03-20 07:29 10-04-20 08:47
Reporter: utagawa Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version: 3.4.8  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version: 3.5.0  
Summary: Export list of email bounced
Description: Hello,

It would be nice to have an embedded function in phplist to export list emails that have been bounced per bounce rule in a csv file for example (or on a html page).
That would allow an admin to identify users to get back in order to notify them that their email is unvalid in the case phplist is linked to an other app like a forum (could use a popu to notify the user on login or use the forum messaging system).

SQL queries are existing : https://forums.phplist.com/viewtopic.php?t=6322

Any chance a dev would implement that in a next release ?
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0063028)
duncanc   
17-03-20 10:27   
The bounce processing creates a report of the bounce rules that have been applied and the subscribers. The report is sent to the email addresses from the Settings page.
(0063029)
utagawa   
17-03-20 11:18   
Indeed, but the process creates a report per bounce generated following a campaign processing, you don't also know when you're going to receive the report.
(0063074)
duncanc   
10-04-20 07:56   
@utagawa The Bounce Statistics plugin provides reports that are based on the queries that you referenced (the topic in the old forum).

See https://resources.phplist.com/plugin/bouncestatistics
(0063076)
utagawa   
10-04-20 08:47   
you're quite good in archeology :-)

I found a solution indeed with the plugin and a chrome extension to extract tables from html pages.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
20169 [phpList 3 application] Bounce Management minor have not tried 20-03-20 21:21 21-03-20 12:41
Reporter: manoj Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version: 3.4.2  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version: 3.5.0  
Summary: Vacation responders being considered as Bounces
Description: The mails which come as a response from the recipient, automatically when the ''Vacation Responder'' is enabled should be landing in the inbox of the email account mentioned in ''From Line'' of the campaign. They are actually replies, but automatic.

Phplist is considering and processing them as bounces. This should be rectified.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0063035)
michiel   
20-03-20 22:33   
That's the reason we only unsubscribe after 5 consecutive bounces (by default).

If you put your threshold high enough, it will be fine.
(0063037)
manoj   
21-03-20 12:41   
Hi Michiel, I meant ''Auto replies'' when I said ''vacation responders'' which comes from the recipients' mailbox when he/she is away or out of office. This is as good as a reply from the recipient which comes when enabled ''out of office'' feature(if the user is using MS Outlook) or ''Vacation Responder'' feature(if the recipient is using Gmail or Gsuite account)

These Auto-Replies are supposed to come to the inbox of the email account which we mention in ''From Line'' like a normal/manual reply comes.

As of now they are getting treated and processed as bounces by Phplist.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
15471 [phpList 3 application] Interface - Frontend minor always 05-05-10 11:09 14-03-20 19:09
Reporter: duncanc Platform:  
Assigned To: OS:  
Priority: none OS Version:  
Status: resolved Product Version: 2.10.11  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.10.14  
    Target Version: 2.10.13  
Summary: phplist version is not shown in the footer on public pages
Description: Issue 15345 has been marked as Resolved unable to reproduce.
In version 2.10.11 the reported problem exists on the pages accessed by the public, such as
/lists
/lists/?p=subscribe&id=1
/lists/?p=unsubscribe

Creating a new issue as I can't see how to comment on the original one.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: a.GIF (1,781 bytes) 05-05-10 11:12
https://mantis.phplist.org/file_download.php?file_id=3160&type=bug
gif
Notes
(0050990)
duncanc   
05-05-10 11:15   
See this page on the demo site
http://demo.phplist.com/lists/?p=subscribe&id=4
(0050991)
lwc   
06-05-10 11:00   
#15345
(0050997)
h2b2   
08-05-10 18:21   
Confirmed.
duncanc, thanks for reporting the location of the pages.
(0051204)
michiel   
29-04-11 15:39   
I've removed the word version

http://phplist.svn.sourceforge.net/phplist/?rev=2670&view=rev

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
20117 [phpList 3 application] Bounce Management minor have not tried 17-11-19 11:24 06-03-20 16:30
Reporter: duncanc Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.4.8  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.4.9  
    Target Version: 3.4.9  
Summary: processbounces has sql error inserting into user_message_bounce table
Description: When processing bounces an sql error is reported

phpList - Database error 1064 while doing query You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '04:38
            )' at line 13
phpList - Sql error INSERT INTO phplist_user_message_bounce
            (
                        user,
                        message,
                        bounce,
                        time
            )
            VALUES
            (
                        2095,
                        -1,
                        1342,
                        2019-11-17 04:38
            )

The error is caused by the sql query not enclosing the timestamp value in quotes.

The code was changed in an earlier pull request https://github.com/phpList/phplist3/pull/536 that seems not to have had the desired effect. The timestamp field in user_message_bounce is set automatically on insert and update to the current time. The earlier change was trying to make that field hold the time of the bounce itself.

The reason for the change was an earlier Mantis issue https://mantis.phplist.org/view.php?id=18078 to display the time of the bounce on the user profile, not the time that the bounce was inserted into the database. Even after this change the user profile still displays the time of insertion, not the time of the bounce. The time of the bounce can be obtained by modifying the query to get the time of bounce from the bounce table.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0062831)
michiel   
18-11-19 22:02   
@suela that seems quite serious and we should fix it in the next release.
(0062832)
michiel   
18-11-19 22:04   
Actually, re-reading it, basically it falls back to the original functionality and the fix that was applied did not work.

So, it's not too critical, but still nice to fix.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
20126 [phpList 3 application] General minor have not tried 06-12-19 14:53 06-03-20 16:29
Reporter: suela Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.4.8  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.4.9  
    Target Version: 3.4.9  
Summary: Converting the database to UTF8
Description: 1. Avoid displaying the warning about lack of disk space when the database has already been upgraded to UTF8. Displaying the warning regardless had caused some confusion, see this topic in the user forum https://discuss.phplist.org/t/is-there-a-way-to-convert-database-to-utf8-by-command-line/5732/10

2. Currently the processing checks the space available on the drive with the root directory '/', which might not be the actual location of the database. mysql has a parameter, datadir, giving the location of the database that can be used instead of '/'.

PR: https://github.com/phpList/phplist3/pull/616
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
20125 [phpList 3 application] Email minor have not tried 06-12-19 14:49 06-03-20 16:29
Reporter: suela Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.4.8  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.4.9  
    Target Version: 3.4.9  
Summary: Include List-Unsubscribe-Post header to indicate one-click functionality
Description: PR: https://github.com/phpList/phplist3/pull/617
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
20156 [phpList 3 application] Email minor have not tried 01-02-20 23:40 01-02-20 23:41
Reporter: samtuke Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version: 3.4.9  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version: 3.4.9  
Summary: "Campaign started" email formatting issues
Description: the default text content of the campaign started email notification has an unnecessary double line break after the title of the campaign. also it should put the title of the campaign within inverted commas to make it more readable, eg 'Newletter Subject'.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: 20200202_003750.jpg (163,603 bytes) 01-02-20 23:41
https://mantis.phplist.org/file_download.php?file_id=4699&type=bug
jpg
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
19976 [phpList 3 application] General minor have not tried 10-06-19 10:39 01-02-20 14:00
Reporter: suela Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version: Future developments  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Open Rate and bounce rate calculated differently in campaign results in dashboard and stats overview
Description: On the dashboard last campaign results, the viewed messages are calculated as a percentage of the total messages sent. Same with the bounced messages and a percentage of the total messages sent.

However, on the statistics overview, the viewed percentage is calculated as a percentage of the number of messages sent less the number of bounces . This means that for the same data, on the dashboard, the percentage values do not agree with the statistics overview if there have been any bounces.

Either way of calculating could be acceptable - but that needs to be the same way on all pages.

I think it makes more sense if open rate is calculated as a percentage of the number of messages sent less the number of bounces (as in stats overview) but bounce percentage based on total number of messages sent (as in the dashboard).
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: Screenshot from 2020-02-01 13-59-57.png (23,215 bytes) 01-02-20 14:00
https://mantis.phplist.org/file_download.php?file_id=4697&type=bug
png

Screenshot from 2020-02-01 13-59-42.png (14,699 bytes) 01-02-20 14:00
https://mantis.phplist.org/file_download.php?file_id=4698&type=bug
png
Notes
(0062970)
duncanc   
01-02-20 14:00   
See pull request https://github.com/phpList/phplist-ui-bootlist/pull/115 and these screenshots

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
20153 [phpList 3 application] Subscriber Import minor have not tried 29-01-20 11:35 31-01-20 18:09
Reporter: duncanc Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version: 3.4.8  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version: 3.4.9  
Summary: Spurious changes reported by import1 page
Description: Importing a file of email addresses using the import1 page can show spurious changes.

When the file contains an existing subscriber followed by a new subscriber then the import process compares the existing subscriber's data with the new subscriber's data and reports spurious changes. See the first screenshot.

Also, the Summary column needs a space between the text and the admin name.

See the second screenshot for the changes.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: Screenshot from 2020-01-29 10-46-40.png (67,603 bytes) 29-01-20 11:35
https://mantis.phplist.org/file_download.php?file_id=4695&type=bug
png

Screenshot from 2020-01-29 11-17-27.png (32,487 bytes) 29-01-20 11:36
https://mantis.phplist.org/file_download.php?file_id=4696&type=bug
png
Notes
(0062969)
duncanc   
31-01-20 18:09   
See pull request https://github.com/phpList/phplist3/pull/629

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
20150 [phpList 3 application] Interface - Administrator minor have not tried 24-01-20 14:52 29-01-20 17:54
Reporter: danwaterloo Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version: 3.4.8  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version: 3.4.9  
Summary: Total Clicks on campaign list page reports error
Description: On the "List of campaigns" page, total clicks reports total clicks for all tracked urls. When clicking on that number, it lists the count of clicks on the selected campaign, which is different (lower).

The 'number of clicks' on the "list of campaigns" page should report the number of clicks for the individual campaign.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0062966)
duncanc   
24-01-20 17:30   
Dan, I think the error is on the "Campaign click statistics" page. The calculation of the field "total clicks" is not correct. In my campaign
the "List of Campaigns" page shows "total clicks" as 116. This is the total number of clicks allowing a subscriber to have multiple clicks, not the number of subscribers who have clicked any link at least once.

But on the "Campaign click statistics" page we have "View subscribers who clicked" as 56 and total clicks as 69. it is the 69 value that is wrong as it should be repeating the 116 value.

If you have the Message Statistics plugin installed then you can compare its results, which I think are correct.
(0062968)
duncanc   
29-01-20 17:54   
Pull request to make the two click total values the same https://github.com/phpList/phplist3/pull/630

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
20152 [phpList 3 application] Subscribe Process minor have not tried 28-01-20 18:33 28-01-20 18:33
Reporter: samtuke Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version: 3.4.9  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version: 3.4.9  
Summary: Remove periods from end of long links
Description: The default transactional message text used for 'Message they receive when they confirm their subscription' includes periods at the end of the URLs (following the placeholder for [PREFERENCESURL] and [UNSUBSCRIBEURL]).

These periods cause awkward line breaks in some mail clients. They are grammatically unnecessary in my view.

Therefore I propose removing them from the default text.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: Selection_736.png (49,326 bytes) 28-01-20 18:33
https://mantis.phplist.org/file_download.php?file_id=4694&type=bug
png
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
20151 [phpList 3 application] Interface - Frontend minor have not tried 28-01-20 18:29 28-01-20 18:29
Reporter: samtuke Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version: 3.4.9  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version: 3.4.9  
Summary: Strange formatting of lists on confirm page
Description: The formatting of the list of newsletters which subscriber have just confirmed their membership of is confusing. On my copy, there is:

- a bullet point
- a check mark within a button, which looks interactive but is not
- the list name within a button, which looks interactive but is not
- the full list text description.

I propose removing the button status from items 2 and 3 above.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: Selection_735.png (21,618 bytes) 28-01-20 18:29
https://mantis.phplist.org/file_download.php?file_id=4693&type=bug
png
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
20148 [phpList 3 application] Subscriber Import minor have not tried 21-01-20 22:28 21-01-20 22:33
Reporter: michiel Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version: 3.4.9  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version: 3.4.9  
Summary: Import simple needs more visual feedback
Description:
I just used the import simple function on our hosted system and I had an empty blank page for a very long time.

We need to make this work better, as that's very bad UX/UI

Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0062961)
michiel   
21-01-20 22:32   
I imported about 19k subscribers, and it is taking easily 10 minutes now, and it hasn't finished yet.

Ah, it finished 19200 / 19216 Imported
(0062962)
michiel   
21-01-20 22:33   
Also, the summary of import results disappeared from screen. Keep them.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
20144 [phpList 3 application] Configuration minor have not tried 10-01-20 22:17 12-01-20 13:06
Reporter: bulgin Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.4.8  
Product Build: Resolution: no change required  
Projection: none      
ETA: none Fixed in Version:  
    Target Version: 3.4.9  
Summary: 404 error custom page not working
Description: I have version 3.4.9.

My install is in: subdomain-name.domain.com

When creating a custom 404.html page in any of the following and commentating as:
define('ERROR404PAGE', '404.html'); in phplist config.php

/home/directory/public_html/404.html
/home/directory/public_html/subdomain-name/404.html
/home/directory/public_html/subdomain-name/lists/404.html

accessing a non-existent html page in any of those directories, produces the standard system 404 not the custom 404.html
Tags: 404, configuration
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0062952)
bulgin   
10-01-20 22:26   
SOLVED: The custom 404.html file MUST be in the - for the example given above - /home/directory/public_html/subdomain-name.com/404.html and it only works with bad phplist embedded links.

For example, just randomly trying sub-domain-name.com/blablabla won't produce the custom 404.html - it would appear it MUST be a link embedded in the actual email for this work.

Perhaps the config.php notes should make this more clear regarding that it would only work with bad links embedded in the actual message.
(0062953)
michiel   
12-01-20 13:05   
The ERROR404PAGE only works for pages that are under control of phpList. If you want other pages to work with the same file, you need to configure your webserver to use that file.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
19902 [phpList 3 application] Template Management minor have not tried 22-04-19 17:55 08-01-20 13:15
Reporter: suela Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.4.1  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version:  
    Target Version: Future developments  
Summary: Remove the ID column from 'list templates'
Description: The ID column on the "List template" page currently is not useful for the admin so, remove that column for better display.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0062113)
suela   
22-04-19 17:55   
Work in progress PR: https://github.com/phpList/phplist3/pull/516

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
17725 [phpList 3 application] General minor have not tried 18-06-15 16:53 06-01-20 20:01
Reporter: gingerling Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.0.12  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.2.0  
    Target Version:  
Summary: Change text of use template dropdown
Description: change -- select one

to "none"

or add an option for none.
Tags: quick-fix, UI Improvements
Steps To Reproduce:
Additional Information:
Attached Files: phplist_user_attributes_ordered_incorrectly.png (20,417 bytes) 11-07-15 10:57
https://mantis.phplist.org/file_download.php?file_id=3676&type=bug
png
Notes
(0056392)
support   
11-07-15 10:57   
Same issue here as on the other dropdown bug. It just seems very odd. It's done in a more normal way in other places, like the attached screenshot taken from another bug report
(0056400)
michiel   
11-07-15 13:19   

that is completely unrelated.
(0056411)
gingerling   
13-07-15 10:45   
Ok, I am not wishing to be rude here but I don't think it's unrelated. That is what a normal dropdown looks like, and we have them in several phpList in other places. These rennet drop-downs however, are not normal.

I have spend the past 10 mins looking at dropdowns in other software and it seems to me that they all work like one of the following:

1) The pre-selected is a "null" and says something like "all" or "none" or "no value"

2) The pre-selected is a setting in it's own right like edit "menu 1" or page "home" or language "English" and there is no null setting.

In this case, we should be 1. So change

"change -- select one

to "none" "

If we want to indicate what the dropdown is for, that should be done some other way like in the text next to it, or in the information box etc.
(0056513)
gingerling   
23-07-15 11:35   
If we can reach a consensus this can go in quick fix

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
19840 [phpList 3 application] Theme - Trevelin minor have not tried 22-03-19 16:29 06-01-20 19:27
Reporter: samtuke Platform: Linux  
Assigned To: OS: Fedora  
Priority: normal OS Version: 26  
Status: resolved Product Version: 3.4.0  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.4.9  
    Target Version: next minor  
Summary: Outdated dependencies in theme repo
Description: GitHub warns that two libraries are outdated and have CVEs. Specifically jekyll and ffi. :

https://github.com/phpList/phplist-ui-bootlist/network/alerts

Investigate if these dependencies are still required, and if so, update them.
Tags:
Steps To Reproduce:
Additional Information:
System Description Gnome
Attached Files: Selection_540.png (48,377 bytes) 25-03-19 18:31
https://mantis.phplist.org/file_download.php?file_id=4561&type=bug
png

Selection_539.png (45,616 bytes) 25-03-19 18:31
https://mantis.phplist.org/file_download.php?file_id=4562&type=bug
png
Notes
(0062032)
xheni   
25-03-19 18:12   
@samtuke we don't have access to see the alerts info.
(0062033)
samtuke   
25-03-19 18:31   
OK here they are

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
20134 [phpList 3 application] Interface - Backend minor have not tried 17-12-19 21:05 02-01-20 14:26
Reporter: dmageiras Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version: 3.4.8  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version: 3.4.9  
Summary: utf8 support for campaign subject
Description: Hi all!
Thanks for the excellent project. Campaign subject does not seem to support utf8, thus I cannot place emoticons. Emoticon open format (=?utf-8?q?=F0=9F=94=A8?=) seems to work when combined with latin characters, but it doesn't work when combined with greek characters. Using a solution for encoding both emoticons and greek chars (like this https://www.sendblaster.com/utf8-email-subject-encoder/) renders subject ok for the newsletter recipient, but campaigns list still shows the encoded text in the open format (like this =?UTF-8?B?8J+UpSDOnM ... IPCflKU=?=).
Campaign lists are messy with this long texts and confusing.
If you need further help on this feel free to contact me.
Sincerely,
DM
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: Screenshot from 2020-01-02 14-26-02.png (2,528 bytes) 02-01-20 14:26
https://mantis.phplist.org/file_download.php?file_id=4692&type=bug
png
Notes
(0062911)
duncanc   
18-12-19 18:22   
This appears to be similar to https://mantis.phplist.org/view.php?id=20109

If you change the database to use utf8mb4 instead of utf8 then emojis should work. I think that the change needs to be applied at the colum level but you probably only need to change a few tables such as message and messagedata if you want to use emojis only in campaigns.
(0062931)
dmageiras   
02-01-20 14:02   
Just changed the database field subject to utf8mb4 like this: "alter table phplist_message change subject subject varchar(255) character set utf8mb4 collate utf8mb4_unicode_ci;"
but still the problem remains.

To be more exact:

- I copy an emoticon to subject line, the system sends a message with 4 question marks (????) in the subject line and it also stores four questions marks (????) to the column subject.
- I copy =?utf-8?q?=F0=9F=94=A8?= to the subject line. I get a message with a proper emoticon. The system stores =?utf-8?q?=F0=9F=94=A8?= to the database. The phplist backend display =?utf-8?q?=F0=9F=94=A8?=.
- I copy =?utf-8?q?=F0=9F=94=A8?= and any latin charaters (let's say: =?utf-8?q?=F0=9F=94=A8?= TEST). The message sent has a proper emoticon and the word TEST as expected. The database and the backend display =?utf-8?q?=F0=9F=94=A8?= TEST.
- I copy =?utf-8?q?=F0=9F=94=A8?= TEST and some greek characters (=?utf-8?q?=F0=9F=94=A8?= TEST ΑΒΓΔ). The message sent has not an emoticon any more.
(0062932)
duncanc   
02-01-20 14:26   
You also need to alter the messagedata table because most of the message fields are duplicated there.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
20124 [phpList 3 application] Bounce Management minor have not tried 03-12-19 19:12 27-12-19 22:14
Reporter: MANTISFCKD Platform:  
Assigned To: OS:  
Priority: high OS Version:  
Status: new Product Version: 3.4.8  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version: 3.4.9  
Summary: Database error 1366 and 1064 after processing bounces
Description: Still not resolved.. as suggested, the database tables have been checked ( they are OK!!). Indexes rebuilt, OK.

still getting this

Processed messages will be deleted from mailbox
Database error 1366 while doing query Incorrect string value: '\xFE\xFE\xEC\xE0 \xF0...' for column 'header' at row 1
Database error 1064 while doing query You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '16:57 )' at line 13
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0062886)
MANTISFCKD   
03-12-19 19:14   
see more details at https://mantis.phplist.org/view.php?id=20123

Database Type mysql
Database Version 5.7.28
Database Collation utf8_general_ci
Database Connection Collation utf8mb4_general_ci
PHP Version 7.3.12
(0062887)
MANTISFCKD   
03-12-19 21:10   
(Last edited: 04-12-19 18:52)
more of the same messages as before ...

=====

Processed messages will be deleted from mailbox
Database error 1064 while doing query You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '07:43 )' at line 13
Database error 1064 while doing query You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '08:49 )' at line 13




300 done
Closing mailbox, and purging messages
Processing bounces based on active bounce rules
48 bounces processed by advanced processing
2328 bounces were not matched by advanced processing rules
Identifying consecutive bounces
unsubscribing 3813 -> 3 bounces
... ... ... ... ... (etc)
unsubscribing 15807 -> 3 bounces
total of 1547 subscribers processed

(0062888)
MANTISFCKD   
03-12-19 21:42   
(Last edited: 03-12-19 21:45)
sometimes i get the error - other times I don't (testing with batches of 200 bounces now) ...

I'm wondering if the glitch is somewhere in the "advanced processing section" - since when that doesn't trigger, I don't see the error (COINCIDENCE?)

200 done
Closing mailbox, and purging messages
Processing bounces based on active bounce rules
0 bounces processed by advanced processing
3204 bounces were not matched by advanced processing rules
Identifying consecutive bounces
total of 1632 subscribers processed

(0062889)
MANTISFCKD   
04-12-19 18:52   
Couple small batches went OK, but the last 300 batch yielded these messages

Processed messages will be deleted from mailbox
Database error 1064 while doing query You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '07:49 )' at line 13
Database error 1064 while doing query You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '07:49 )' at line 13

again, this one had some advanced processing happen:

300 done
Closing mailbox, and purging messages
Processing bounces based on active bounce rules
4 bounces processed by advanced processing
3920 bounces were not matched by advanced processing rules
Identifying consecutive bounces (...)
(0062890)
MANTISFCKD   
04-12-19 19:05   
(Last edited: 04-12-19 19:06)
again, another run with no advanced processing yields no error messages:

200 done
Closing mailbox, and purging messages
Processing bounces based on active bounce rules
0 bounces processed by advanced processing
4142 bounces were not matched by advanced processing rules

PS: why do I have so many bounces?? Well, when we migrated servers last week I did a clean 3.4.8 installation and imported the previously exported user lists.
Unfortunately, that brought in about 3000 previously blacklisted members that didn't get their blacklist status onto the new system. Thus the last few mailers are generating a ton of bounces... :(

(0062891)
MANTISFCKD   
04-12-19 19:16   
Hmmm... of course, it's a pesky intermittent problem based on content - only a certain few of the 'advanced processing' seem to trigger the error:
( this one had two and no errors, earlier posts show 48 and two errors, etc etc)
I can see why the earlier ticket was marked 'unreproduceable' - this is clearly some sort of edge case that requires a lot of testing!

375 done
Closing mailbox, and purging messages
Processing bounces based on active bounce rules
2 bounces processed by advanced processing
4517 bounces were not matched by advanced processing rules

...
(0062892)
duncanc   
06-12-19 12:23   
The mysql 1064 error is the same as reported here https://mantis.phplist.org/view.php?id=20117

The 1366 error seems to indicate a problem with the "header" column in the bounce table. Possibly it is not defined as UTF8.
(0062893)
duncanc   
06-12-19 14:49   
But he values in the error message are not valid UTF8. 0xFE is not a valid byte in UTF8.

Incorrect string value: '\xFE\xFE\xEC\xE0
(0062913)
MANTISFCKD   
18-12-19 22:55   
Same story today:


50 done
Closing mailbox, and purging messages
Processing bounces based on active bounce rules
0 bounces processed by advanced processing
7909 bounces were not matched by advanced processing rules
Identifying consecutive bounces
unsubscribing 1542 -> 3 bounces
unsubscribing 3578 -> 3 bounces
unsubscribing 3690 -> 3 bounces
unsubscribing 4270 -> 3 bounces
unsubscribing 6499 -> 3 bounces
unsubscribing 7715 -> 3 bounces
unsubscribing 8833 -> 3 bounces
unsubscribing 8843 -> 3 bounces
unsubscribing 9345 -> 3 bounces
unsubscribing 9939 -> 3 bounces
unsubscribing 13371 -> 3 bounces
unsubscribing 13389 -> 3 bounces
total of 104 subscribers processed

Processed messages will be deleted from mailbox
Database error 1366 while doing query Incorrect string value: '\xFE\xFE\xEC\xE0 \xF0...' for column 'header' at row 1
Database error 1064 while doing query You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '22:01 )' at line 13

========

Incidentally, PHPlist database Verify function reports that all tables are good...
All tables are InnoDB utf8_general_ci
(0062914)
duncanc   
19-12-19 08:35   
The 1064 error is fixed in the latest release of phplist, 3.4.9.

As I mentioned before, the incorrect string value \xFE\xFE\xEC\xE0 \xF0 doesn't look to be valid UTF8, so the error message might be caused by bad data. Are you able to get the contents of the actual bounce email itself?
(0062915)
MANTISFCKD   
19-12-19 16:11   
Have not been able to IDENTIFY any specific bounce email causing this! For years, been getting roughly the same typical hundred or two bounces every mail ( we run about 15,000 sends once or twice a week).
Never ever saw this issue before the 3.4.8 version of PHPlist... Anyway, the whole idea of database software is that it doesn't ALLOW any 'bad data' to get thrown at the database, right? :)
(0062916)
MANTISFCKD   
19-12-19 19:23   
Also, please note this 'incorrect string value' is not the only glitch we are seeing - it seems some of the code takes exception to 'something else' as well... (we don't always see the 'incorrect string value')


25 done
Closing mailbox, and purging messages
Processing bounces based on active bounce rules
2 bounces processed by advanced processing
7935 bounces were not matched by advanced processing rules
Identifying consecutive bounces
unsubscribing 1023 -> 3 bounces
total of 92 subscribers processed

Processed messages will be deleted from mailbox
Database error 1064 while doing query You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '01:49 )' at line 13
(0062919)
MANTISFCKD   
25-12-19 20:40   
yesterday's run:

Process bounces

125 done
Closing mailbox, and purging messages
Processing bounces based on active bounce rules
0 bounces processed by advanced processing
8205 bounces were not matched by advanced processing rules
Identifying consecutive bounces
unsubscribing 1009 -> 3 bounces
unsubscribing 3602 -> 3 bounces
unsubscribing 7851 -> 3 bounces
unsubscribing 10302 -> 3 bounces
unsubscribing 10367 -> 3 bounces
total of 308 subscribers processed

Processed messages will be deleted from mailbox
Database error 1064 while doing query You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '08:31 )' at line 13
Database error 1064 while doing query You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '09:21 )' at line 13
(0062920)
MANTISFCKD   
25-12-19 20:43   
(Last edited: 25-12-19 20:44)
PS: 3.4.9 has to be a manual upgrade?? I get this on running "upgrade":

Upgrade phpList
Your database version: 3.4.8

Your database is already the correct version, there is no need to upgrade

(0062923)
duncanc   
26-12-19 10:25   
The "upgrade phplist" menu is to upgrade the database. You need to upgrade the phplist code first.
See the manual https://www.phplist.org/manual/books/phplist-manual/
(0062924)
MANTISFCKD   
27-12-19 22:14   
Wow, that previous one-click code update thing didn't last long... and I went and re-arranged the furniture just to accommodate it!
No matter - will upgrade to 3.4.9. as soon as time permits!

Did not get any 1064 errors today - but still get this "1366" error...

Process bounces

25 done
Closing mailbox, and purging messages
Processing bounces based on active bounce rules
0 bounces processed by advanced processing
8245 bounces were not matched by advanced processing rules
Identifying consecutive bounces
unsubscribing 58 -> 3 bounces
unsubscribing 207 -> 3 bounces
unsubscribing 373 -> 3 bounces
unsubscribing 1432 -> 3 bounces
unsubscribing 3042 -> 3 bounces
unsubscribing 3288 -> 3 bounces
unsubscribing 4393 -> 3 bounces
unsubscribing 4421 -> 3 bounces
unsubscribing 5173 -> 3 bounces
unsubscribing 5630 -> 3 bounces
unsubscribing 5807 -> 3 bounces
unsubscribing 5950 -> 3 bounces
unsubscribing 7148 -> 3 bounces
unsubscribing 7576 -> 3 bounces
unsubscribing 8837 -> 3 bounces
unsubscribing 8860 -> 3 bounces
unsubscribing 8980 -> 3 bounces
unsubscribing 9102 -> 3 bounces
unsubscribing 9232 -> 3 bounces
unsubscribing 9323 -> 3 bounces
total of 309 subscribers processed

Processed messages will be deleted from mailbox
Database error 1366 while doing query Incorrect string value: '\xFE\xFE\xEC\xE0 \xF0...' for column 'header' at row 1

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
20133 [phpList 3 application] phpList minor have not tried 17-12-19 14:02 17-12-19 14:02
Reporter: mariana Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version: 3.4.8  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version: 3.4.9  
Summary: Update phpList logo on GitHub
Description: The phpList logo on GitHub has to be updated with the newer version. The blue/black versio should be there.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
20128 [phpList 3 application] General minor have not tried 06-12-19 14:58 06-12-19 14:58
Reporter: suela Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.4.8  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version:  
    Target Version: 3.4.9  
Summary: Allow additional processing of a link click by plugins.
Description: Allow additional processing of a link click by plugins. For example, to record individual clicks of certain URLs.
PR: https://github.com/phpList/phplist3/pull/613
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
20127 [phpList 3 application] General minor have not tried 06-12-19 14:56 06-12-19 14:56
Reporter: suela Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.4.8  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version:  
    Target Version: 3.4.9  
Summary: Display campaign title and bounce time on Subscriber Profile campaigns tab
Description: On the Campaigns tab of the Subscriber Profile page

display the campaign title instead of the campaign id, as that should be more useful.
when the email bounced display the time of the bounce. This used to be displayed but an earlier change to the tabs stopped it working.
ensure that the viewed and response time columns are always displayed so that the bounce column is displayed after those. The bounce column will be displayed only when at least one email has bounced.

PR: https://github.com/phpList/phplist3/pull/615
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
20123 [phpList 3 application] Bounce Management minor have not tried 27-11-19 23:13 30-11-19 20:28
Reporter: MANTISFCKD Platform:  
Assigned To: OS:  
Priority: none OS Version:  
Status: resolved Product Version: 3.4.8  
Product Build: Resolution: unable to reproduce  
Projection: none      
ETA: none Fixed in Version:  
    Target Version: 3.4.9  
Summary: Database error 1064 after processing bounces
Description: Database error 1064 while doing query You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '21:31 )' at line 13

Otherwise 253 bounces were apparently processed correctly, with another 1450 waiting to be processed... ( trying again)

Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0062874)
MANTISFCKD   
27-11-19 23:27   
tried again... got further this time!!

Processed messages will be deleted from mailbox
Database error 1064 while doing query You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '21:26 )' at line 13

1025 done
Closing mailbox, and purging messages
Processing bounces based on active bounce rules
85 bounces processed by advanced processing
1216 bounces were not matched by advanced processing rules
Identifying consecutive bounces
total of 1169 subscribers processed

---

if I could figure out which order these get grabbed from the mailbox in, then I could attach the troublemaking email.. but for now I just have to keep at it until there's only one left?
(0062875)
MANTISFCKD   
27-11-19 23:32   
still at it... only 120 left!

100 done
Closing mailbox, and purging messages
Processing bounces based on active bounce rules
13 bounces processed by advanced processing
1363 bounces were not matched by advanced processing rules
Identifying consecutive bounces
total of 1249 subscribers processed

Processed messages will be deleted from mailbox
Database error 1064 while doing query You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '21:41 )' at line 13
(0062876)
MANTISFCKD   
27-11-19 23:36   
well that is interesting - it just silently errors now... there are still 120 items in the box

0 bounces to fetch from the mailbox
Processing bounces based on active bounce rules
0 bounces processed by advanced processing
1368 bounces were not matched by advanced processing rules
Identifying consecutive bounces
total of 1249 subscribers processed

I'll guess I'll just start moving random ones to a temporary folder until I get this narrowed down...
(0062877)
MANTISFCKD   
28-11-19 00:01   
(Last edited: 28-11-19 00:11)
hmmm.. after much trial and error I got it down to the very last 'killer message"but in fact, that one went through fine as WELL.
So the bad one got DELETED somehow? I guess I'll never know...

(0062878)
MANTISFCKD   
28-11-19 19:17   
Whoops - looks like this is an ogoing thing - more bounce processing today:

Database error 1064 while doing query You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '14:41 )' at line 13
Database error 1064 while doing query You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '18:33 )' at line 13

Incidentally, running PHP Version 7.3.12, and mysqlnd 5.0.12-dev , on MySQL
Server type: MySQL
Server version: 5.7.28 - MySQL Community Server (GPL)

-----

17 bounces to fetch from the mailbox
Please do not interrupt this process
Closing mailbox, and purging messages
Processing bounces based on active bounce rules
0 bounces processed by advanced processing
1573 bounces were not matched by advanced processing rules
Identifying consecutive bounces
total of 1352 subscribers processed
(0062880)
MANTISFCKD   
28-11-19 23:02   
Here is something a little different... there were actually 31 messages in the bounce box, and after bounce processing:

4 bounces to fetch from the mailbox
Please do not interrupt this process
Closing mailbox, and purging messages
Processing bounces based on active bounce rules
0 bounces processed by advanced processing
1634 bounces were not matched by advanced processing rules
Identifying consecutive bounces
total of 1364 subscribers processed

Processed messages will be deleted from mailbox
Database error 1366 while doing query Incorrect string value: '\xFE\xFE\xEC\xE0 \xF0...' for column 'header' at row 1
(0062881)
MANTISFCKD   
28-11-19 23:12   
Keeping at it ( have 1500 bounces to deal with today) ...

Processed messages will be deleted from mailbox
Database error 1064 while doing query You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '22:35 )' at line 13

This from a run of only 17 bounce mails ( all which were successfully deleted after processing...)
(0062882)
michiel   
30-11-19 20:27   
Database error 1064 is a missing column or table.

Can you go to System -> Database check and see if it passes. If not, you need to create the missing columns.
(0062883)
michiel   
30-11-19 20:28   

Closing as "unable to reproduce"

The forums are a better place to request help.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
20119 [phpList 3 application] Interface - Backend minor have not tried 19-11-19 05:08 22-11-19 22:47
Reporter: AlanW Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version: 3.4.8  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version: 3.4.9  
Summary: Fuzzy Fonts In Various Screens
Description: The fuzzy font issue has cropped up again in various other screens in the back end.
Tags: CSS, UI Improvements
Steps To Reproduce:
Additional Information:
Attached Files: Selection_006.png (62,577 bytes) 19-11-19 05:08
https://mantis.phplist.org/file_download.php?file_id=4682&type=bug
png

Selection_005.png (114,926 bytes) 19-11-19 05:08
https://mantis.phplist.org/file_download.php?file_id=4683&type=bug
png

Selection_004.png (41,875 bytes) 19-11-19 05:08
https://mantis.phplist.org/file_download.php?file_id=4684&type=bug
png

Selection_003.png (81,135 bytes) 19-11-19 05:08
https://mantis.phplist.org/file_download.php?file_id=4685&type=bug
png

Selection_002.png (25,951 bytes) 19-11-19 05:08
https://mantis.phplist.org/file_download.php?file_id=4686&type=bug
png

Screenshot from 2019-11-22 22-36-32.png (6,185 bytes) 22-11-19 22:38
https://mantis.phplist.org/file_download.php?file_id=4687&type=bug
png
Notes
(0062833)
michiel   
19-11-19 22:20   
Can you link this to the mantis issues where it has been discussed before? I'm not a designer, so I don't see anything weird on the screenshots :-)
(0062846)
AlanW   
21-11-19 22:25   
Hi Michiel,
Sorry, but how do I do that?
(0062850)
michiel   
22-11-19 22:47   
Scroll up and in the Relationships section you can add connections to other issues.

If that's not there, you can also add it in the comment area with two # signs: 0020119

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
17346 [phpList 3 application] Batch Processing minor always 02-09-14 16:48 20-11-19 20:01
Reporter: Riktam Platform:  
Assigned To: OS:  
Priority: low OS Version:  
Status: resolved Product Version: 3.0.7  
Product Build: Resolution: won't fix  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: "Campaign started" email sent on restart.
Description: If we stop and then restart the sending of a campaign we receive the same email as if the of campaign starting to be sent.
Tags: UI Improvements
Steps To Reproduce: Suspend the sending of a email and the resume the sending.
Additional Information: we don't get any email when the sending is suspended.
Attached Files:
Notes
(0054830)
michiel   
02-09-14 18:04   

how odd. Will be good to check why.
(0056111)
michiel   
19-05-15 19:26   
checked the code and it's intentional. Not sure if we want to keep it like that?

If you suspend a campaign, and then re-queue it, you will be notified of it starting again.

I think that's ok, but maybe others have a different view?
(0056149)
gingerling   
21-05-15 18:51   
Seems fine to me - maybe make the email "campaign re-queued" if it bothers people?

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
18566 [phpList 3 application] Statistics minor sometimes 09-03-17 17:52 20-11-19 19:59
Reporter: duncanc Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.3.1  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version: next patch  
Summary: Link clicks fail when signed with hmac
Description: After enabling SIGN_WITH_HMAC in the config file I found that link clicks failed with the message "Invalid request".

It appears that on this particular server $_SERVER["REQUEST_SCHEME"] is not populated, which causes phplist to use an incomplete url when calculating the expected hmac value, within file lt.php.

Further, it appears that _SERVER["REQUEST_SCHEME"] is non-standard as it is does not appear in the php documentation of $_SERVER, http://php.net/manual/en/reserved.variables.server.php

One topic on stack overflow http://stackoverflow.com/questions/18008135/is-serverrequest-scheme-reliable suggests to use $_SERVER["HTTPS"] instead of or as well as $_SERVER["REQUEST_SCHEME"].

This particular server is running LiteSpeed with php 7.1.2 and does populate $_SERVER["HTTPS"] with "on".

But two other servers I looked at (apache/mod_php and FastCGI) do populate $_SERVER["REQUEST_SCHEME"] and have not populated $_SERVER["HTTPS"] but I am using http not https so that might be expected.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0058863)
duncanc   
09-03-17 17:59   
Just looked at another server, which is running FastCGI, accessed using https.
Both $_SERVER["REQUEST_SCHEME"] (value "https") and $_SERVER["HTTPS"] (value "on") are populated.

It seems the existence of $_SERVER["HTTPS"] and its value equals "on" mean that the scheme is https.
(0058865)
duncanc   
09-03-17 19:01   
I'm not fully aware of exactly what the hmac is protecting, presumably the tid parameter, but should the hmac verification process use the same method as the hmac generation?

The code that generates the hmac uses config values $public_scheme, $website etc, and those might not match the actual scheme or host when the link click is processed. For example if the web site redirects http to https then the actual scheme would differ from the scheme used in the hmac calculation.
(0058867)
michiel   
09-03-17 19:46   
Ah, that will be good to fix.

The HMAC protects "tampering" with the URL.

With the HMAC you can't change the parameters and see what happens.
(0059068)
samtuke   
15-05-17 16:37   
Is this issue now resolved?
(0059110)
michiel   
24-05-17 12:19   
no, this is not resolved. I will need to do one of two:

1. not include the scheme before signing
2. better detect the scheme

I think 1 is the most failsafe for now.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
17853 [phpList 3 application] General minor have not tried 05-10-15 08:24 19-11-19 22:33
Reporter: gingerling Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.2.1  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version: next minor  
Summary: Make link URL column wider in stats page(s) so more of the URL can be seen
Description: The columns on the link stats pages are all the same width, so the url is cut short but the number of clicks and % have loads of empty space around. Suggest column with link name is made wider and others made narrower.

Client suggested and waiting.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0056946)
michiel   
05-10-15 08:35   

that's for mobile rendering. Without cutting it off, it would be too wide on mobiles.

Mariez, is there a way to be wider on desktop and narrow on mobile? Currently the output is cut off by the PHP code, but we could do that with JS instead?
(0056947)
michiel   
05-10-15 08:38   
Also, gingerling, the entire URL is visible when you hover over the link,
(0056949)
gingerling   
05-10-15 11:05   
Also, gingerling, the entire URL is visible when you hover over the link,

> oh yeah... take a while to appear, I guess that is normal though, I will note it to the client.
(0056959)
user5081   
05-10-15 17:24   
Can you help me with the URL of the page?
(0056960)
michiel   
05-10-15 17:27   
for example http://dev.phplist.com/lists/admin/?page=mviews&id=2
(0056961)
user5081   
05-10-15 17:50   
(Last edited: 05-10-15 17:51)
The problem with phplist tables is that all has the same class, so for example it is imposible to give a different style to this table with 3 columns
http://dev.phplist.com/lists/admin/?page=mviews&id=2
and this table with 5 columns:
http://dev.phplist.com/lists/admin/?page=mclicks&tk=1d46023d1fa5cb0

So i think we should not play with columns width.

But we can replace the php script with a js script, that way we can manage more characters for desktop and less characters for mobiles.

(0056962)
user5081   
05-10-15 17:54   
the column width will be automatically biger with more characters in this page
http://dev.phplist.com/lists/admin/?page=mviews&id=2
or any page with urls, because urls dont' have space to cut
(0056964)
michiel   
06-10-15 08:29   

So, instead of reducing the text as we do now with PHP, do you think I should just add some spaces in the text so that it wraps better? Would that work across devices, eg desktop and mobile?
(0056974)
user5081   
06-10-15 16:29   
No. I think we should do same as it is in php, but with jquery to leave more chars in big screens, for example:

$(window).resize(function() {
    if( $(this).width() > 1024 ) {
        // code
    }
    else { // code }
});
(0056978)
support   
07-10-15 10:23   
@M same client also requested that you click the title of column and that sorts the data low/high. There is a mantis for that but can't find it. Can you find it either?
(0056980)
michiel   
07-10-15 14:54   
please do not cross discuss
(0056981)
user5081   
07-10-15 15:34   
Maybe, Michiel, we you should keep php script but with more characters, so desktop will show more of the url; AND add a jquery script only for small screens. Do you want me to work on this? I can do the jquery and when it is ready in dev, you can modify the php script.
(0056982)
michiel   
07-10-15 15:39   
yes, good idea. It will be easy to increase the number of characters that is output by the PHP. So, let me know when you're done.

If you need spaces to be able to cut the text easily let me know.
(0057053)
user5081   
16-10-15 17:15   
Michiel, i added some usefull styles to the css
(https://github.com/phpList/phplist-ui-dressprow/pull/12)

After update css, you can add: class="url" to the "a" element and will show a limited string to 170px with "..." at the end on screens smaller than 768px.
So then you will be able to increase the characters in the php script for urls, without risk.

I also added 2 more styles for hide content on mobile, and show content only on mobile. You can use this as you need.

I will document this on th UI page im working on, under a title HELPER CLASSES.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
17575 [phpList 3 application] General minor have not tried 13-01-15 10:51 19-11-19 22:33
Reporter: gingerling Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: feedback Product Version: 3.0.11  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.2.0  
    Target Version:  
Summary: Add more info to the suppression list page to make is clearer what it is
Description: To avoid really stupid mistakes we could add some text to the suppression list page. Something like

"Use this page to add emails to the suppression list. Subscribers on the Suppression list will not be sent any emails from your system."

At some point we will also link to documentation from within the app, which will doubly help.

The problem is with this page is that someone a bit "slap-dash" in their approach can really mess themselves up.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0056158)
michiel   
22-05-15 17:04   
https://github.com/phpList/phplist-lan-info/commit/e4359e7c0cb8515c4226172b781533dabbab7c67

http://dev.phplist.com/lists/admin/?page=suppressionlist
(0056387)
support   
11-07-15 01:39   
I don't think this is any clearer to be honest. The box for "unconfirm" as opposed to blacklist is a good idea but it doesn't say what it does at all, which I think will make more confusion again. Also the text

"Paste the emails to mark unconfirmed in this box, and click continue" is there all the time, which is very confusing because it does not mention blacklisting

Suggest two boxes 1) unconfirm 2) blacklist
(0056388)
support   
11-07-15 01:42   
I actually just realise what this edit was by looking at github. No one reads the text in help, so it's not a warning if they don't see it. also, as we are integrating the manual soon it doesn't seem sensible. It will need to be on the page or in a pop up warning box or something.

I am sorry I am only just giving feedback now, I just got so many mantis emails at once I couldn't check them all. We need to built time into the realease cycle for this.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
17320 [phpList 3 application] General minor have not tried 22-08-14 16:27 19-11-19 22:33
Reporter: gingerling Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: assigned Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version: phpList 3.1.X  
Summary: Unsubscribe system overhaul.
Description: In meeting we came to the conclusion that the "unsubscribe from one list means totally unsubscribing from whole installation" idea isn't satisfactory.

The replacement idea we came up with was:

- user clicks "unsubscribe" in email

- they get sent to a page with ALL the lists the are subscribed to from that install (but simpler than the current preferences page)

- They can choose individual lists to leave (list that sent them the specific mail they came from should be highlighted somehow?)

- AND there should be a really big obvious way to leave ALL lists too. A "just stop mailing me completely" type button.

Tags:
Steps To Reproduce:
Additional Information: - we should clean up these pages a little too, design wise.
-the blanket unsubscribe process would be replaced by this process.
Attached Files: Screenshot from 2014-11-07 10:56:44.png (120,376 bytes) 07-11-14 11:35
https://mantis.phplist.org/file_download.php?file_id=3601&type=bug
png
Notes
(0054709)
gingerling   
27-08-14 17:02   
It occurred to me today that we will need to have a way to deal with non-public subscriber lists. For example, some phpList users may wish to divide their subscribers up in ways which the subscriber should not see (like "customers who spend a lot of money" type thing). Not sure how we would deal with this when we get to the detailed unsubscribe page.
(0054710)
michiel   
27-08-14 21:16   
that's already handled with http://resources.phplist.com/system/config/preferencepage_show_private_lists
(0054711)
gingerling   
28-08-14 11:00   
Yeah but surely we DON'T want this to happen, I mean if I had marked a bunch of Ethical Pets customers "easy money" or something crude, so I could mail them when we really need to sell something, I wouldn't want them to SEE that when they come to unsubscribe/update.

My point was more that, as we said when the subscriber clicks unsubscribe they would instead go to a simplified preferences page, where they can unsubscribe from some lists or jumpoff completely, in that instance, private lists are a confusing issue, because the subscriber won't see them and so we have a situation where they keep getting mails and they don't know why (which is what we want to avoid)
(0054712)
michiel   
28-08-14 12:28   
yes, but with the config mentioned you can choose the functionality:

1. show is TRUE -> show them
2. show is FALSE -> don't show them

By default I used to have private lists be private, but someone asked for them to be available on the preferences page.

Or alternatively, we need to work on a third classification for lists.
(0054713)
gingerling   
28-08-14 12:37   
so if show is false, and the subscriber doesn't see them, then what do we action when they click unsubscribe?

so

1) They click unsubscribe, and jumpoff ALL lists > removed from private lists
2) The click unsubscribe and just unsubscribe from the one list they had the message from but leave the rest > they stay on all private lists?
3) They click unsubscribe and leave several lists but not all of them > they stay on all private lists?

In ethical pets, say if we have public list dog, public list cat, private list "dog easy money" private list "cat easy money" and a subscriber has a dog and a cat, and so is on all four lists. One day, they get a message about dogs but their dog recently died, so they go on the unsubscribe link and they leave the public dog list. The, a few weeks later they have get special offers about dogfood cause they are still on the private "dog easy money" list.

I guess what we would need are "related, but private" lists, so when a subscriber leaves the public list dog, they are automatically removed from the private lists about dogs.
(0054817)
michiel   
02-09-14 13:27   
this is a big change, and I will make that version 3.1.X

so I won't include this in 3.0.X yet.
(0054819)
gingerling   
02-09-14 14:11   
Yes, I agree. Do we have an time frame and initial feature list for 3.1 yet?
(0055611)
gingerling   
07-11-14 11:36   
I like the way this system does it (see image)

You click unsubscribe
A page opens, you can adjust your preferences
OR click the big red-button that stops all mail ever

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
17164 [phpList 3 application] Internationalization (l18n) minor always 25-04-14 10:46 19-11-19 22:33
Reporter: duncanc Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.0.6  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version: internationalization  
Summary: Polish translation has been broken by release 3.0.6
Description: A report in the user forum that release 3.0.6 has broken the Polish translation.

http://forums.phplist.com/viewtopic.php?f=19&t=40946

Release 3.0.5 appears to have correct captions for menu items.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0054302)
michiel   
17-07-14 16:23   

this is because the translation site has the texts like that. Obviously someone was confused about how it works.

This needs fixing in the translation sources on translate.phplist.com
(0054571)
duncanc   
12-08-14 15:28   
Can this be fixed and included in 3.0.7?

"Obviously someone was confused about how it works". Who has access to the translate site?
(0054572)
gingerling   
12-08-14 15:33   
hum - not sure what the version control is like for translations. M, any idea?

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
16935 [phpList 3 application] Bounce Management minor sometimes 28-10-13 09:56 19-11-19 22:33
Reporter: duncanc Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.0.5  
Product Build: Resolution: reopened  
Projection: none      
ETA: none Fixed in Version: 3.0.6  
    Target Version:  
Summary: Add advanced bounce action to blacklist email instead of user
Description: In 3.x there is new processing of consecutive bounces controlled by BLACKLIST_EMAIL_ON_BOUNCE that blacklists the email address not the user.

It would be useful to have a similar action for advanced bounce processing as this would then give a reasonably reliable way to identify a bounced user. The email address is blacklisted but not the user. Currently marking a bounced user as unconfirmed or blacklisted is unsatisfactory because unconfirm status and blacklisted status have other meanings.

See file admin/processbounces.php
Copy lines 541-559 to create two new rules
blacklistemail and blacklistemailanddeletebounce

and add blacklistemail and blacklistemailanddeletebounce to the global bouncruleactions in admin/lib.php

and create translations for the new strings
"blacklist email"
and "blacklist email and delete bounce"

Attached is a modified processbounces.php that adds the two rules. I have changed 'user' to 'email' in places to indicate that the email has been blacklisted.

This is the modified bounceruleactions:

$GLOBALS['bounceruleactions'] = array(
  'deleteuser' => $GLOBALS['I18N']->get('delete user'),
  'unconfirmuser' => $GLOBALS['I18N']->get('unconfirm user'),
  'blacklistuser' => $GLOBALS['I18N']->get('blacklist user'),
  'blacklistemail' => $GLOBALS['I18N']->get('blacklist email'),
  'deleteuserandbounce' => $GLOBALS['I18N']->get('delete user and bounce'),
  'unconfirmuseranddeletebounce' => $GLOBALS['I18N']->get('unconfirm user and delete bounce'),
  'blacklistuseranddeletebounce' => $GLOBALS['I18N']->get('blacklist user and delete bounce'),
  'blacklistemailanddeletebounce' => $GLOBALS['I18N']->get('blacklist email and delete bounce'),
  'deletebounce' => $GLOBALS['I18N']->get('delete bounce'),
);
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: processbounces.php (29,628 bytes) 28-10-13 11:00
https://mantis.phplist.org/file_download.php?file_id=3310&type=bug
Notes
(0052375)
michiel   
29-10-13 20:40   
1. I would like to work towards passing these actions on to plugins (ie plugins implementing what to do) but for now I guess we can continue like this for a little while longer.
2. it might be good to try Github push requests. This time it applied cleanly, but that may not always be the case.
(0052501)
duncanc   
31-12-13 18:43   
This change doesn't have the effect I expected, which was to stop sending to the user. The processing in processqueue doesn't take account of the email being blacklisted, only of the user being blacklisted.

Currently this change isn't very useful so could be reverted.
(0052508)
michiel   
04-01-14 23:38   
I don't think reverting is necessary. But it can be extended to also blacklist the user (for now). Basically do user+email.

In a way, there's a little confusing on the user vs email front. A user (subscriber) may have multiple emails of which only one needs blacklisting.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
15261 [phpList 3 application] Admin Management trivial always 22-04-09 12:43 19-11-19 22:33
Reporter: lwc Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: assigned Product Version: Future developments  
Product Build: Resolution: reopened  
Projection: none      
ETA: none Fixed in Version: 3.0.X  
    Target Version:  
Summary: Silent blacklisting
Description: You have to realize there's a HUGE difference between a user blacklisting himself/herself and one who requests (read: demands) the admin to do it for him/her. The last thing in the world you or the latter type of user wants is yet ANTOHER message, which could bring you more troubles.

A temporal solution is doing this in admin/lib.php, just while silent blacklisting:

function sendMail (...

/*
  if ($GLOBALS['usephpmailer']) {
    return sendMailPhpMailer($to,$subject,$message);
  } else {
    return sendMailOriginal($to,$subject,$message,$header,$parameters);
  }
*/

So please just do something like this:

if (this is the actual user removing himself/herself) {
  if ($GLOBALS['usephpmailer']) {
    return sendMailPhpMailer($to,$subject,$message);
  } else {
    return sendMailOriginal($to,$subject,$message,$header,$parameters);
  }
}
Tags:
Steps To Reproduce:
Additional Information: Such blacklisting still takes lots of time for phplist to acknowledge it.

You'd think the trouble comes from blacklist_gracetime, but this doesn't seem to make any difference whatsoever:

// custom code - start
$GLOBALS["blacklist_gracetime"] = 1;
// custom code - end
  if (!$skipblacklistcheck && isBlackListed($to)) {
...

http://forums.phplist.com/viewtopic.php?t=23805
Attached Files:
Notes
(0050624)
lwc   
23-04-09 09:57   
Here's the patch plus the "something like this" part:

function sendMail (...

// custom code - start
// Only send confirmations for self removals
if (!isset($_SESSION["adminloggedin"]) || !$_SESSION["adminloggedin"]) {
// custom code - end
  if ($GLOBALS['usephpmailer']) {
    return sendMailPhpMailer($to,$subject,$message);
  } else {
    return sendMailOriginal($to,$subject,$message,$header,$parameters);
  }
// custom code - start
}
// custom code - end

But I still need a way to remove (or at least lower) the gracetime for removals by admins.
(0050710)
Thorsten Albrecht   
11-08-09 11:54   
To put a user silently to the blacklist by the admin, I applied the following solution:

http://forums.phplist.com/viewtopic.php?f=16&t=6121&start=15

Thorsten
(0050924)
michiel   
19-04-10 17:59   
the dev version has this option in the backend

http://dev.phplist.com/lists/admin/?page=massunconfirm
(0052313)
lwc   
08-10-13 10:08   
(Mass) unconfirm is not the same as blacklisting.
Unconfirm means this address is invalid and/or belongs to someone else.
Blacklisting means you know exactly who this is, but they don't want to get messages.
Thus you shouldn't unconfirm someone just to blacklist them.

In the current version (3), does it inform the user if the admin gets in the user's listing and click to blacklist them? If *not*, you can signal this as fixed, but this time under the right circumstances.
(0052320)
michiel   
08-10-13 15:23   
too many negatives makes my head dazzle. but subscribers are not informed when the admin uses this page to unconfirm or blacklist them.

Please note, this page will unconfirm the subscribers entered, except when the checkbox "Make suppression permanent" is checked in which case it will blacklist them.
(0052330)
lwc   
08-10-13 16:59   
I've checked this and permanent mass unconfirm not only blacklists users but also unconfirms them.

But also, does v3 inform the user if the admin gets in the user's listing and click to blacklist them? If *not*, you can signal this as fixed and I'll open a different ticket about the former issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
4826 [phpList 3 application] Authentication System feature always 22-11-05 16:24 19-11-19 22:33
Reporter: bpeikes Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version: 2.10.1  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version: next minor  
Summary: Admin for list does not get unsubscribe requests even when that is set in the configuration
Description: When users change their information, or unsubscribe from a group, the only email address which gets an email is the one I list on the config page under "Person in charge of this system", or possibly "Who gets the reports"

I would expect that if you set "Does the admin get copies of subscribe, update and unsubscribe messages" to 1, the notification would go to the admin for the list.
Tags: quick-fix
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0055279)
ivilata   
06-10-14 14:11   
This also happens in 3.0.8. Looking at the code in ``admin/lib.php:sendAdminCopy()`` it needs that ``SEND_LISTADMIN_COPY`` is true, but it's false by default. I just fixed https://resources.phplist.com/system/config/send_listadmin_copy which had the wrong default value. Try to ``define("SEND_LISTADMIN_COPY", true);`` in your ``config.php`` file.
(0055289)
michiel   
06-10-14 21:55   
thanks
(0056517)
gingerling   
23-07-15 12:03   
Could this be a quickfix?
(0056521)
michiel   
23-07-15 13:12   
it'll take time to figure out whether this is still the case and if so, what to do.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
4722 [phpList 3 plugins] General major always 15-11-05 03:18 19-11-19 22:33
Reporter: jvarrone Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 2.10.1  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.10.3  
    Target Version: 2.10.7  
Summary: Selection criteria problem with checkbox attribute.
Description: Selection criteria doesn't work on imported users where the original data stream contained a zero that was assigned to a checkbox attribute. Subsequently using the checkbox attribute and testing for box "NOT CHECKED" fails.
Tags:
Steps To Reproduce:
Additional Information: 1) Create an attribute of type "checkbox".
2) Import users where a data value of 0 or 1 is assigned to the checkbox attribute above.
3) Values of 1 show up in the user_attribute table as "on", Values of 0 (zero) appear in the user_attribute table as "NULL".
3) Now use the checkbox attribute in the selection criteria for sending a message. Choose when attribute "is NOT checked". No users are selected for sending.

It appears that the NULL in the attribute table isn't being properly evaluated. In reviewing the message from the "View" option, the userselection shows "select table1.userid from phplist_user_user_attribute as table1 where table1.attributeid = 18 and ( table1.value = "" or table1.value = "0" or table1.value = "off")".
Apparently need to add another conditional "or tabel1.value is null"
Attached Files:
Notes
(0008651)
jvarrone   
15-11-05 03:21   
Afterthought:

Either change the userselection logic to include "or tabel1.value is null" OR modify the user import routines to assign "off" to the attribute value when the import data is "0" (zero).
(0013843)
michiel   
20-05-06 19:08   
Nick Lawson reported doing "UPDATE phplist_user_user_attribute SET value = '' WHERE value IS NULL;" which sorted it.
(0019570)
michiel   
04-10-06 18:17   
just tried and empty checkbox imports are now set to "off" in the DB
(0041958)
h2b2   
02-03-08 20:57   
Possibly related to this forum post: http://forums.phplist.com/viewtopic.php?t=14584

No phplist version or system info specified.

**** START QUOTE****

I added a checkbox option to my user attributes and the default of this field was NULL however when I set the criteria in the phplist interface while sending message it created an incorrect SQL query where

it should have been

Code:
 table1.attributeid = 6 and ( table1.value IS NULL)


it had something LIKE
Code:

table1.attributeid = 6 and ( table1.value = 0)


Point being is the "IS NULL" needs to be there.

**** END QUOTE****
(0051400)
jvarrone   
16-09-11 14:50   
Any progress on this bug?
(0051401)
jvarrone   
16-09-11 14:52   
sorry posted request for status update in error. can't figure out how to delete the note(s)
(0052101)
michiel   
05-06-13 22:34   
I just checked and empty checkboxes are still (in trunk) imported with a NULL value in the DB. So, this issue may still occur. However the selection criteria have now moved to a plugin, so will move this to the plugin section.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1537 [phpList 3 application] Subscribe Process feature N/A 03-08-04 21:21 19-11-19 22:33
Reporter: ralph244 Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: assigned Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Redirecton of thankyoupage
Description: I have an idea, that in some cases it would be
nice to handle diferently 'thank you page'.
For example user may have an option to define
'thank you page' page as an external URL.
Tags:
Steps To Reproduce:
Additional Information: In addition there could be an error page URL,
where errors of subscription process are shown.
Passing error codes could be parametrized
i.e. /myError.jsp?err=code1,code2,...codeX
Where err contains error array

Idea which stands behind allows to setup PHPList
on 'php-list server' and to have several websites
which provides subscribe, confirmation and error pages.

Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
565 [phpList 3 application] Subscriber Export feature N/A 03-09-03 17:42 19-11-19 22:33
Reporter: jdmarch Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Allow configurable export file names
Description: It would be helpful if the following strings, which affect the name of the export files, were configurable:
 "PHPList Users " (I prefer list-specific)
 "Y-M-d" (I prefer "Y-m-d-Hi")
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000579)
michiel   
03-09-03 17:56   
the export filename does mention the list in it, if you export the members of a list.
(0000581)
jdmarch   
03-09-03 18:11   
(Last edited: 03-09-03 18:12)
Sorry, instead of "list specific", I should have said "database-specific".

edited on: 09-03 17:12

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
303 [phpList 3 application] General feature N/A 09-05-03 04:44 19-11-19 22:33
Reporter: richarddoe Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: assigned Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Dynamic headers and footers in subscribe pages.
Description: I think it would be useful in this age of dynamic, templated sites if the subscribe pages could contain dynamic data in their header and footer, instead of the static HTML entered in the 'configure subscribe pages' area. A way to do this might be to allow the admin to specify a dynamic webpage's URL, the parsed output of which would be used as the header/footer, e.g. using:
  file_get_contents( 'http://www.domain.com/lists/header.php' );

This could perhaps be implemented as a placeholder, e.g. [WEBPAGE:http://www.domain.com/lists/header.php]
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000341)
michiel   
16-05-03 12:41   
Good point. Thanks for the suggestion
(0008047)
kircher   
23-10-05 21:30   
please add this feature as soon as possible, it would be really nice!
(0022740)
kircher   
20-01-07 00:36   
how much would it cost to speed up this issue dramatically?

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
107 [phpList 3 application] Subscribe Process feature always 03-03-03 02:19 19-11-19 22:33
Reporter: walte Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: validation of attributes
Description: Is it possible to make validation of attributes ? A neccesary field at least 6 digits or 5 letter beginning with z or something alike ??
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
103 [phpList 3 application] Authentication System feature always 02-03-03 03:17 19-11-19 22:33
Reporter: jbeardsl Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: non-superuser admins view all events
Description: This is definitely a feature request. If you set up another non-superuser admin and give them rights to view the event log, they will be able to view all events. It seems to me they should only be able to view events that they initiated themselves, and not the activities of the uber-admin or other admins that may use the system.
Tags:
Steps To Reproduce:
Additional Information: Yes, that is an issue. Not very urgent though.
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
19169 [phpList 3 application] General minor always 09-04-18 08:41 19-11-19 22:33
Reporter: suela Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.3.2-RC3  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Campaign with no subject or/and content can be queued using the "resend" option
Description: If you go:
Campaigns > Create a New Campaign > Save draft (with no subject or campaign) > Click the "View" icon > Check a list at the bottom of the page > Press "resend" : The campaign is queued and listed on the active tab.

See screenshot attached.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: CampaignQueuedWithNoData.jpg (85,906 bytes) 09-04-18 08:41
https://mantis.phplist.org/file_download.php?file_id=4354&type=bug
jpg
Notes
(0060347)
michiel   
09-04-18 21:38   

That has probably always been like that. Let's fix that for 3.3.3 but it should not block 3.3.2 to go out.
(0060528)
suela   
07-05-18 11:46   
this will always be on submitted so will put this for 3.3.4, but it should be fixed.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
19167 [phpList 3 application] Interface - Administrator minor always 09-04-18 08:19 19-11-19 22:33
Reporter: suela Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.3.4  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version: next minor  
Summary: Language is forgotten in different browsers
Description: When switching to another language, saving and changing the browser the system language is English.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0060345)
michiel   
09-04-18 21:36   

Yes, the language is stored in a cookie, which is per browser. To change that will be quite a bit of work and not a simple fix.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
18957 [phpList 3 application] Interface - Frontend minor have not tried 21-11-17 18:13 19-11-19 22:33
Reporter: samtuke Platform: Linux  
Assigned To: OS: Fedora  
Priority: normal OS Version: 26  
Status: assigned Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Add unique and total view statistics to the downloadable CSV from mviews page
Description: The mviews.php shows total and unique views of all campaigns, however these statistics are not included in the downloadable CSV file. Add these statistics to the output.

Proposed format:

| Address | Sent | firstview | First response time | Viewed | Total views |

This format would involve a lot of repetition (e.g. Total views repeated for each view). However it would include all the available data in a simple format, without requiring multiple rows per subscriber, for example.
Tags:
Steps To Reproduce:
Additional Information:
System Description Gnome
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
18945 [phpList 3 application] Internationalization (l18n) minor always 11-11-17 23:53 19-11-19 22:33
Reporter: user5081 Platform: Linux  
Assigned To: OS: Ubuntu  
Priority: normal OS Version: 16.04  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version: next major  
Summary: Missing page_title in pot template for page userclicks
Description: on /?page=userclicks there are no translation. I checked the pot file pagetitles in template directory in /locale and there none pagetitle:userclicks so i think this is an error in translation system. But I don't know how to add pagetitle:userclicks to that pot file.
Tags:
Steps To Reproduce:
Additional Information:
System Description
Attached Files: Screenshot from 2018-06-09 17-32-38.png (7,859 bytes) 09-06-18 17:33
https://mantis.phplist.org/file_download.php?file_id=4389&type=bug
png
Notes
(0059665)
samtuke   
13-11-17 15:17   
To clarify, the page title has been manually set as Marie is unclear how to use /locales/language/pagetitles.php to set the page title automatically.
(0060706)
duncanc   
09-06-18 17:30   
The change in phplist-ui-bootlist/functions.php doesn't seem to do what you intended

if ($page_title =='userclicks') $page_title = s('Click Statistics'); /* REMOVE AFTER RESOLVE MANTIS #18945 */

$page_title has not been defined when functions.php is included so there is a php notice issued

[Sat Jun 09 17:14:42.583296 2018] [:error] [pid 10643] [client 127.0.0.1:52434] PHP Notice: Undefined variable: page_title in /home/duncan/www/lists_3.3.3/admin/ui/phplist-ui-bootlist/functions.php on line 2, referer: http://strontian/lists/admin/?page=eventlog&tk=df0407859e24d56f91e13fb0b5a22153

and the page title remains "userclicks".
(0060708)
user5081   
10-06-18 23:58   
If I remove that line in functions.php, the page title in the content change to "userclicks" too.
Anyway, it will be great to do this properly, and add the page_title of this page same way the others pages are, but I don't know how to do it. Can you help me?
(0060711)
michiel   
11-06-18 20:09   
We need to add a hook in the main system to call a function in the theme to set it. I'm not so happy about this "functions.php" thing that was pushed into the process, and I'd like to rethink this to make it a proper integration, eg with a plugin, or with plugin like calls.

For now, it's working, so there's no rush to fix that. It's not "nice", but we can live with it.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
18916 [phpList 3 application] plugins minor have not tried 25-10-17 12:40 19-11-19 22:33
Reporter: samtuke Platform: Linux  
Assigned To: OS: Fedora  
Priority: normal OS Version: 26  
Status: assigned Product Version: 3.3.2  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Plugin update fails with PHP permission warnings but permission check passes
Description:
Fetching plugin
Developer: bramley
Project: phplist-plugin-segment
Installing plugin
SegmentPlugin updating existing plugin

Warning: unlink(plugins/SegmentPlugin.1508931415/AttributeConditionCheckbox.php): Permission denied in /var/www/pl3/public_html/lists/admin/lib.php on line 1895

Warning: unlink(plugins/SegmentPlugin.1508931415/AttributeConditionCheckboxgroup.php): Permission denied in /var/www/pl3/public_html/lists/admin/lib.php on line 1895

Warning: unlink(plugins/SegmentPlugin.1508931415/AttributeConditionDate.php): Permission denied in /var/www/pl3/public_html/lists/admin/lib.php on line 1895

Warning: unlink(plugins/SegmentPlugin.1508931415/AttributeConditionSelect.php): Permission denied in /var/www/pl3/public_html/lists/admin/lib.php on line 1895

Warning: unlink(plugins/SegmentPlugin.1508931415/AttributeConditionText.php): Permission denied in /var/www/pl3/public_html/lists/admin/lib.php on line 1895

Warning: unlink(plugins/SegmentPlugin.1508931415/Condition.php): Permission denied in /var/www/pl3/public_html/lists/admin/lib.php on line 1895

Warning: unlink(plugins/SegmentPlugin.1508931415/ConditionException.php): Permission denied in /var/www/pl3/public_html/lists/admin/lib.php on line 1895

Warning: unlink(plugins/SegmentPlugin.1508931415/ConditionFactory.php): Permission denied in /var/www/pl3/public_html/lists/admin/lib.php on line 1895

Warning: unlink(plugins/SegmentPlugin.1508931415/DAO.php): Permission denied in /var/www/pl3/public_html/lists/admin/lib.php on line 1895

Warning: unlink(plugins/SegmentPlugin.1508931415/DateConditionBase.php): Permission denied in /var/www/pl3/public_html/lists/admin/lib.php on line 1895

Warning: unlink(plugins/SegmentPlugin.1508931415/Operator.php): Permission denied in /var/www/pl3/public_html/lists/admin/lib.php on line 1895

Warning: unlink(plugins/SegmentPlugin.1508931415/SavedSegments.php): Permission denied in /var/www/pl3/public_html/lists/admin/lib.php on line 1895

Warning: unlink(plugins/SegmentPlugin.1508931415/SubscriberConditionActivity.php): Permission denied in /var/www/pl3/public_html/lists/admin/lib.php on line 1895

Warning: unlink(plugins/SegmentPlugin.1508931415/SubscriberConditionEmail.php): Permission denied in /var/www/pl3/public_html/lists/admin/lib.php on line 1895

Warning: unlink(plugins/SegmentPlugin.1508931415/SubscriberConditionEntered.php): Permission denied in /var/www/pl3/public_html/lists/admin/lib.php on line 1895

Warning: unlink(plugins/SegmentPlugin.1508931415/SubscriberConditionIdentity.php): Permission denied in /var/www/pl3/public_html/lists/admin/lib.php on line 1895

Warning: unlink(plugins/SegmentPlugin.1508931415/ValueException.php): Permission denied in /var/www/pl3/public_html/lists/admin/lib.php on line 1895

Warning: unlink(plugins/SegmentPlugin.1508931415/class_map.php): Permission denied in /var/www/pl3/public_html/lists/admin/lib.php on line 1895

Warning: unlink(plugins/SegmentPlugin.1508931415/script.html): Permission denied in /var/www/pl3/public_html/lists/admin/lib.php on line 1895

Warning: unlink(plugins/SegmentPlugin.1508931415/sendtab.tpl.php): Permission denied in /var/www/pl3/public_html/lists/admin/lib.php on line 1895

Warning: unlink(plugins/SegmentPlugin.1508931415/styles.html): Permission denied in /var/www/pl3/public_html/lists/admin/lib.php on line 1895

Warning: unlink(plugins/SegmentPlugin.1508931415/version.txt): Permission denied in /var/www/pl3/public_html/lists/admin/lib.php on line 1895

Warning: unlink(plugins/SegmentPlugin.1508931415/viewmessage.tpl.php): Permission denied in /var/www/pl3/public_html/lists/admin/lib.php on line 1895

Warning: rmdir(plugins/SegmentPlugin.1508931415): Not a directory in /var/www/pl3/public_html/lists/admin/lib.php on line 1898
SegmentPlugin.php updating existing plugin
Plugin installed successfully


Permissions of one of the files in question:

- /var/www/pl3/public_html/lists/admin/plugins/SegmentPlugin/AttributeConditionSelect.php
d 0555 root:root /
d 0755 root:root /var
d 0755 root:root /var/www
d 0777 samtuke:samtuke /var/www/pl3
d 0775 samtuke:samtuke /var/www/pl3/public_html
d 0777 samtuke:samtuke /var/www/pl3/public_html/lists
d 0777 samtuke:samtuke /var/www/pl3/public_html/lists/admin
d 0777 apache:samtuke /var/www/pl3/public_html/lists/admin/plugins
d 0755 apache:apache /var/www/pl3/public_html/lists/admin/plugins/SegmentPlugin
f 0644 apache:apache /var/www/pl3/public_html/lists/admin/plugins/SegmentPlugin/AttributeConditionSelect.php
Tags:
Steps To Reproduce:
Additional Information:
System Description Gnome
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
18791 [phpList 3 application] Interface - Frontend feature have not tried 26-07-17 12:47 19-11-19 22:33
Reporter: samtuke Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: assigned Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version: next major  
Summary: Add support for [LOGO] placeholder on public subscribe pages
Description: When a custom company logo has been uploaded to phpList, add support for it to be inserted into public subscribe pages via the existing [LOGO] placeholder.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0059264)
michiel   
28-07-17 00:35   
IIRC, that should already be there, including automatic resizing:

https://www.phplist.org/phplist-3-2-2-one-logo-many-templates/
(0059265)
michiel   
28-07-17 00:36   
Ah, hang on, you want it in the subscribe pages. I think that works as well. Have you tried?
(0059343)
tlhackque   
29-08-17 19:59   
3.3.1: It doesn't work on the subscribe page for me.

In the Intro section, I enter:
<img src="[LOGO]" alt="Logo" style="float: left; margin-right: 10px;">

Firefox displays \"Logo\" - apparently the quotes are escaped & [LOGO] is not expanded. Firebug verifies this.

If I enter the same HTML in the Header section at the end (after the <div class="content">), the quoting is correct but [LOGO] has not been expanded.

If I replace [LOGO] with a full URL (e.g. https://example.com/subscriptions/admin/?page=image&id=6&m=300), the logo displays properly.

Thus, there seem to be two issues: Quotes are escaped in the Intro section. And [LOGO] is not expanded in either the Intro or Header sections.
(0061469)
suela   
26-11-18 14:35   
@michiel this doesn't work for me on the Subscribe pages
(0061474)
michiel   
26-11-18 22:50   
No, you're right. It doesn't seem to work on Subscribe pages. This would be good to add as a new feature.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
18751 [phpList 3 application] Interface - Administrator minor have not tried 20-06-17 16:07 19-11-19 22:33
Reporter: user5081 Platform: Linux  
Assigned To: OS: Ubuntu  
Priority: normal OS Version: 16.04  
Status: assigned Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Default subscribe page doesn't change when you change the theme
Description: Default header and footer of subscribe page is loaded from the DB, not from the frontendheader.php and frontendfooter.php in each theme directory.

This default header and footer variables are recorded in the DB only on the installation process (or DB initiallization), loading the code from the frontendheader.php and frontendfooter.php in the $GLOBALS['ui'] theme directory, the default theme defined in the application.

So, actually, when you change theme to Trevelin, you will still be loading default subscribe page from Dressprow, even if you reset your installation.

I think the ideal condition will be load the default header and footer always from the frontendheader.php and frontendfooter.php files, not from the DB, and in the current theme (SESSION['ui'] maybe), not the defualt theme.

I can work on this if you don't have time, but i need your thoughts first.
Tags:
Steps To Reproduce:
Additional Information:
System Description
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
18745 [phpList 3 application] System Admin minor have not tried 06-06-17 12:54 19-11-19 22:33
Reporter: samtuke Platform:  
Assigned To: OS:  
Priority: low OS Version:  
Status: assigned Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Add documentation on phpList's built in maintenance mode to resources
Description: Document phpList's built in maintenance mode on http://resources.phplist.com/.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
18742 [phpList 3 application] Internationalization (l18n) minor always 04-06-17 11:47 19-11-19 22:33
Reporter: duncanc Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.3.1  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version: next patch  
Summary: Process bounces message omits number of bounces
Description: Page processbounces.php has

    outputProcessBounce(s('%d bounces to fetch from the mailbox', $num).PHP_EOL);


The translation in English for the string '%d bounces to fetch from the mailbox' seems to omit the % character but that is present for other languages, see the attached screenshot.

There is a similar problem with a message about updating top level domains. See the second screenshot.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: translation.png (29,201 bytes) 04-06-17 11:47
https://mantis.phplist.org/file_download.php?file_id=4112&type=bug
png

top level domains.png (11,681 bytes) 04-06-17 12:22
https://mantis.phplist.org/file_download.php?file_id=4113&type=bug
png
Notes
(0059165)
samtuke   
05-06-17 14:03   
Should the %d be included in the translation or not?

'Bounces to fetch' string:
https://translate.phplist.org/en/phplist/translate/phplist.po#unit=282866

'Top level domains' string:
https://translate.phplist.org/en/phplist/translate/phplist.po#unit=283386
(0059167)
michiel   
05-06-17 23:05   
Yes, the %d needs to be in the translation. That is clearly explained here:
https://resources.phplist.com/translations/start

I think we need to extend the "s" function to scan the translated string and verify it has the correct number of %s and %d in it, and otherwise reject it.
(0059669)
duncanc   
14-11-17 09:33   
Can at least the translations be corrected without waiting for any code changes?
(0059670)
duncanc   
14-11-17 11:12   
Looking at that specific translation, it appears to fail two pofilter tests - starting punctuation and printf(), which are caused by the mismatch of % placeholders.
https://translate.phplist.org/en/phplist/translate/phplist.po#unit=282866

http://docs.translatehouse.org/projects/translate-toolkit/en/latest/commands/pofilter.html

So these sort of errors should be caught by the translation process.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
18645 [phpList 3 application] plugins minor have not tried 21-04-17 13:33 19-11-19 22:33
Reporter: samtuke Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: assigned Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Create a phpList plugin to write statistics to file for Logstash
Description: Create a new phpList plugin which writes to a log file campaign and subscriber statistics in a format suitable for automatic shipping to logstash. The recommended file format is JSON.

Log files should include:

- phpList installation name and address
- all available campaign statistics, including time & date sent, to how many lists and subscribers
- the number of subscribers: in total, per list, not in any list
- subscriber contact details should not be included by default (though a config option could allow this in future)

Configuration options:

- Location and name of the logfile to write
- The frequency with which the log file is written/updated

Writing separate log files for campaign vs subscriber data may be desirable.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
18283 [phpList 3 application] General minor have not tried 12-08-16 14:56 19-11-19 22:33
Reporter: gingerling Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: assigned Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Import process re-blacklists subscribers who have been unblacklisted in the database
Description: Following on from email conversation "suspend / blacklist consecutive bounces process"

If a there is a block or throttle by email provider it can result in the blacklisting of otherwise clean/legit subscribers in phpList.

One method to resolve that is to remove the block with the email provider and then in the database remove the subscribers from the blacklist and raise the consecutive bounce count in needed, then send to again.

However, if you want to make a new list of those who were blacklisted specifically to resend to them only, this what happens is

1) they become blacklisted
2) you remove them from the blacklist and raise the consecutive bounce count
3) you import them into a new list
4) they are re-blacklisted when you import.

I suppose this could be an anti-spam feature, but as far as I know it only affects importing, not sending, so I am not sure how useful it is as a anti-spam mechanism.


Tags:
Steps To Reproduce:
Additional Information: When combined with: https://mantis.phplist.org/view.php?id=18195 this feature/bug is really hard to deal with.
Attached Files:
Notes
(0058136)
gingerling   
12-08-16 15:01   
also note this seems to ignore any changes to consecutive bounce count

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
18220 [phpList 3 plugins] General minor have not tried 18-07-16 14:20 19-11-19 22:33
Reporter: gingerling Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Invite campaign type should be on content (1) tab rather than format tab (0000017:0000004)
Description: When using the invite plugin the option to specify you are sending an invite is on page 4, then you go back to page 1 to write the content.

It would be a nicer work flow if the invite option were on tab 1 with send a webpage.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: Screenshot from 2016-07-28 18-53-29.png (26,113 bytes) 28-07-16 18:57
https://mantis.phplist.org/file_download.php?file_id=3851&type=bug
png
Notes
(0058075)
gingerling   
28-07-16 18:58   
see screenshot for mockup

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
18195 [phpList 3 application] General minor have not tried 08-07-16 11:58 19-11-19 22:33
Reporter: gingerling Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: assigned Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version: next minor  
Summary: Adding blacklisted subscribers to new list should be made possible
Description: This used to work but we changed it at some point I think. When you import new subscribers to a list, subscribers who are already blacklisted are rejected. I think it would be good if these were added to the list anyway, as they may become unblacklisted in the future. Now we have duncans new red yellow green system it's clear how much of the list are blacklisted at any one time.

This is also useful for spotting which lists, ie: categories of subscriber, have high blacklist proportions. for example, if I import subscribers to a list called "abandoned carts" and that list has a high proportion of blacklisted subscribers on it I am learning something important about my subscriber base and how to communicate with them better.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0058107)
gingerling   
02-08-16 19:15   
this blocked me today in a task for a client

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
18148 [phpList 3 application] System Admin feature have not tried 17-06-16 18:46 19-11-19 22:33
Reporter: samtuke Platform:  
Assigned To: OS:  
Priority: high OS Version:  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version: Future developments  
Summary: Separate campaign reply-to addresses for separate subadmins
Description: Allow subadmins to specify which reply-to address will be used for their campaigns. This feature is important for multi-client users of phpList, especially where subadmins represent different organisations.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0057784)
michiel   
18-06-16 09:33   
But you can change the From on every campaign. That will be the same as the reply to when reply-to is not set.
(0057793)
gingerling   
20-06-16 10:36   
But they want it to be like

from : email-a@email.com
reply to: email-b@email.com
(0057799)
michiel   
20-06-16 12:58   
Sure, I understand that. But it's still possible to have different From per sub-account.

Adding reply-to is a new thing
(0057801)
gingerling   
20-06-16 13:17   
Ok, I see what you mean: so to clarify this feature is to

1) make reply to address feature
2) allow reply to address to be editable by sub-accounts (like the from is now in the campaign editor)

I checked with sam to be sure

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
18134 [phpList 3 application] General minor have not tried 07-06-16 11:27 19-11-19 22:33
Reporter: duncanc Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.2.5  
Product Build: Resolution: reopened  
Projection: none      
ETA: none Fixed in Version: 3.2.6  
    Target Version: next patch  
Summary: Use of misleading http status codes
Description: This is a bit naughty.

If an error occurs trying to connect to the database the code sends an http header with a misleading status code, e.g.

            case 2005: # "unknown host"
                header('Cannot connect to database, unknown host', true, 505);
                print "Unknown database host to connected to, please check your configuration";
                exit;


There was a forum post to do with a 505 error 'HTTP Version Not Supported' which in the end obviously had nothing to do with the http version.
The user's browser displayed only the correct meaning of 505, and not the header text about unable to connect nor the printed line.

I have found that apache sometimes seems to intercept these status codes and sends a generic 500 internal server error without the following printed text. Using a slightly different form for the header seems to give a better result with the browser receiving a 502 status and also displaying the printed text

header('HTTP/1.0 502 Cannot connect to database, access denied');
print "Cannot connect to database, access denied. Please check your configuration or contact the administrator.";

But what is the reason for sending a header at all?
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0057758)
michiel   
07-06-16 22:04   

Yes, I guess that should be updated. The reason was that it would be easier to set up a monitoring script to identify what was wrong with an installation. All that was needed was the status code to flag the problem. That would make it quicker to identify and fix the issue.

It's never been documented and also never put in action, I think, so yes, let's be more compliant and just return 500 with maybe the error content changing.
(0058283)
duncanc   
22-09-16 12:38   
This is affected by the same problem with fastcgi as issue 18344. This call causes a further 500 error, with the print() output being lost:

header('Cannot connect to database, access denied', true, 500);
print "Cannot connect to database, access denied. Please check your configuration or contact the administrator.";

But this format keeps the print() output

header('HTTP/1.0 500 Cannot connect to database, access denied');
print "Cannot connect to database, access denied. Please check your configuration or contact the administrator.";

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
18095 [phpList 3 application] General minor have not tried 19-04-16 16:54 19-11-19 22:33
Reporter: gingerling Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: assigned Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: ckeditor and side bar conflict when editor is expanded
Description: See screenshot - is it fixable you think?
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: Screenshot from 2016-04-19 16-53-49.png (103,317 bytes) 19-04-16 16:54
https://mantis.phplist.org/file_download.php?file_id=3799&type=bug
png

Screencast from 11-05-16 12:27:57.webm (536,196 bytes) 11-05-16 12:29
https://mantis.phplist.org/file_download.php?file_id=3806&type=bug
Screen shot 2016-05-11 at 16.20.03.png (223,497 bytes) 11-05-16 20:23
https://mantis.phplist.org/file_download.php?file_id=3807&type=bug
png

Screen shot 2016-05-11 at 16.20.07.png (146,963 bytes) 11-05-16 20:24
https://mantis.phplist.org/file_download.php?file_id=3808&type=bug
png
Notes
(0057692)
user5081   
09-05-16 22:25   
Fix commited on dressprow. Pull request sent:
https://github.com/phpList/phplist-ui-dressprow/pull/21
(0057693)
user5081   
09-05-16 23:21   
Tarek already merged. Now need to re-minify dressprow and dressprow-ph. This can't be tested in dev.phplist because ckeditor is not loading, but can be tested in https://phplist.testhosted.phplist.com/lists/admin/
(0057694)
duncanc   
10-05-16 10:47   
mariez - your comment in the pull request

this prevent the editor and textareas be bigger than content box, even if user set bigger width in settings page of phplist.

I'm not sure that the editor width in the original screenshot was caused by specifying a large width, as the ckeditor plugin allows a maximum of 800px. I think that there might be some other way of expanding the editor window. There is a "maximise" button on the toolbar but in my configuration that fills the whole browser window.

Anna - what did you do to make the editor have the large width shown in your screenshot?
(0057695)
gingerling   
10-05-16 11:21   
duncan, indeed, there are two ways

1) change the editngs in the edtor
2) drag and editor wider with the bottom right corner

I did number 2, I haven't tried number 1 yet.
(0057701)
user5081   
10-05-16 17:29   
Duncan, on Dressprow theme the content box is 700px.
(0057705)
duncanc   
11-05-16 08:08   
Anna, which browser were you using? In both Firefox and Chromium I can only reduce or expand the height of the area, not the width. The same applies to other text areas, such as that for entering a bounce rule.

I can see that having the edit area overlapping the side-bar doesn't look great, but I think that it is an exceptional case. If someone expands the area, either by the plugin's settings or dragging, then I guess that they really want to see it that wide in order to see all the content. The proposed change of limiting the width will, I think, introduce a horizontal scroll bar when the content is wider than 700px.
(0057707)
gingerling   
11-05-16 12:32   
(Last edited: 11-05-16 12:33)
firefox on linux, see video

(0057713)
user5081   
11-05-16 20:23   
Anna, Duncan, ckeditor has a button to maximize the editor to fullscreen. I don't know why is not loading on dev sites, maybe the configuration of ckeditor. I am attaching images of my local install with this maximize property.
(0057717)
gingerling   
12-05-16 11:15   
Marie - looks great! So the idea would be for us to

1) Turn on that setting
2) Turn off the corner drag and set width settings

That solves our issue without any work to phpList itself, perfect!

Duncan, can I clarify are the discrepancies between my version and yours caused by mine being on .com and yours being self-hosted (ie has M changed some settings) or is it a browser thing?
(0057718)
duncanc   
12-05-16 12:00   
To summarise:

With default settings for ckeditor and the plugin, the edit area is within the phplist content box (700px wide). If the user's content is actually wider than that, say a table of width 800px, then a horizontal scroll bar will be displayed. That's fine.

If the user increases the plugin's width setting, say to 800px, then the area will currently overlap the right sidebar. Marie's css change will stop that happening by limiting the edit area to the phplist content box, so a scroll bar will then be displayed.
That change will also stop someone dragging the editor wider than the phplist content box (I have now got that to work). These are all fine for me.

The default ckeditor toolbar includes the maximise button, so people can also use that if they have some really wide content.

I have no knowledge of how ckeditor has been installed on phplist.com.
(0057731)
user5081   
24-05-16 18:29   
Hi, Michiel, for some reason, hosted accounts text editor is not loading all buttons. ckeditor has a button to maximize screen. I is on donwload version of phplist by dafault, it is on my local install of phplist (see image attached). Is there a way to have this button in hosted accounts text editor too?

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
18003 [phpList 3 application] Bounce Management feature N/A 06-02-16 15:41 19-11-19 22:33
Reporter: utagawa Platform: All  
Assigned To: OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.2.4  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version: Future developments  
Summary: Feedback loops
Description: Could it be possible to implement a secondary bounce system to parse a specific mailbox with messages coming form the main ISP feedback loop systems in order to blacklist users that have reported our campaings as spam (without most of the time unsuscribing to the mailing list in phplist)
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0057488)
michiel   
06-02-16 16:23   

Yes, we do that with phpList.com accounts. It could be made a plugin or something. The main work for this is not in the code, but more in the process to set up the feedback loops.

(0062087)
utagawa   
14-04-19 18:02   
Any chance to add in phplist main code an email header like suggested by Google :

Feedback-ID: CampaignIDX:CustomerID2:MailTypeID3:SenderId

Mod implemented in class.phplistmailer.php line 62, add :

$this->addCustomHeader('Feedback-ID: '.$messageid.':<SenderId>');


Where SenderID should be a parameter gathered either from config.php or from phplist parameters
(0062114)
samtuke   
23-04-19 11:09   
@michiel Thoughts on supporting https://support.google.com/mail/answer/6254652?hl=en ?
(0062123)
michiel   
23-04-19 20:03   
I've pasted the URL on MM

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
17860 [phpList 3 application] Bounce Management feature always 06-10-15 14:07 19-11-19 22:33
Reporter: danwaterloo Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.2.1  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version: next patch  
Summary: bounce processed multiple times unless deleted
Description: when processing bounces with a cron job and advanced bounce processing, an individual bounce is processed over and over again unless deleted.
Tags:
Steps To Reproduce: Cron job, bounce processing, create a rule and set as "unconfirm subscriber"
Process the bounces several times, and see that the subscriber has been unsubscribed multiple times.

Additional Information: It would be nice to process the bounce, and then keep the bounce message in the database, but do not re-process it on the next running of the cron job. Right now, it needs to be deleted to be 'not processed'.
Attached Files:
Notes
(0059069)
samtuke   
15-05-17 16:40   
I understand that this is by design. Are changes required?
(0059108)
michiel   
23-05-17 23:28   

I've committed https://github.com/phpList/phplist3/commit/df85d80bf0abd0e6681a34e19cdd41cc4f62507a

to fix that.

Duncan, could you do a quick code review, to make sure I did it correctly?

Thanks
(0059111)
duncanc   
24-05-17 19:06   
(Last edited: 24-05-17 19:12)
I think that the code change probably does what you intend but that isn't quite what was asked for.

Dan suggested not processing a bounce at all once it has had a bounce rule applied to it. The proposed code change will still process the bounce, try to match against bounce rules, but just not do any update that is inconsistent with the subscriber confirmed or blacklisted status. I think that last part is worth doing anyway but I think it is better if the bounce is just not processed by the advanced rules (or the consecutive bounce processing).

There is a possible problem with the code change. If a subscriber is say made unconfirmed by a rule, then the problem with his email address is resolved and he is made confirmed by an admin, then the next time bounces are processed he will be made unconfirmed again. I remember that the consecutive bounces processing had a similar problem but don't remember what the solution was.

Possibly the status column could be used to indicate that a bounce has been processed and should not be processed again. Currently the status column seems to hold additional comments such as these, instead of a status:

bounced list message 354
bounced unidentified message
bounced system message
unidentified bounce

(0059120)
duncanc   
26-05-17 05:58   
The processing that finds the bounces to process can be simplified quite a bit.

We are interested only in rows of user_message_bounce that refer to a user who exists, so the main query that has an implicit join of bounce and user_message_bounce can have a further join to the user table to retrieve the columns of user that are used - id, email, confirmed, blacklisted.
That removes the need for a separate query for $userdata and the query in this change.
(0059242)
duncanc   
20-07-17 09:52   
This is the consecutive bounces problem that I referred to in https://mantis.phplist.org/view.php?id=17860#c59111

https://mantis.phplist.org/view.php?id=16958

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
17826 [phpList 3 application] General feature have not tried 14-09-15 14:10 19-11-19 22:33
Reporter: gingerling Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.0.12  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version: Future developments  
Summary: Piwik tracking code system
Description: In Piwik, there is (now?) a section for Referrers > Campaigns so it looks like there is a google style tracking code we can add.

Suggest we work on integration. I have no more info and don't want to research this myself, it's best that someone technical researchers how this all works rather than me confuse the issue.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0058487)
michiel   
21-11-16 23:02   
not sure why this was assigned to me?

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
17821 [phpList 3 application] General minor have not tried 10-09-15 13:44 19-11-19 22:33
Reporter: gingerling Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version: 3.0.12  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Breakdown of stats per resend of single campaign
Description: Hi

As discussed in google chat, it would be useful for "automated campaigns" to have some statistics broken down per-send. So for example, if we re-send each day or week to new members of the list, we can download the opens, clicks, percents etc per sending instance rather than the aggregated statistics which are displayed usually.

Later, information from an "edit description" system could be included in the download to, to help pinpoint changes to the campaign, and so effects of the change can be examined.

The data needed is already in the system, on the subscriber profiles with the date the campaign was sent being recorded.
Tags: plugin-development
Steps To Reproduce:
Additional Information:
Attached Files: dummy_data.ods (21,764 bytes) 10-09-15 13:44
https://mantis.phplist.org/file_download.php?file_id=3691&type=bug
Notes
(0056764)
michiel   
10-09-15 13:57   

I think collating it per time-frame, eg day, week, month will be sufficient for these purposes.

(0056765)
gingerling   
10-09-15 14:02   
I really disagree tbh :/ It may be sufficient for us in this one instance, but it would be so so much better if it was per sending instance because it helps us see the impact of changes and understand the tail (which is really important to us too)

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
17736 [phpList 3 application] Authentication System minor sometimes 02-07-15 20:17 19-11-19 22:33
Reporter: michiel Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.0.12  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version: next minor  
Summary: htaccess update for apache 2.4
Description: <Files ..... >

remove:
- Order allow,deny
- Deny from all

change to:

    <IfModule mod_authz_core.c>
      # Apache 2.4
      Require all granted
    </IfModule>
    <IfModule !mod_authz_core.c>
      # Apache 2.2
      Order allow,deny
      Allow from all
    </IfModule>
 </Files>
Tags:
Steps To Reproduce:
Additional Information: Although this is the suggested change for Dokuwiki.

I wonder though if the last Allow from all needs to change to Deny from all
Attached Files:
Notes
(0056273)
rata   
03-07-15 17:46   
Acording to the patch you sent by email:

- Order allow,deny
- Deny from all
+ <IfModule mod_authz_core.c>
+ # Apache 2.4
+ Require all granted
+ </IfModule>
+ <IfModule !mod_authz_core.c>
+ # Apache 2.2
+ Order allow,deny
+ Allow from all
+ </IfModule>
 </Files>


It seems that both need (Require all granted and Allow from all) need to be denied, instead. But maybe there is some subtle thing I'm remembering, this was all pretty confusing and every time I need to check the docs because it sucks this syntax IMHO.

Seeing the docs here: https://httpd.apache.org/docs/2.2/mod/mod_authz_host.html#order in a quick glance I guess the patch is wrong. But the actual way to see it an be sure, given that this is so tricky, is trying it. Maybe there is something outside the patch changed lines that changes the behavior or something.

In any case, we are not really concerced about the dokuwiki example, but about the uses in phplist itself. To update our uses we can use that documentation and this one on upgrading:

https://httpd.apache.org/docs/2.4/upgrading.html
(0056274)
rata   
03-07-15 17:47   
Ohh, now I understand the remove and added. So yes, it was the same patch :)
(0059066)
samtuke   
15-05-17 16:13   
Has this patch already been applied?

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
17596 [phpList 3 application] Statistics block always 30-01-15 23:22 19-11-19 22:33
Reporter: jenshh Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.0.11  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version: next patch  
Summary: Links containig a uid are changed to something different
Description: When I use clickstatistic a link like http://domain.com/index.php?id=55&uid=44 is changed to
http://domain.com/index.php?id=55&uid=d35c202704df8201bafc71273bb0a8ae. So just my uid 44 is changed to something like d35c202704df8201bafc71273bb0a8ae. None of my links are working and click statistic is complete useless
Tags:
Steps To Reproduce: produce an email with this link inside the email
http://domain.com/index.php?id=55&uid=44
Per default clicktrack is not defined in the config. So every link is converted to the clicktrack format. When you click on a link the original link is converted to
http://domain.com/index.php?id=55&uid=d35c202704df8201bafc71273bb0a8ae
Additional Information:
Attached Files:
Notes
(0055906)
michiel   
02-02-15 12:38   
hmm, yes, UID is an internal phpList parameter. Might be a tricky one to resolve.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
17424 [phpList 3 application] Interface - Backend minor always 30-09-14 19:49 19-11-19 22:33
Reporter: Riktam Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.3.0  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Plugin Menus not visible for regular admins
Description: The menu entries that are created by plugins are only visible by super administrators. Regular administrators should also be able to see them.
Regular admins can only access them by going to Dashboard > Plugins.

Tags:
Steps To Reproduce: 1) Install a plugin that creates entryes on the top menus.
2) login with a super admin and verify that the menu entry is visible on the menu
3) login with a regular user and verify the entry is not there and the the functionality is available in the plugins section of the dashboard.
Additional Information:
Attached Files:
Notes
(0055201)
gingerling   
01-10-14 09:55   
Can you give me an example plugin where this happens so I can test
(0058667)
julienl   
24-01-17 12:22   
It's an old bug, but the problem is still here. For example with the Campaign statistics plugin :

https://resources.phplist.com/plugin/campaignstatistics

(tested on latest version of phpList)
(0058670)
samtuke   
24-01-17 12:53   
Thanks for following this up julienl. I can confirm that this issue still exists. It also appears that all admins have access to all plugin pages regardless of other permissions, which pay pose an access control issue. Reassigning.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
17334 [phpList 3 application] Interface - Administrator minor always 29-08-14 00:40 19-11-19 22:33
Reporter: user5081 Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.0.7  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: compact dbcheck page
Description: In the database check there is are 2 colums with same content. You can see them in the attached image, the columns are "Database structure" and "check". Can i remove one of them so the table fit in the div?
Tags: UI Improvements
Steps To Reproduce:
Additional Information:
Attached Files: Screen shot 2014-08-28 at 20.33.49.png (219,333 bytes) 29-08-14 00:40
https://mantis.phplist.org/file_download.php?file_id=3503&type=bug
png
Notes
(0054744)
michiel   
30-08-14 23:28   

Hmm, interesting. The thing is, they do indicate different data, except the data is the same. I guess we can make the 2nd column be a tick or cross to say, same or not. That will make it less wide.
(0054763)
user5081   
01-09-14 16:15   
But that's not the action in the "OK" column?
(0054799)
michiel   
01-09-14 23:11   
yes, I guess they can be merged. I'll check.
(0055385)
michiel   
09-10-14 19:38   
hmm, not really. The second column is clickable and expands into the full data structure of the table when you click on it, so that it can show a missing column
(0055386)
user5081   
09-10-14 20:16   
Ah! I see it! i will think about this table and upload a draft here.
(0057055)
user5081   
16-10-15 17:24   
(Last edited: 16-10-15 17:25)
You can now hide this table on mobile devices whit the class="hide-on-mobile" and add a paragraph with the class="show-on-mobile" and the legend "This information is not available on mobile devices"

(After make the last pull-request on dressprow)


View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
3558 [phpList 3 application] Subscribe Process feature always 07-07-05 20:52 19-11-19 22:33
Reporter: michiel Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 2.9.4  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version: next major  
Summary: Add date for suspending email
Description: When a user unsubscribes from a list, (goes on vacation or something) they cannot get e-mails again. There should be an option to enable or disable black-listing users. IMHO, this is the worse "enhancement" I've seen for my situation.
Tags:
Steps To Reproduce:
Additional Information: I have a lot of subscribers that unsubscribe and re-subscribe (I send out an average of 100 messages a week) and no one wants to come back from vacation with their mailbox overloaded. So, they unsubscribe. When they return, they re-subscribe. It's taking up too much of my time to remove them from the blacklist.
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1367 [phpList 3 plugins] General feature always 17-06-04 01:45 19-11-19 22:33
Reporter: michiel Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version: 2.11.X  
Summary: configurable RSS cache
Description: make time RSS cache is kept configurable
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
20111 [phpList 3 application] Interface - Administrator minor have not tried 13-11-19 13:58 13-11-19 13:59
Reporter: suela Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.4.8  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.4.8  
    Target Version: 3.4.8  
Summary: Update phpList Logo within the application
Description: PR: https://github.com/phpList/phplist-ui-bootlist/pull/112
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
19295 [phpList 3 application] Software Releases minor have not tried 22-06-18 13:40 13-11-19 13:57
Reporter: samtuke Platform: Linux  
Assigned To: OS: Fedora  
Priority: normal OS Version: 26  
Status: resolved Product Version: 3.3.3  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.4.8  
    Target Version: 3.4.8  
Summary: Upgrade PHP Mailer to 6.0.5
Description: As requested here: https://discuss.phplist.org/t/please-update-phpmailer-to-6-0-5-dkim-bug/4159/5
Tags:
Steps To Reproduce:
Additional Information:
System Description Gnome
Attached Files:
Notes
(0061148)
xheni   
23-09-18 18:33   
Upgrading doc: https://github.com/PHPMailer/PHPMailer/blob/master/UPGRADING.md
(0061770)
xheni   
22-01-19 19:53   
@samtuke PHPMailer 6.0 requires PHP 5.5 or later which means phpList wouldn't support older PHP versions anymore.
(0061772)
samtuke   
23-01-19 08:43   
@xheni That's OK

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
19845 [phpList 3 application] Software Releases minor have not tried 25-03-19 11:04 05-11-19 11:29
Reporter: suela Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.4.0  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version: 3.4.8  
    Target Version: 3.4.8  
Summary: php mailer upgrade research
Description: Check what issues may arise from the upgrade. Major changes and the ones most likely to affect us.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0062067)
xheni   
05-04-19 15:47   
(Last edited: 05-04-19 15:49)
Regarding the version that it's being used now, it is no longer being supported for feature updates, but at least it receives security updates in this branch: https://github.com/PHPMailer/PHPMailer/tree/5.2-stable .

(0062806)
duncanc   
27-10-19 08:11   
I have been looking at using phpmailer 6 and there are fewer code changes than I expected.

But using phpmailer 6 will have a few important restrictions
phpmailer now requires php 5.5+
phpmailer and the phplist code changes are not backward-compatible with phpmailer 5

If phpmailer 6 is included in phplist then the first would require clear communication about the upgrade.
The second point is relevant because currently people can use a version of phpmailer different to that included in phplist by specifying it with the PHPMAILER_PATH constant.

I will push my changes then make a pull request for discussion.
(0062809)
michiel   
28-10-19 21:38   
That's brilliant, thanks. We can run some tests and then move forward.
(0062814)
duncanc   
03-11-19 08:41   
See https://github.com/phpList/phplist3/pull/608

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
20109 [phpList 3 application] General minor have not tried 01-11-19 14:32 02-11-19 11:17
Reporter: stefansal Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version: 3.4.7  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version: 3.4.5-RC1  
Summary: Upgrade from utf8 to utf8mb4 to store emojis in email messages
Description: In the current configuration of the MySQL database, many characters (such as emojis) cannot be stored as a message content/subject due to the usage of "utf8" instead of "utf8mb4" as the database charset.

We were able to change that behavior by adapting the file "mysqli.inc" in the admin directory and replacing "utf8" with "utf8mb4" at the relevant locations. (See adapted file attached.)

Of course in existing installations, the existing database collation has to be changed to "utf8mb4_unicode_ci".
We used the SQL command "ALTER DATABASE database_name CHARACTER SET = utf8mb4 COLLATE = utf8mb4_unicode_ci;" to achieve that.

We are now able to send emails including these (now common) characters.

I would suggest the inclusion of this change in the next update, to allow this functionality commonly.

Best,
Stefan
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: mysqli.inc (14,452 bytes) 01-11-19 14:32
https://mantis.phplist.org/file_download.php?file_id=4674&type=bug
Notes
(0062812)
duncanc   
02-11-19 10:46   
This should be ok for new installations but I do not think that automatically upgrading existing databases is a good idea. There is a danger of corrupting the database.

Also, I found that altering the collation of an existing database did not change the collation of the tables. When a table is created without specifying a collation then the database value is used, but later changing the database value does not cascade down.
(0062813)
michiel   
02-11-19 11:17   
Yes, this is a nice change, but it will have to be carefully managed, to avoid data corruption. It is similar to the change we had to do from ISO-8859-1 to UTF-8, which was quite involved.

It's one for a wishlist, but not immediately top of the list.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
20104 [phpList 3 application] Email minor have not tried 22-10-19 11:41 25-10-19 11:57
Reporter: FD Platform:  
Assigned To: OS:  
Priority: urgent OS Version:  
Status: new Product Version: 3.3.9  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version: 3.4.5-RC1  
Summary: Random spacing in emails
Description: When sending campaigns, random spacing is added to the email when it's received.

For example;
"We are now halfway through the semester a nd as such I am running out of cool ways to start the weekly emails... rega rdless,"

Text is plain text written into phplist, and no templates are being used. The follow versions are being used;
PHP 7.0 CGI (7.0.31)
PHPList 3.3.9

This is happening on all outbound campaigns for about two months.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: Mountaineering Weekly Email 6.eml (17,930 bytes) 24-10-19 13:36
https://mantis.phplist.org/file_download.php?file_id=4672&type=bug
Email_gmail.PNG (82,714 bytes) 24-10-19 13:36
https://mantis.phplist.org/file_download.php?file_id=4673&type=bug
png
Notes
(0062798)
duncanc   
24-10-19 12:44   
What is the email client that shows the problem? Some versions of Outlook have this sort of problem.

Can you view the source of the received email then copy/paste it or preferably put it in an attachment.
(0062799)
FD   
24-10-19 13:36   
The clients i've tested this on are Gmail , Outlook web and outlook desktop

I've attached both the source of the email and a screenshot of the version in gmail with breaks highlighted. Looking directly at the source it seems to be where a word cross to the new line, i'm wondering is this an issue to the justify? It worth noting it's also occurring to the unsubscribe text.
(0062800)
duncanc   
24-10-19 15:53   
Looks as if an extra new line is being added but I don't see why. You can try changing the encoding in config.php to see whether that has an effect

define("HTMLEMAIL_ENCODING","8bit");
or
define("HTMLEMAIL_ENCODING","base64");
(0062801)
duncanc   
24-10-19 16:29   
In config.php how are emails being sent? What is the value for this define

define('PHPMAILERHOST', '');
(0062802)
FD   
24-10-19 16:34   
I tried both the encodings and it made no difference,

The PHPMAILERHOST is blank, so PHP mail() I assume
(0062803)
duncanc   
25-10-19 07:41   
Can you show the source of the email sent with base64 encoding?
How are you composing the email, using the phplist editor or copy/pasting raw html or text?

If this was working previously and you have not upgraded phplist then maybe something in the hosting account changed. You could raise the problem with the hosting company.
(0062804)
FD   
25-10-19 11:23   
How would I base64 decode it?

It's on a shared hosting provider yes, so I suspect it's possibly an issue on their side.
(0062805)
duncanc   
25-10-19 11:57   
What I would like to see is the source of the email received in gmail. You don't need to decode it. You said that that the encoding made no difference which puzzled me.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
20097 [phpList 3 application] Theme - Trevelin minor have not tried 10-10-19 19:43 14-10-19 14:16
Reporter: suela Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.4.6  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.4.7  
    Target Version: 3.4.7  
Summary: Fuzzy Font in Subscriber Table
Description: Initially reported here:

https://discuss.phplist.org/t/fuzzy-font-in-subscriber-table/4884

PR: https://github.com/phpList/phplist-ui-bootlist/pull/109
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
20098 [phpList 3 application] General minor have not tried 10-10-19 19:45 10-10-19 19:47
Reporter: suela Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.4.6  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.4.7  
    Target Version: 3.4.7  
Summary: Update Readme file of phpList3 repository with the correct theme info
Description: Update information on Dressprow after 3.4.5
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0062759)
suela   
10-10-19 19:47   
Commit: https://github.com/phpList/phplist3/commit/6c293f6c7adf619e8130ac4657fbb4b577241da4

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
20096 [phpList 3 application] General minor have not tried 10-10-19 19:40 10-10-19 19:40
Reporter: suela Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.4.6  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.4.7  
    Target Version: 3.4.7  
Summary: Correct missing "=" in configure.php and core.php
Description: Commit: https://github.com/phpList/phplist3/pull/595/commits/097b51231ab6956e189bc0d017da559902135f2b
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
20095 [phpList 3 application] Interface - Administrator minor have not tried 10-10-19 19:38 10-10-19 19:38
Reporter: suela Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.4.6  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.4.7  
    Target Version: 3.4.7  
Summary: Display the option text instead of the option value on theme configuration item
Description: PR: https://github.com/phpList/phplist3/pull/595
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
19926 [phpList 3 application] Configuration minor always 06-05-19 08:21 09-10-19 11:31
Reporter: veltsu Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version: 3.4.0  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Subscribe page is always set to active after changes
Description: I have two subscribe pages: one default and active for "normal" subscribing. The second one is for Ajax. It is not active. Whenever I change the Ajax subscribe page settings and save the changes, it's set to active. So, I have to remember to untick the "Active" checkbox every time.

I don't want to show the Ajax subscribe page, because I have "Don't display email address confirmation field" selected.
Tags:
Steps To Reproduce: Change the settings of an inactive subsribe page.
Additional Information:
Attached Files:
Notes
(0062754)
veltsu   
09-10-19 11:31   
The bug still exists in 3.4.7-RC1

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
19934 [phpList 3 application] Subscriber Import feature always 10-05-19 13:33 07-10-19 17:47
Reporter: vaceklu Platform:  
Assigned To: OS:  
Priority: high OS Version:  
Status: resolved Product Version: 3.4.1  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.4.7  
    Target Version: 3.4.7  
Summary: Parse CSV by CSV standard - rfc4180
Description: Phplist don't parse csv defined by rfc 4180 specialy point 6. I have a file that is separated by ";" and each column is in double quotes. In double quotes I have a newline. Example of that file is in attachments. I want to import that file by options "Import by uploading a CSV file with email addresses and additional data". Problem is that phplist takes newline in double quotes as two records not one. This is possible see in second attachment.

By RFC 4180 is possible to write newline in double quotes and it will be taken as newline in the column not the end of line.

This is happening from version 3.2.5 to 3.4.1.
Tags:
Steps To Reproduce: Create similar file to in attachment and try to import it.
Additional Information:
Attached Files: Screenshot from 2019-05-10 14-02-26.png (33,052 bytes) 10-05-19 13:33
https://mantis.phplist.org/file_download.php?file_id=4607&type=bug
png

Screenshot from 2019-05-10 13-52-48.png (119,342 bytes) 10-05-19 13:33
https://mantis.phplist.org/file_download.php?file_id=4608&type=bug
png
Notes
(0062190)
michiel   
11-05-19 10:47   
Yes, we should rewrite that part using https://php.net/fgetcsv
I think that didn't exist yet, when I wrote this.
(0062614)
vaceklu   
14-08-19 13:53   
Good day,
is there any update in that issue? Will be parsing of csv files correctly in the newest version of PHPlist? If it is now then sorry for my blindness. :)

Thank you,
Lukáš Vacek
(0062615)
samtuke   
14-08-19 14:32   
@vaceklu No unfortunately that hasn't changed in phpList 3.4.5; only CSV exports were affected, I believe, not imports. But changing the import process should not be very complicated -- feel free to work on a patch / pull request, and let other know if they can help in case you try.
(0062681)
samtuke   
10-09-19 13:18   
PR by @vaceklu https://github.com/phpList/phplist3/pull/585

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
19673 [phpList 3 application] Interface - Administrator minor have not tried 07-01-19 18:36 25-09-19 18:59
Reporter: samtuke Platform: Linux  
Assigned To: OS: Fedora  
Priority: normal OS Version: 26  
Status: resolved Product Version:  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.4.7  
    Target Version: 3.5.0  
Summary: Link 'community news' widget title on dashboard to news page
Description: To make it easy to view the archive of community news, link the widget title to the news page.
Tags:
Steps To Reproduce:
Additional Information:
System Description Gnome
Attached Files: Selection_498.png (16,332 bytes) 07-01-19 18:36
https://mantis.phplist.org/file_download.php?file_id=4504&type=bug
png
Notes
(0062721)
suela   
25-09-19 18:59   
PR: https://github.com/phpList/phplist-ui-bootlist/pull/110

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
20001 [phpList 3 application] Campaign Send Process minor have not tried 27-06-19 20:27 25-09-19 13:49
Reporter: travis@nwas.com Platform:  
Assigned To: OS:  
Priority: low OS Version:  
Status: new Product Version: 3.4.2  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: MAX_PROCESSQUEUE_TIME defaults to 60 seconds
Description: The max process queue time defaults to 60 seconds if any other value than 0 is entered for MAX_PROCESSQUEUE_TIME.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0062512)
michiel   
27-06-19 20:34   
Only when you run the queue via the web interface, IIRC
(0062520)
samtuke   
01-07-19 11:02   
@travis@nwas.com You could add this information to the explanation of the setting in config/config_extended.php via a GitHub pull request, so that it is clearer for other users.
(0062544)
travis@nwas.com   
09-07-19 02:38   
@samtuke I tried to add a pull request on GitHub and it would not let me. But you can go ahead and close this ticket.
(0062545)
samtuke   
09-07-19 09:26   
@travis@nwas.com That's strange - everyone should have permission to create a PR. What was the error?

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
20077 [phpList 3 plugins] General minor have not tried 13-09-19 12:51 13-09-19 12:51
Reporter: brunilda Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Editing content through "edit" icons, align paragraphs and header in center
Description: When you have enabled the Content Areas Plugin and send a campaign, in the tab "Edit areas"

If you edit an area of template selected using Content Area Plugin, you see that paragraph and header alignment are not as they should. They are define as 'justified' through template HTML but after the edit, they are centered.


This has not happened before.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: Screenshot from 2019-09-13 13-29-43.png (176,083 bytes) 13-09-19 12:51
https://mantis.phplist.org/file_download.php?file_id=4669&type=bug
png
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
20069 [phpList 3 application] General minor have not tried 01-09-19 18:20 11-09-19 15:17
Reporter: duncanc Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.4.5  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.4.6  
    Target Version: 3.4.6  
Summary: Some quirks with simple paging
Description: The function simplePaging() which is used to display a set of results in fixed-size pages has a couple of quirks.

If you page forward to the final page that shows, say, "Listing 101 to 122 of 122 Campaigns", then page forward again. The result is an empty page with no indication that there are no further results to show. I think that it would be a better user experience to remain on that final page.

The "Last Page" button displays a page showing the last N results, where N is the page size, e.g. "Listing 73 to 122 of 122 Campaigns". This is different to using the next page button to page forward to the final page, which shows "Listing 101 to 122 of 122 Campaigns". I think that it would be more consistent for the last page to show the same results as paging forward to the final page.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0062668)
duncanc   
02-09-19 08:35   
See PR https://github.com/phpList/phplist3/pull/584

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
20073 [phpList 3 application] General minor have not tried 05-09-19 14:47 11-09-19 15:17
Reporter: suela Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.4.5  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.4.6  
    Target Version: 3.4.6  
Summary: Remove Dressprow from the build
Description: Starting from 3.4.6-RC1 Dressprow will no longer be included in phpList production versions.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
19903 [phpList 3 application] Template Management minor have not tried 22-04-19 18:00 05-09-19 14:43
Reporter: suela Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.4.1  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.4.6  
    Target Version: 3.4.6  
Summary: Improve the help button on templates page (i)
Description: Currently the help (i) button on the top of the list templates page contains too much info most of which doesn't fit good on the page it is.
Check to improve the content and location of that help text.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
20068 [phpList 3 application] Admin Management minor have not tried 31-08-19 16:40 31-08-19 16:40
Reporter: torvista Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version: 3.4.5  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version: 3.4.5-RC1  
Summary: Reconcile Subscribers, Delete Invalid Emails: incorrectly deletes a hotmail email with a hyphen before the @: eg *-.hotmail.com
Description: As per subject.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
20027 [phpList 3 application] Bounce Management minor have not tried 15-07-19 22:37 21-08-19 12:19
Reporter: duncanc Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.4.4  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.4.5  
    Target Version: 3.4.5  
Summary: When deleting bounces the result message shows 0 bounces deleted
Description: When deleting unidentified bounces the result message showed 0 bounces deleted, see the screenshot.

The code has an error in using sql_num_rows(), which is the number of rows in a result set. It should be using sql_affected_rows() instead.

Similarly for the query to delete processed bounces.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: Screenshot at 2019-07-15 20-04-50.png (2,879 bytes) 15-07-19 22:38
https://mantis.phplist.org/file_download.php?file_id=4649&type=bug
png
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
20047 [phpList 3 application] Automatic updater minor have not tried 09-08-19 12:53 21-08-19 12:17
Reporter: suela Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.4.5-RC1  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.4.5  
    Target Version: 3.4.5  
Summary: Edit the following error message "Error: The following files are not expected or required"
Description: That message as reported here: https://discuss.phplist.org/t/updater-problem-with-non-existent-file/5428
might be confusing as it is read as "the file is not required" but in fact it is supposed to say that "it is required"
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
20042 [phpList 3 application] Statistics minor have not tried 06-08-19 09:36 21-08-19 12:16
Reporter: suela Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.4.4  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.4.5  
    Target Version: 3.4.5  
Summary: Add csv export to mclicks page
Description: Add csv export option for the campaign click statistics on the mclicks page

PR with details on the changes: https://github.com/phpList/phplist3/pull/574
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
20035 [phpList 3 application] General minor have not tried 26-07-19 11:08 21-08-19 12:16
Reporter: samtuke Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.4.4  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.4.5  
    Target Version: 3.4.5  
Summary: Make the csv data export by WebblerListing class respect the centrally set CSV delimiter
Description: Currently WebblerListing class, which is used to export data to csv for many different pages, uses always tab delimiter instead of respecting the setting of EXPORT_EXCEL in the config file. Make the class' tabDelimited() function check for and use the delimiter set by the config instead.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
20041 [phpList 3 application] Interface - Administrator minor have not tried 06-08-19 09:31 21-08-19 12:16
Reporter: suela Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.4.4  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.4.5  
    Target Version: 3.4.5  
Summary: Link the unique clicks column on the campaign click stats page to list of individual subscribers
Description: Link the two pages together for easier discovery of the additional stats.

PR: https://github.com/phpList/phplist3/pull/573
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
20037 [phpList 3 application] Bounce Management minor have not tried 01-08-19 21:01 21-08-19 12:15
Reporter: duncanc Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.4.4  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.4.5  
    Target Version: 3.4.5  
Summary: Failing to identify the email address in a bounce
Description: The bounce processing identifies the subscriber from the X-ListMember header. If that is not present then it falls back to looking for any email addresses in the bounce body to see whether they are a subscriber's email address.

The regex to find email addresses is

        preg_match_all('/[\S]+@[\S\.]+/', $text, $regs);

this looks to be too strict as it expects the email address to be surrounded by white space.

Looking at some bounces to see why they were unidentified, they have lines like this, where the email address is surrounded by square brackets

5.1.0 - Unknown address error 550-'5.4.1 [xxx.yyy@spectrumhhi.com]: =

which means that the regex matches '[xxx.yyy@spectrumhhi.com]:' which clearly is not a subscriber's email address.

Without worrying too much about matching all possible email addresses, a regex that will match only the characters of the email address, ignoring any surrounding brackets or white space is

        preg_match_all('/[\w\._-]+@[\w\._-]+/', $text, $regs);
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
19627 [phpList 3 application] Automatic updater minor have not tried 08-12-18 18:43 21-08-19 12:13
Reporter: samtuke Platform: Linux  
Assigned To: OS: Fedora  
Priority: normal OS Version: 26  
Status: resolved Product Version: 3.3.7 -RC1  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.4.5  
    Target Version: 3.4.5  
Summary: Remove period from log message: 'Updater is loading.'
Description: Keep the log message punctuation consistent by removing the period at the end.
Tags:
Steps To Reproduce:
Additional Information:
System Description Gnome
Attached Files:
Notes
(0062603)
suela   
05-08-19 16:42   
https://github.com/phpList/updater/pull/81

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
19492 [phpList 3 application] General minor have not tried 28-10-18 13:00 21-08-19 12:13
Reporter: samtuke Platform: Linux  
Assigned To: OS: Fedora  
Priority: normal OS Version: 26  
Status: resolved Product Version: 3.4.1  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.4.5  
    Target Version: 3.4.5  
Summary: Design new readme page for phpList 3 on GitHub
Description: Make a pretty readme page for the phpList 3 github repo.

For example:

https://github.com/getfider/fider/blob/master/README.md
Tags:
Steps To Reproduce:
Additional Information:
System Description Gnome
Attached Files: readme on GitHub.jpg (912,632 bytes) 07-02-19 15:36
https://mantis.phplist.org/file_download.php?file_id=4536&type=bug
Screenshot 2019-02-08 at 15.34.57.png (40,910 bytes) 08-02-19 14:37
https://mantis.phplist.org/file_download.php?file_id=4538&type=bug
png
Notes
(0061837)
brunilda   
07-02-19 09:45   
I`m working on this issue.
(0061842)
rudolf   
07-02-19 15:36   
First sample, feel free to suggest changes.

https://xd.adobe.com/view/1f3aefb5-1d48-4319-bebc-6d0771260f6e-4a69/
(0061843)
samtuke   
07-02-19 18:58   
@rudolf I have provided feedback there. Some of it is simply minor text updates, which is not specifically design related - sorry about that.
(0061844)
xheni   
07-02-19 19:22   
(Last edited: 07-02-19 19:30)
I would also suggest adding some nice badges for eg: downloads and discourse topics
Please see https://shields.io/

(0061847)
rudolf   
08-02-19 10:40   
Thank you for the suggestions, Updated.
@xheni, could you please be more specific on which phrases or sections should I add the badges.
(0061855)
xheni   
08-02-19 14:37   
(Last edited: 08-02-19 14:37)
@rudolf The badges are set on the top of readme.md usually and there are already some as below:

(0061902)
samtuke   
15-02-19 11:32   
@rudolf did you see my comments on XD from before?

@xheni it looks to me as if the shields buttons are the same, just centered instead of left aligned, no?
(0061903)
rudolf   
15-02-19 13:16   
@samtuke, yes, except comment 4, which I can't remove because those are the links indicated by the graphics above that section. Only if we chose to remove the links completely. What do you say?
(0061904)
samtuke   
15-02-19 13:23   
@rudolf Can the larger icons for these items be linked, thereby removing the need for the additional buttons? Those buttons look like a repition somehow to me.
(0061905)
rudolf   
15-02-19 13:45   
(Last edited: 15-02-19 13:45)
@samtuke Yes, seems like it is possible. I removed the badges and updated the template.

(0061906)
rudolf   
15-02-19 13:49   
Putting the link here, so anyone can view it (doesn't need permissions):
https://xd.adobe.com/view/38f504a3-88b1-4b1d-7380-f364b1ea2210-4ec4/
(0062206)
brunilda   
14-05-19 16:04   
@rudolf
Please have a look on this link:
https://github.com/phpList/phplist3/tree/BrunildaDosti-readme-design
(0062207)
samtuke   
14-05-19 16:18   
@brunilda Version number needs updating again from 338 (this was fixed in a previous commit). Also using github style badges for documentation like "system requirements" is confusing, as those badges are usuallyuaes for dynamic content, like test status or version number. I think it's better to use another button style. For those links.
(0062208)
brunilda   
15-05-19 10:55   
@samtuke Fixed button version and theme icon issues.
https://github.com/phpList/phplist3/tree/BrunildaDosti-readme-design
(0062557)
brunilda   
11-07-19 16:12   
PR link:
https://github.com/phpList/phplist3/pull/532
(0062600)
suela   
05-08-19 16:26   
Final PR on this: https://github.com/phpList/phplist3/pull/577

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
20039 [phpList 3 application] Theme - Trevelin minor have not tried 05-08-19 16:19 21-08-19 12:12
Reporter: suela Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.4.4  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.4.5  
    Target Version: 3.4.5  
Summary: Travelin does not show the following error: "Unable to create campaign, did you forget to update the database"
Description: More details on the reason why this happens and the solution provided on the related mantis issue.

PR of this particular fix: https://github.com/phpList/phplist3/pull/569/
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
20034 [phpList 3 application] Subscriber Export minor have not tried 26-07-19 10:59 21-08-19 12:12
Reporter: suela Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.4.4  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.4.5  
    Target Version: 3.4.5  
Summary: Set the delimiter used on the exported files to always use tab in userdataexport.php
Description: On export subscriber data fputcsv() function is used and the default delimiter will be comma (,) instead of tab that is used in other exports.
Change that to use tab to avoid confusion.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0062599)
suela   
05-08-19 16:12   
https://github.com/phpList/phplist3/pull/575/

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
20054 [phpList 3 application] phpList minor have not tried 17-08-19 08:40 17-08-19 08:40
Reporter: zsxxhejun Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version: 3.4.5  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version: 3.4.5-RC1  
Summary: Error sending email
Description: Error sending email to 403002793@qq.com The following From address failed: zsxxhejun@163.com : MAIL FROM command failed,User has no permission ,550,SMTP server error: MAIL FROM command failed Detail: User has no permission SMTP code: 550SMTP server error: MAIL FROM command failed Detail: User has no permission SMTP code: 550
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
20050 [phpList 3 application] Automatic updater minor have not tried 15-08-19 17:33 15-08-19 17:33
Reporter: suela Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version: 3.4.5  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version: Future developments  
Summary: Update documentation to reflect the fact that insufficient space to store the new temporary update will break updater
Description: Currently the updater doesn't check if there is enough space to save the temporary update copy during the download step.
That will cause the updater to fail as it will only download part of the files. Depending on how far it got with the the downloaded files it might show "Downgrade is not supported"
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
20048 [phpList 3 application] Template Management minor have not tried 13-08-19 11:32 13-08-19 11:32
Reporter: samtuke Platform:  
Assigned To: OS:  
Priority: low OS Version:  
Status: new Product Version: 3.4.5  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version: 3.4.5-RC1  
Summary: Add support for SVG image upload in template editor
Description: Currently if a template is added which includes SVG images with relative paths, then they will not be detected as images by phpList or be requested for upload on the following page.

Add support for SVG images so the user experience is the same for them as for other bitmap image types.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
19623 [phpList 3 application] Automatic updater minor have not tried 08-12-18 18:38 09-08-19 12:50
Reporter: samtuke Platform: Linux  
Assigned To: OS: Fedora  
Priority: normal OS Version: 26  
Status: resolved Product Version:  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.4.0  
    Target Version:  
Summary: Label the following message as an error: 'No write permission for the following files:'
Description: The following message represents an error: 'No write permission for the following files:'

Make this fact clear by adding 'Error: ' before it.
Tags:
Steps To Reproduce:
Additional Information:
System Description Gnome
Attached Files: phplist.png (21,328 bytes) 09-01-19 17:54
https://mantis.phplist.org/file_download.php?file_id=4509&type=bug
png
Notes
(0061681)
grindlay   
09-01-19 17:54   
Have this error on Win10 3.3.7-RC1. The file list is blank. Is this expected ?
(0061687)
xheni   
10-01-19 23:45   
@grindlay Thanks for testing. What windows filesystem are you using? Can you please check apache error.log, browser network response and console?
For the automatic update to continue, the whole phpList directory and the files within it must be writable by the HTTP user under which your Apache web server is running.
(0061743)
grindlay   
17-01-19 19:39   
Sorry I should have been more specific, windows browser client but PHPList is running on CentOS 6.10/PHP7.2.
All my files have 0644 permission and directories have 0755.
Nothing in /var/log/apache2/error_log and nothing in the local PHP error_log either.
HTTP user is the account owner user:user.
Apache uses PHP-FPM.
(0061907)
xheni   
15-02-19 19:19   
@samtuke I think you had the same issue once. Did you manage to fix it? It could be related to SELinux.
(0061908)
samtuke   
16-02-19 08:13   
@xheni I didn't resolve it, but I don't think it was caused by SELinux (as disabling it made no difference).
(0061909)
grindlay   
16-02-19 13:25   
SELinux is disabled on my system
root@ds [~]# sestatus
SELinux status: disabled
I still have the issue on 3.3.9RC3
(0062593)
Fremois   
31-07-19 11:48   
I have the same issue : No error in Apache log file.
User and group of phpList folder is the Apache's owner/group (www-data)

Version : PHPList 3.4.0 with PHP 7.0.33
OS : 4.9.0-8-amd64 #1 SMP Debian 4.9.144-3.1 (2019-02-19) x86_64 GNU/Linux with SE Linux disables

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
20028 [phpList 3 application] Theme - Trevelin minor have not tried 16-07-19 22:17 06-08-19 09:38
Reporter: duncanc Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version: 3.4.4  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version: next major  
Summary: When insert into message table fails the fatal error is not displayed by Trevellin theme
Description: Due to the way that the Trevellin theme dynamically changes html elements from hidden to visible, if phplist fails with a fatal error then the page is empty instead of the error message being displayed.

When Dressprow is used then the error message is displayed, see screenshot.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: Screenshot at 2019-07-16 22-15-23.png (8,399 bytes) 16-07-19 22:17
https://mantis.phplist.org/file_download.php?file_id=4650&type=bug
png

Screenshot from 2019-07-18 08-35-01.png (10,786 bytes) 18-07-19 08:35
https://mantis.phplist.org/file_download.php?file_id=4651&type=bug
png

Screenshot from 2019-07-18 08-37-28.png (5,259 bytes) 18-07-19 08:38
https://mantis.phplist.org/file_download.php?file_id=4652&type=bug
png
Notes
(0062565)
duncanc   
17-07-19 16:52   
After looking at how fatal errors are handled it appears that they are not really fatal. In almost all cases the code returns after displaying the error.

But in this particular case, when inserting into the message table, the code exits which means that the html is not complete. That's ok for the Dressprow theme, but Trevellin relies, I think, on some javascript that is now not loaded so the page appears blank.
(0062566)
samtuke   
17-07-19 16:58   
Ouch, so the best fix is to ensure this particular error is handled by the script and does not generate a fatal error?
(0062567)
michiel   
18-07-19 08:05   
Maybe the easiest is to include the theme footer when a fatal error happens.

https://github.com/phpList/phplist3/blob/master/public_html/lists/admin/connect.php#L553
(0062568)
duncanc   
18-07-19 08:35   
(Last edited: 18-07-19 08:38)
Changing this particular instance, unable to insert into the message table, to return instead of exiting and also setting some sort of status field ($done = 1) means that the error is displayed.

The error is displayed in a much neater way than other "fatal errors". The Fatal_Error() function tries to discard output using ob_end_clean(), but send.php has an extra call to ob_start(), which means that all the prior output is kept. So a complete html page is generated.

Compare that with the error displayed when trying to view subscriber details when a subscriber id does not exist.

(0062569)
duncanc   
19-07-19 11:53   
See https://github.com/phpList/phplist3/pull/569 which is not more than a quick fix for this particular problem.

Maybe the error handling could be revised so that the error is displayed more neatly for all fatal errors. I can see that we don't want to do any further processing after an unexpected error, but returning to the caller which is usually just one level will mean that a complete html page is displayed.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
20040 [phpList 3 application] Theme - Trevelin minor have not tried 05-08-19 17:19 05-08-19 17:31
Reporter: suela Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.4.4  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.4.5  
    Target Version: 3.4.5  
Summary: Update links for the manual chapters on the Help section of the dashboard
Description: After the manual system changed links on the dashboard were broken so they need replacing on trevelin.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
19729 [phpList 3 application] Interface - Administrator minor have not tried 23-01-19 16:18 05-08-19 16:55
Reporter: samtuke Platform: Linux  
Assigned To: OS: Fedora  
Priority: high OS Version: 26  
Status: resolved Product Version: 3.3.8  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version: 3.3.9  
    Target Version:  
Summary: Dashboard widgets are not top aligned
Description: See screenshot. Align the tops of these sections.
Tags: quick-fix
Steps To Reproduce:
Additional Information:
System Description Gnome
Attached Files: Selection_517.png (8,918 bytes) 23-01-19 16:18
https://mantis.phplist.org/file_download.php?file_id=4526&type=bug
png

style.css (142,819 bytes) 08-02-19 11:28
https://mantis.phplist.org/file_download.php?file_id=4537&type=bug
Notes
(0061849)
brunilda   
08-02-19 11:27   
(Last edited: 08-02-19 13:45)



View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
19754 [phpList 3 application] Automatic updater minor have not tried 11-02-19 14:25 05-08-19 16:53
Reporter: samtuke Platform: Linux  
Assigned To: OS: Fedora  
Priority: normal OS Version: 26  
Status: resolved Product Version: 3.3.9  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.4.0  
    Target Version:  
Summary: Default repository name is not recognised by phpList due to capitalisation
Description: The default directory name when cloning the Updater repo is 'Updater'. However phpList expects the directory to be called 'updater' and does not recognise 'Updater'.
Tags:
Steps To Reproduce:
Additional Information:
System Description Gnome
Attached Files:
Notes
(0061872)
xheni   
11-02-19 14:48   
@samtuke Can you please change the repo name to "updater" as I don't have access to do that?
(0061881)
samtuke   
12-02-19 13:41   
@xheni Done, and the build script for self hosted has been updated also.
(0061883)
xheni   
13-02-19 09:59   
@samtuke great!

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
19839 [phpList 3 application] Interface - Administrator minor always 22-03-19 16:20 05-08-19 16:33
Reporter: suela Platform:  
Assigned To: OS:  
Priority: low OS Version:  
Status: assigned Product Version: 3.4.1  
Product Build: Resolution: reopened  
Projection: none      
ETA: none Fixed in Version:  
    Target Version: 3.5.0  
Summary: visual feedback on tab click
Description: Currently there is no visual representation on when a tab on the "List of campaigns" page
is clicked (Sent, Active or Draft) if the page is still loading.

You can notice that more on tablets or mobiles in network connections where the pages take a few seconds to load.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0062321)
brunilda   
06-06-19 04:25   
The PR link:
https://github.com/phpList/phplist-ui-bootlist/pull/92
(0062519)
brunilda   
01-07-19 08:58   
New PR for this issue:
https://github.com/phpList/phplist-ui-bootlist/pull/100
(0062601)
suela   
05-08-19 16:32   
This still has conflicts: https://github.com/phpList/phplist-ui-bootlist/pull/101


View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
20036 [phpList 3 application] Internationalization (l18n) minor have not tried 31-07-19 21:02 31-07-19 21:03
Reporter: duncanc Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version: 3.4.4  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version: 3.4.5  
Summary: Wrong button caption for associate system bounces with subscriber profiles
Description: On the reconcile subscribers page the button caption for the function to associate system bounces with subscriber profiles has been given the wrong translated value.
See the screenshots for the page and also the database table
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: Screenshot at 2019-07-31 20-56-55.png (2,639 bytes) 31-07-19 21:02
https://mantis.phplist.org/file_download.php?file_id=4654&type=bug
png

Screenshot at 2019-07-31 21-00-42.png (12,810 bytes) 31-07-19 21:02
https://mantis.phplist.org/file_download.php?file_id=4655&type=bug
png
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
19457 [phpList 3 application] Interface - Administrator minor always 17-10-18 22:39 29-07-19 17:06
Reporter: lwc Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.3.5  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.3.6  
    Target Version: 3.3.6  
Summary: Document system placeholders in the contextual help (e.g. [Subject])
Description: Similar to #19148, please document *all* system placeholders like [Subject] in the contextual help

Right now only the following are shown when clicking the help icon next to "Compose message":
[EMAIL]
[CONFIRMED]
[BLACKLISTED]
[BOUNCECOUNT]
[ENTERED]
[MODIFIED]
[UNIQID]
[HTMLEMAIL]
[DOMAIN]
[WEBSITE]
Tags: UI Improvements
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0061347)
suela   
07-11-18 10:01   
PR: https://github.com/phpList/phplist-lan-help/pull/19/commits/86e23467515418369209f16ffd02325406a9ac78

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
19513 [phpList 3 application] Interface - Backend minor have not tried 01-11-18 15:33 29-07-19 17:05
Reporter: xheni Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: resolved Product Version:  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.3.6  
    Target Version: 3.3.6  
Summary: Check if domain is set for terms of service
Description: PR: https://github.com/phpList/phplist3/pull/430
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
19511 [phpList 3 application] Interface - Backend minor have not tried 01-11-18 14:13 29-07-19 17:04
Reporter: xheni Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: resolved Product Version:  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.3.6  
    Target Version: 3.3.6  
Summary: Better warning message for bounce that doesn't longer exist
Description: PR: https://github.com/phpList/phplist3/pull/430
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
18837 [phpList 3 application] Documentation trivial always 28-08-17 21:43 29-07-19 17:03
Reporter: lwc Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.3.1  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.3.6  
    Target Version: 3.3.6  
Summary: Wrong variable in README.bounces
Description: The document mentions this line:
$bounce_unsubscribe_treshold = 3;

But the correct variable is $bounce_unsubscribe_threshold (threshold, not treshold).
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0061214)
lwc   
06-10-18 23:18   
Hey, it's now more than a year later. You can see it right here: https://github.com/phpList/phplist3/blob/master/doc/README.bounces
(0061282)
suela   
25-10-18 11:30   
PR: https://github.com/phpList/phplist3/pull/425

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
19454 [phpList 3 application] Interface - Administrator minor have not tried 12-10-18 12:31 29-07-19 17:03
Reporter: marinela Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.3.5  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.3.6  
    Target Version: 3.3.6  
Summary: Wrong name on hover for the 'View bounces per campaign'
Description: When you go System> Manage bounces , and hover on 'View bounces per campaign' you get 'view bounced emails per subscriber list'. That needs to changed to 'View bounced emails per campaign'.
Tags: quick-fix
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0061257)
xheni   
20-10-18 14:44   
Fixed in: https://github.com/phpList/phplist3/pull/422

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
18626 [phpList 3 application] Interface - Administrator minor have not tried 18-04-17 10:59 29-07-19 17:02
Reporter: samtuke Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: resolved Product Version:  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.3.6  
    Target Version: 3.3.6  
Summary: Add 'Unique Views' to 'View Opens' page
Description: The 'Unique Views' statistic for a campaign is displayed on the 'Sent' tab of the campaigns page, but not on any of the pages within the statistics section. Add the 'Unique Views' to the existing table of statistics on the 'View Opens' page (e.g. /lists/admin/?page=mviews&id=3580).
Tags: quick-fix
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0061269)
suela   
22-10-18 12:45   
PR: https://github.com/phpList/phplist3/pull/423

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
19455 [phpList 3 application] Interface - Administrator minor always 12-10-18 18:29 29-07-19 17:01
Reporter: xheni Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.3.5  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.3.6  
    Target Version: 3.3.6  
Summary: Incorrect link on "Reconcile the subscriber database"
Description: Change ?page=reconcile to ?page=reconcileusers
Tags: quick-fix
Steps To Reproduce: Go to Dashboard -> List and user functions -> Reconcile the subscriber database
Additional Information:
Attached Files: Screen Shot 2018-10-12 at 19.22.30.png (37,319 bytes) 12-10-18 18:29
https://mantis.phplist.org/file_download.php?file_id=4460&type=bug
png
Notes
(0061256)
xheni   
20-10-18 14:41   
Fixed in : https://github.com/phpList/phplist3/pull/421

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
19524 [phpList 3 application] General minor have not tried 02-11-18 19:03 26-07-19 13:57
Reporter: maltfield Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: resolved Product Version:  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.3.6  
    Target Version: 3.3.6  
Summary: return error code on FAIL in ajax subscribe
Description: This is apparently a long-standing issue with the community-recommended way for users to be able to add subscribers to phplist from an external domain using ajax in phplist3 as described in this thread:

 * https://discuss.phplist.org/t/ajax-subscribe-api/974

The code in the zip file attached to the above thread uses jquery's ajax function, and it defines a function success() that's triggered when the ajax call succeeds and a error() function that's triggered when the ajax call failed. The problem is: phplist merely prints "FAIL" in the response when the subscribe attempt fails, but the status code remains a 200.

IMHO, the ajax form should not have to search for the string "FAIL" in the response in order to detect a failure. Instead, it should check the status code of the HTTP response from the server. This can be achieved, for example, by throwing an exception in PHP--which will make PHP return a 500 Internal Server Error.

Here is the relevant code for handling ajax subscription queries on phplist's side:

 * https://github.com/phpList/phplist3/blob/7ec8ab78f215894c29da8e54ff9d7c41ffde64c6/public_html/lists/index.php#L242-L272

My recommendation is to add the line:

    throw new Exception( "Error: Subscribe attempt failed!" );

after the "echo 'FAIL';" line here:

 * https://github.com/phpList/phplist3/blob/7ec8ab78f215894c29da8e54ff9d7c41ffde64c6/public_html/lists/index.php#L270
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0061320)
maltfield   
02-11-18 19:53   
I created a PR request for this here:

 * https://github.com/phpList/phplist3/pull/432

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
19484 [phpList 3 application] Interface - Administrator minor have not tried 25-10-18 11:42 26-07-19 13:56
Reporter: suela Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: resolved Product Version:  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.3.6  
    Target Version: 3.3.6  
Summary: Add help information on how category removal works.
Description: Currently isn't clear how you can compleately remove a category.
Add help options to explain how.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0061346)
suela   
07-11-18 09:59   
PR: https://github.com/phpList/phplist3/pull/433
PR: https://github.com/phpList/phplist-lan-help/pull/19

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
19453 [phpList 3 application] plugins major sometimes 12-10-18 08:56 26-07-19 13:54
Reporter: duncanc Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.3.5  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.3.6  
    Target Version: 3.3.6  
Summary: Some plugins were disabled after upgrading to release 3.3.5
Description: After upgrading to release 3.3.5 I found that several plugins that were enabled previously were now disabled.

The cause is a mistake in an earlier change I made https://github.com/phpList/phplist3/pull/379 that tests whether an already initialised plugin can be enabled. That test is done while the plugins are being created, so a dependency plugin may well not yet have been created and the test will fail.

The test for enabling needs to be moved to a point where all plugins have been created.

See https://github.com/phpList/phplist3/pull/411

Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0061237)
duncanc   
12-10-18 09:44   
I wondered why this problem had not been noticed before and have just realised that release 3.3.5 is the first to include the earlier pull request, 379.
I had thought it was included in release 3.3.4, but that was not the case.
(0061238)
samtuke   
12-10-18 10:09   
Sounds like the release notes of 3.3.5 need updating then? @suela

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
19537 [phpList 3 application] General minor have not tried 07-11-18 10:08 26-07-19 13:52
Reporter: suela Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: resolved Product Version:  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.3.6  
    Target Version: 3.3.6  
Summary: Check and don't remove useful anchor links (https://www.exameple.com/#anchor) when converting RSS template from HTML to text
Description: Github issue: https://github.com/bramley/phplist-plugin-rssfeed/issues/23

PR: https://github.com/phpList/phplist3/pull/414
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
19539 [phpList 3 application] General minor have not tried 07-11-18 10:14 26-07-19 13:51
Reporter: suela Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: resolved Product Version:  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.3.6  
    Target Version: 3.3.6  
Summary: Add https when checking if the text linked is a repetition of the URL
Description: PR: Add https when checking if the text linked is a repetition of the URL
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
19540 [phpList 3 application] General minor have not tried 07-11-18 10:17 26-07-19 13:50
Reporter: suela Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: resolved Product Version:  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.3.6  
    Target Version: 3.3.6  
Summary: Remove non-standard Bounces-To header
Description: GitHub issue: https://github.com/phpList/phplist3/issues/419
PR: https://github.com/phpList/phplist3/pull/420
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
19541 [phpList 3 application] General minor have not tried 07-11-18 10:20 26-07-19 13:49
Reporter: suela Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: resolved Product Version:  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.3.6  
    Target Version: 3.3.6  
Summary: form element ids added for WCAG compliance
Description: Added ids for different form elements when missing:

PR: https://github.com/phpList/phplist3/pull/424
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
19525 [phpList 3 application] General minor have not tried 03-11-18 08:23 26-07-19 13:46
Reporter: samtuke Platform: Linux  
Assigned To: OS: Fedora  
Priority: normal OS Version: 26  
Status: new Product Version: 3.3.5  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Provide error message when a subscribe page accessed via Ajax doesn't exist
Description: See here for report and patch: https://discuss.phplist.org/t/ajax-subscribe-api/974/24?u=samtuke
Tags:
Steps To Reproduce:
Additional Information:
System Description Gnome
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
19615 [phpList 3 application] General minor have not tried 07-12-18 06:49 26-07-19 13:40
Reporter: duncan Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: resolved Product Version:  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.3.7  
    Target Version: 3.3.7  
Summary: Allow a plugin to have pages that can be accessed using the remote processing secret.
Description: Add an array of remote pages to the default plugin.
Test that when the secret parameter is provided and the current page is for a plugin that the page is in the array of remote pages provided by the plugin.
set $inR

PR: https://github.com/phpList/phplist3/pull/442
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
19618 [phpList 3 application] General minor have not tried 07-12-18 07:01 26-07-19 13:40
Reporter: duncan Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: resolved Product Version:  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.3.7  
    Target Version: 3.3.7  
Summary: Avoid php notice re undefined index
Description: Avoid php notice re undefined index when sending is blocked by a plugin

PR: https://github.com/phpList/phplist3/pull/447
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
19617 [phpList 3 application] General minor have not tried 07-12-18 06:58 26-07-19 13:39
Reporter: duncan Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: resolved Product Version:  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.3.7  
    Target Version: 3.3.7  
Summary: Avoid php notice when converting php memory limit
Description: Convert only the numeric part of the php memory limit to avoid php issuing a notice

PR: https://github.com/phpList/phplist3/pull/446
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
19619 [phpList 3 application] Interface - Administrator minor have not tried 07-12-18 07:05 26-07-19 13:38
Reporter: duncan Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: resolved Product Version:  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.3.7  
    Target Version: 3.3.7  
Summary: When editing a subscribe page display the plugin section at the end
Description: This change is to display any plugin sections at the end instead of showing before other sections.

PR: https://github.com/phpList/phplist3/pull/448
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
19339 [phpList 3 application] Interface - Administrator minor have not tried 31-07-18 15:49 26-07-19 13:38
Reporter: samtuke Platform: Linux  
Assigned To: OS: Fedora  
Priority: normal OS Version: 26  
Status: resolved Product Version: 3.3.3  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.3.7  
    Target Version: 3.3.7  
Summary: Make bounce total number formatted on bounces per list page
Description: e.g.on /lists/admin/?page=listbounces&id=14
Tags:
Steps To Reproduce:
Additional Information:
System Description Gnome
Attached Files: Selection_461.png (14,697 bytes) 31-07-18 15:49
https://mantis.phplist.org/file_download.php?file_id=4428&type=bug
png
Notes
(0060989)
xheni   
06-08-18 12:43   
PR: https://github.com/phpList/phplist3/pull/387

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
19616 [phpList 3 application] Configuration minor have not tried 07-12-18 06:56 26-07-19 13:37
Reporter: suela Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: resolved Product Version:  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.3.7  
    Target Version: 3.3.7  
Summary: Warning about incorrect $pageroot is never displayed
Description: Correct the test to issue warning for incorrect $pageroot and Issue warning for $pageroot only when not command line

The warning is now displayed when the current request does not begin with $pageroot followed by '/admin'. For example $pageroot has default value of '/lists' but phplist has been installed in '/newsletter'.

GitHub Issue: https://github.com/phpList/phplist3/issues/439
PR:
https://github.com/phpList/phplist3/pull/443
https://github.com/phpList/phplist3/pull/449
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
19555 [phpList 3 application] General minor sometimes 12-11-18 21:06 26-07-19 13:35
Reporter: duncanc Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.3.5  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.3.7  
    Target Version: 3.3.7  
Summary: URL is truncated when click tracking is enabled
Description: A problem was reported with a link URL being truncated when click tracking is enabled
https://discuss.phplist.org/t/link-tracking-with-google-maps-pages/4630

The URL is to a google maps page and is quite lengthy but there appear to be two aspects of the URL that cause phplist to corrupt the value that is stored in the linktrack_forward table - it contains a single-quote and contains a comma.

There are a few places where the message html is parsed with regular expressions to identify links and their href attribute, e.g.
        preg_match_all('/<a (.*)href=["\'](.*)["\']([^>]*)>(.*)<\/a>/Umis', $htmlmessage, $links);

The regex is too lax regarding the delimiters. Either both should be single-quote or both should be double-quote. Currently it will treat a single quote in the href attribute value as the terminating delimiter.

The second problem is when the plain text message is parsed to find URLs. In this case the regex doesn't allow a comma within the URL, so the URL is truncated.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0061369)
duncanc   
12-11-18 21:24   
See https://github.com/phpList/phplist3/pull/436
(0061379)
michiel   
13-11-18 22:30   
Ah, you put some more explanation here, thanks.

This sounds like a good plan, so I'd be happy to merge it. Just wondering how much testing has been done.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
19388 [phpList 3 application] System Admin major have not tried 27-08-18 15:49 26-07-19 13:34
Reporter: suela Platform:  
Assigned To: OS:  
Priority: high OS Version:  
Status: resolved Product Version:  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.3.7  
    Target Version: 3.3.7  
Summary: Create an automatic updater for phpList to handline upgrading to the latest version
Description: Add a button in the web UI which updates phpList to the latest phpList version as an alternative upgrade path to the existing manual process (https://www.phplist.org/manual/ch031_upgrading.xhtml)
This should Support both phpList 3 and phpList 4, plus hybrid combinations of the two
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0061416)
suela   
21-11-18 11:20   
Github: https://github.com/xh3n1/Updater
(0061426)
suela   
22-11-18 10:40   
@xh3n1 on the issue related to this, the "Upgrade database" step is shown as optional.

 I am not sure if that's right for various reasons:
1. New features may require the new database structure (not always but most of the times);
2. There might be changes when it's crucial to upgrade the database;
3. There might be unpredicted errors when the database upgrade is skipped on one phpList update and performed in another.
(0061470)
suela   
26-11-18 15:25   
Database upgrade will be currently made with a redirect to the existing mechanism

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
19542 [phpList 3 application] Subscriber Import minor sometimes 07-11-18 10:41 26-07-19 13:32
Reporter: duncanc Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.3.5  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.3.7  
    Target Version: 3.3.7  
Summary: Allow import of attribute value that includes a field separator
Description: The process to import a file with attributes, import2.php, does not allow the field separator, usually tab or comma, to appear in a field value, even when the field value is surrounded by quotes.

So something like this will be treated as four fields, not three.
email,name,interest
aaa@example.com,Jim,"swimming,cycling"

The php function str_getcsv() can be used to parse each line to allow embedded field separators.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0061349)
duncanc   
07-11-18 10:47   
See https://github.com/phpList/phplist3/pull/434

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
19268 [phpList 3 application] General minor have not tried 01-06-18 17:20 26-07-19 13:31
Reporter: suela Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.3.3  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.3.7  
    Target Version: 3.3.7  
Summary: Change "Clicked" on campaigns statistics to show total clicks
Description: Currently "Clicked" on "Campaign statistics" will not show the total clicks on a campaign but only the Unique clicks, which are already shown seperately >/lists/admin/?page=statsoverview&id= (campaign id)

Change that to show "total clicks" (that is already shown on the campaign statistics part on the list of campaigns page).

Tags:
Steps To Reproduce:
Additional Information:
Attached Files: campaignsLists.jpg (88,059 bytes) 01-06-18 17:30
https://mantis.phplist.org/file_download.php?file_id=4382&type=bug
jpg

statsoverview.jpg (81,960 bytes) 01-06-18 17:31
https://mantis.phplist.org/file_download.php?file_id=4383&type=bug
jpg
Notes
(0061392)
xheni   
14-11-18 21:27   
PR: https://github.com/phpList/phplist3/pull/438

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
20031 [phpList 3 application] General minor have not tried 25-07-19 09:32 25-07-19 09:32
Reporter: suela Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version: 3.4.4  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version: 3.4.5  
Summary: On /lists/admin/?page=userclicks&msgid=105 page change the "on hover text" on the "View clicks" column
Description: Currently to go to the page where all clicks from a subscriber are displayed you should follow the steps below:

1. statistics
2. URL click statistics
3. Click one of the links
4. Click one of the campaigns that contains the link
5. Click "view subscribers who clicked" on the "clicks" column
6. Click the "view subscriber" button on the "view clicks" column

Change the "view subscriber" text you get on hover to "view subscriber clicks" so that it doesn't create the idea that button will send you to the subscribers profile.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
19626 [phpList 3 application] Automatic updater minor have not tried 08-12-18 18:42 19-07-19 17:51
Reporter: samtuke Platform: Linux  
Assigned To: OS: Fedora  
Priority: normal OS Version: 26  
Status: new Product Version: 3.3.7 -RC1  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Add margin on bottom of 'Next' button
Description: When the 'Next' button is the last item on the page and page contents are longer than the screen height, no padding is beneath it and the layout is poor. Add proportionate whitespace beneath the button.
Tags:
Steps To Reproduce:
Additional Information:
System Description Gnome
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
19625 [phpList 3 application] Automatic updater minor have not tried 08-12-18 18:40 19-07-19 17:51
Reporter: samtuke Platform: Linux  
Assigned To: OS: Fedora  
Priority: normal OS Version: 26  
Status: new Product Version: 3.3.7 -RC1  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Add padding between log lines for readability
Description: Log lines printed to the web page would be more readable if padding between then were greater.
Tags:
Steps To Reproduce:
Additional Information:
System Description Gnome
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
19629 [phpList 3 application] Automatic updater minor have not tried 08-12-18 18:46 19-07-19 17:48
Reporter: samtuke Platform: Linux  
Assigned To: OS: Fedora  
Priority: normal OS Version: 26  
Status: new Product Version: 3.3.7 -RC1  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Center the update '+' icon within its surrounding circle on the main menu
Description: The plus icon isn't centered within the Updater main menu item.
Tags:
Steps To Reproduce:
Additional Information:
System Description Gnome
Attached Files:
Notes
(0061575)
xheni   
14-12-18 14:27   
the + icon is actually by default because I didn't add any icon to this menu item. Maybe @rudolf can find something more appropriate to use it in the future releases.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
19653 [phpList 3 application] Automatic updater minor have not tried 20-12-18 11:55 19-07-19 17:47
Reporter: samtuke Platform: Linux  
Assigned To: OS: Fedora  
Priority: normal OS Version: 26  
Status: resolved Product Version: 3.3.7  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.3.8  
    Target Version: 3.3.8  
Summary: Document the necessary file permissions for the updater to work
Description: Document what file permissions are necessary, and for which files, so that before admins decide whether to use the updater they can check or resolve permissions issues.

Include a command that can be executed to change permissions of the necessary files to be compatible with the updater, regardless of what permissions those files currently have.
Tags:
Steps To Reproduce:
Additional Information:
System Description Gnome
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
19652 [phpList 3 application] Automatic updater minor have not tried 20-12-18 11:52 19-07-19 17:46
Reporter: samtuke Platform: Linux  
Assigned To: OS: Fedora  
Priority: normal OS Version: 26  
Status: resolved Product Version: 3.3.7  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.3.8  
    Target Version: 3.3.8  
Summary: Check compatibility of default phpList permissions with the updater requirements
Description: Check whether the default file permissions of new phpList releases are compatible with the updater. If not, consider changing them after reviewing the security implications. If they cannot be changed, improve documentation to clarify steps necessary to use the updater for the first time with a default installation in order to obtain compatible permissions.
Tags:
Steps To Reproduce:
Additional Information:
System Description Gnome
Attached Files:
Notes
(0061886)
samtuke   
13-02-19 10:58   
@xheni Does this mean that all default permissions are already compatible?
(0061887)
xheni   
13-02-19 11:01   
@samtuke yes, also have explained in the updater docs what permissions the files should have in order to update.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
19347 [phpList 3 application] Command Line minor sometimes 04-08-18 08:32 19-07-19 17:45
Reporter: duncanc Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.3.3  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.3.8  
    Target Version: 3.3.8  
Summary: Command line signature is displayed twice
Description: I noticed that the command line signature is displayed twice, certainly for processqueue and processbounces but maybe for other pages too.

It appears to be a result of this commit from last year which added displaying the signature to index.php, when it is already displayed by some pages.

https://github.com/phpList/phplist3/commit/e9477f147f5421876fdaf739c9b67f489a3d8add#diff-c94e48cc9b417214f6e54b99fa2b106a
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: Screenshot from 2018-08-04 08-31-14.png (35,262 bytes) 04-08-18 08:32
https://mantis.phplist.org/file_download.php?file_id=4431&type=bug
png
Notes
(0061549)
duncanc   
10-12-18 09:25   
@michiel In the change that I pointed to, did you intend to add line 215 to display the signature, because that is already displayed by various pages - processqueue, processbounces, etc.
(0061552)
michiel   
10-12-18 19:22   
@duncanc I think it makes more sense to remove it from the specific pages. That way it will always display, even in eg plugin command line pages.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
19611 [phpList 3 application] Internationalization (l18n) minor sometimes 05-12-18 21:50 19-07-19 17:45
Reporter: duncanc Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.3.6  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.3.8  
    Target Version: 3.3.8  
Summary: Some dates always have the month in English
Description: On some pages dates are formatted within a mysql query instead of phplist, which means the month name is in English instead of the admin's selected language. For example the uclicks page has the month of first click translated but the month of the latest click is in English, see screenshot.

I think that most of the problem areas can be found by grep'ing for "DATE_FORMAT(", the mysql function to format a date. Then review those and where possible move the date formatting to php code using the functions formatDate() or formatDateTime();
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: date_format.png (14,783 bytes) 05-12-18 21:50
https://mantis.phplist.org/file_download.php?file_id=4500&type=bug
png
Notes
(0061522)
michiel   
05-12-18 21:56   
Can't that be resolved by localising Mysql instead?
(0061530)
duncanc   
06-12-18 10:24   
From what I can see most dates are formatted with php, it is only a few cases, such as the page I mentioned, that format some dates through mysql.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
19667 [phpList 3 application] Interface - Administrator minor have not tried 03-01-19 13:41 19-07-19 17:44
Reporter: suela Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.3.7  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.3.8  
    Target Version: 3.3.8  
Summary: Change the number of "recently visited" pages from 6 to 3
Description: Currently the number of "Recently Visisted" is 6. I think it would be better to limit that to 3 for easier navigation.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0061628)
suela   
03-01-19 13:42   
@samtuke thoughts?
(0061630)
samtuke   
03-01-19 14:48   
@suela Agreed
(0061634)
xheni   
03-01-19 19:07   
PR: https://github.com/phpList/phplist3/pull/462

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
19628 [phpList 3 application] Admin Management minor have not tried 08-12-18 18:44 19-07-19 17:44
Reporter: samtuke Platform: Linux  
Assigned To: OS: Fedora  
Priority: normal OS Version: 26  
Status: resolved Product Version: 3.3.7 -RC1  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.3.8  
    Target Version: 3.3.8  
Summary: Link the phpList logo to the phpList admin dashboard
Description: To provide a way back from the updater to the phpList admin interface, and to keep consistent behaviour of the logo with other parts of the app, link the logo to the admin dashboard.
Tags:
Steps To Reproduce:
Additional Information:
System Description Gnome
Attached Files:
Notes
(0061629)
xheni   
03-01-19 14:42   
PR: https://github.com/phpList/Updater/pull/62

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
19647 [phpList 3 application] Internationalization (l18n) minor have not tried 18-12-18 14:43 19-07-19 17:43
Reporter: samtuke Platform: Linux  
Assigned To: OS: Fedora  
Priority: normal OS Version: 26  
Status: resolved Product Version: 3.3.7  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.3.8  
    Target Version: 3.3.8  
Summary: Saving new template with the same name fails but success message shown
Description: - go to manage templates page
- create a new template
- save it using the same name as an existing template

The template is not saved, but a success message 'template saved successfully' is shown
Tags:
Steps To Reproduce:
Additional Information:
System Description Gnome
Attached Files:
Notes
(0061626)
xheni   
03-01-19 13:11   
PR: https://github.com/phpList/phplist3/pull/461

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
19622 [phpList 3 application] Interface - Administrator minor have not tried 08-12-18 18:31 19-07-19 17:41
Reporter: samtuke Platform: Linux  
Assigned To: OS: Fedora  
Priority: normal OS Version: 26  
Status: resolved Product Version: 3.3.7 -RC1  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.3.8  
    Target Version: 3.3.8  
Summary: Add autofocus to the email field of the login page
Description: For convenience. Added in commit 2487b2f4545f6508b435c500e9b0c93bf1b510bd.
Only appears to work in Chrome and not Firefox or Epiphany.
Tags:
Steps To Reproduce:
Additional Information:
System Description Gnome
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
19654 [phpList 3 application] Admin Management minor have not tried 20-12-18 11:59 19-07-19 17:39
Reporter: samtuke Platform: Linux  
Assigned To: OS: Fedora  
Priority: normal OS Version: 26  
Status: resolved Product Version: 3.3.7  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.3.8  
    Target Version: 3.3.8  
Summary: Add an option to config file to disable the updater and its notifications
Description: For admins who run phpList in a controlled environment it is necessary to be able to disable the automatic updater. Add this option to the phpList config file (not settings page).

Originally reported here: https://github.com/phpList/Updater/issues/61
Tags:
Steps To Reproduce:
Additional Information:
System Description Gnome
Attached Files:
Notes
(0061608)
xheni   
25-12-18 21:18   
I think it would be good to have this option on settings page.
(0061609)
xheni   
26-12-18 11:36   
PR: https://github.com/phpList/phplist3/pull/457
(0061610)
samtuke   
26-12-18 11:58   
If this is on the settings page also, then server administrators cannot control whether or not uses of phpList installations can change the version that they're using. Unless the option on the settings page can be disabled also. I think it is easier to keep this setting to the config file only.
(0061611)
xheni   
26-12-18 12:28   
yes, you are right. Better keep it this way then.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
19702 [phpList 3 application] Statistics minor have not tried 14-01-19 14:23 19-07-19 17:20
Reporter: samtuke Platform: Linux  
Assigned To: OS: Fedora  
Priority: normal OS Version: 26  
Status: resolved Product Version: 3.3.8  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.3.9  
    Target Version: 3.3.9  
Summary: Relabel the 'clicks' column to 'total clicks' the Campaign click statistics page
Description: The 'clicks' column label is ambiguous. Relabel it to 'Total clicks'.
Tags:
Steps To Reproduce:
Additional Information:
System Description Gnome
Attached Files: Selection_509.png (6,874 bytes) 14-01-19 14:23
https://mantis.phplist.org/file_download.php?file_id=4514&type=bug
png
Notes
(0061699)
xheni   
15-01-19 11:23   
@samtuke that's actually unique clicks.
(0061701)
xheni   
15-01-19 11:54   
PR: https://github.com/phpList/phplist3/pull/466

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
19701 [phpList 3 application] Statistics minor have not tried 14-01-19 14:20 19-07-19 17:19
Reporter: samtuke Platform: Linux  
Assigned To: OS: Fedora  
Priority: normal OS Version: 26  
Status: resolved Product Version: 3.3.8  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.3.9  
    Target Version: 3.3.9  
Summary: Add total clicks and unique click stats to the Campaign click statistics page
Description: On mclicks.php, add these two statistics to the table at the top of the page above 'Click rate'. E.g /lists/admin/?page=mclicks&id=2
Tags: quick-fix
Steps To Reproduce:
Additional Information:
System Description Gnome
Attached Files: Selection_508.png (24,885 bytes) 14-01-19 14:20
https://mantis.phplist.org/file_download.php?file_id=4513&type=bug
png
Notes
(0061700)
xheni   
15-01-19 11:43   
"View subscribers who clicked" displays unique clicks
(0061702)
xheni   
15-01-19 11:54   
PR: https://github.com/phpList/phplist3/pull/466/

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
19710 [phpList 3 application] Template Management minor have not tried 15-01-19 15:26 19-07-19 17:18
Reporter: suela Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.3.8  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.3.9  
    Target Version: 3.3.9  
Summary: Can't save template with the same name after edit
Description: Github Issue: https://cloud.openlabs.cc/s/9GzgWXqYHdXKYDd/preview

Bug created on this PR: https://github.com/phpList/phplist3/pull/461
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0061714)
xheni   
15-01-19 15:59   
PR: https://github.com/phpList/phplist3/pull/470
(0061719)
samtuke   
15-01-19 18:07   
A UAT should have caught this. One or more should be added to prevent regressions.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
19705 [phpList 3 application] Statistics minor have not tried 14-01-19 14:33 19-07-19 17:15
Reporter: samtuke Platform: Linux  
Assigned To: OS: Fedora  
Priority: normal OS Version: 26  
Status: resolved Product Version: 3.3.8  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.3.9  
    Target Version: 3.3.9  
Summary: Use separate table columns for 'Clicks' and 'View Subscriber button' on the Subscribers who clicked a campaign page
Description: Currently these two items share the same column, meaning they are not centered when double digit clicks are displayed. Use separate cols to provide more space and to consistently center them.
Tags: quick-fix
Steps To Reproduce:
Additional Information:
System Description Gnome
Attached Files: Selection_510.png (17,407 bytes) 14-01-19 14:33
https://mantis.phplist.org/file_download.php?file_id=4515&type=bug
png
Notes
(0061706)
xheni   
15-01-19 14:19   
PR: https://github.com/phpList/phplist3/pull/467

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
19704 [phpList 3 application] Statistics minor have not tried 14-01-19 14:30 19-07-19 17:15
Reporter: samtuke Platform: Linux  
Assigned To: OS: Fedora  
Priority: normal OS Version: 26  
Status: resolved Product Version: 3.3.8  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.3.9  
    Target Version: 3.3.9  
Summary: Replace 'fwds' with 'Total clicks' on Statistics overview page
Description: As total clicks is generally a more important statistic than Forwards, replace these two stats on the stats overview page. E.g. /lists/admin/?page=userclicks&msgid=2
Tags: quick-fix
Steps To Reproduce:
Additional Information:
System Description Gnome
Attached Files:
Notes
(0061703)
xheni   
15-01-19 12:12   
@samtuke I think it would be good to keep them both.
cc @suela
(0061704)
samtuke   
15-01-19 12:21   
@xheni if it didn't affect side scrolling on small screens, I'd agree. You can try with both but I expect it will make the page less navigable on portable devices.
(0061707)
xheni   
15-01-19 14:40   
@samtuke I don't see any difference in my testing, on very small screens a horizontal scrollbar appears anyway
(0061708)
samtuke   
15-01-19 14:50   
@xheni OK, adding is fine then
(0061710)
xheni   
15-01-19 15:25   
PR: https://github.com/phpList/phplist3/pull/469

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
19442 [phpList 3 application] Email minor have not tried 02-10-18 14:24 19-07-19 17:13
Reporter: samtuke Platform: Linux  
Assigned To: OS: Fedora  
Priority: normal OS Version: 26  
Status: resolved Product Version: 3.3.3  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.3.9  
    Target Version: 3.3.9  
Summary: Add "add us to your addressbook" link to defalt campaign
Description: To combat deliverability issues to Gmail and other strict email inbox providers, include a link to a vcard which can be imported by the subscriber, to add the sender address to their addressbook and avoid local spam filtration.

See mailchimp for an example of this in action.
Tags:
Steps To Reproduce:
Additional Information:
System Description Gnome
Attached Files:
Notes
(0061697)
xheni   
14-01-19 14:03   
(Last edited: 14-01-19 14:09)
The phpList data that can currently be used on self hosted for creating a vcard are: Organization name, Logo, From address, Website url.

(0061698)
samtuke   
14-01-19 16:40   
@xheni That all sounds good
(0061726)
xheni   
15-01-19 22:30   
you can check the progress in this PR: https://github.com/phpList/phplist3/pull/471

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
19730 [phpList 3 application] Interface - Administrator minor always 23-01-19 23:09 19-07-19 16:47
Reporter: randomuser Platform: linux  
Assigned To: OS: centos  
Priority: normal OS Version: 7  
Status: resolved Product Version: 3.3.8  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.3.9  
    Target Version: 3.3.9  
Summary: DASHBOARD slow (10 seconds load) after 3.3.8 upgrade
Description: Used to load very fast.
Other pages load just fine.
We have 24,000 users, six lists and about 150 campaigns in the db ...
DASHBOARD is incredibly slug-slow ( TEN SECONDS!!!) - and it was nearly instantaneous in V3.3.3 ( just upgraded today to 3.3.8)


Tags: dashboard, slow, upgrade
Steps To Reproduce: upgrade from 3.3.3. to 3.3.8
Use the dashboard
Additional Information: PHP Built On Linux 2.6.32-754.9.1.el6.x86_64 #1 SMP Thu Dec 6 08:02:15 UTC 2018 x86_64
Database Type mysql
Database Version 5.5.55
Database Collation utf8_general_ci
Database Connection Collation utf8mb4_general_ci
PHP Version 7.1.26
Attached Files:
Notes
(0061785)
randomuser   
24-01-19 17:08   
some observations posted here: https://mantis.phplist.org/view.php?id=19703
(0061793)
duncanc   
26-01-19 19:15   
(Last edited: 26-01-19 19:17)
I noticed a similar problem on an installation that has over 200 sent messages. The problem is probably the query for the Last Campaign widget that gets the statistics for the latest message.
The query joins two tables then selects only the first row returned. This is inefficient when there are lots of rows to be joined in the two tables.

@samtuke A better way is to get the id of the latest message, which is done anyway, then use that in the main query.
I have just tried that and the dashboard response is immediate instead of about 10s.

(0061794)
samtuke   
27-01-19 11:14   
@duncanc Good point
(0061802)
duncanc   
30-01-19 11:52   
@samtuke @xheni Is someone going to work on fixing this in time for the next release?
(0061803)
samtuke   
30-01-19 13:14   
@duncanc Probably not - @Suela now decides what goes into releases, and in the company we generally agree what to work on for the next release immediately following the last one (e.g. plan a month's work in advance, except for urgent / security issues).

Maybe Xheni would have time for a quick fix, but more likely it will be included in 3.3.10, unless you or another community developer makes a pull request before the first RC is issued on the 7th.

I agree this fix is important, but frequently changing the release priorities for staff developers would mean missing inclusion of other planned / headline features.
(0061806)
duncanc   
31-01-19 07:36   
I'll look at fixing the specific problem of an inefficient query. There are a couple of other points in the code for the widget that do not look right, but I'll raise new issues for those if necessary.
(0061808)
samtuke   
31-01-19 09:50   
@duncanc Great, thank you
(0061809)
duncanc   
31-01-19 12:09   
See https://github.com/phpList/phplist-ui-bootlist/pull/80
(0061810)
randomuser   
31-01-19 19:38   
Will be great to get this fixed... watching the HTOP on my live server, I see that when I open the Dashboard, the database process pulls 100% CPU for several seconds...
(0061811)
duncanc   
31-01-19 19:42   
You can replace the file from the pull request

lists/admin/ui/phplist-ui-bootlist/pages/home.php
(0061812)
randomuser   
31-01-19 19:52   
(Last edited: 31-01-19 19:56)
I just tried that new file, but it actually doesn't much speed things up for me - still taking about 9 seconds to load the Dashboard page...

( watching CPU on server: 7 seconds of 100% mysql - maybe it is three seconds faster?)

(0061813)
duncanc   
31-01-19 20:14   
(Last edited: 31-01-19 20:16)
Are you sure that you have copied the new home.php file, not the old file? Look at line 81, it should be

if ($_SESSION['logindetails']['superuser']) {
    $result = Sql_Query(sprintf(
        'select id from %s where sent is not null order by entered desc limit 1',
        $GLOBALS['tables']['message']
    ));

I found the change improved response from about 10s to immediately.

You can copy/paste the complete file here
https://raw.githubusercontent.com/phpList/phplist-ui-bootlist/7f6cc2ca30afc1cf283e3b1c621c2c72d88139ae/pages/home.php

(0061814)
randomuser   
31-01-19 20:17   
Affirmative! that is in the new file I just tested ( from here https://github.com/phpList/phplist-ui-bootlist/blob/7f6cc2ca30afc1cf283e3b1c621c2c72d88139ae/pages/home.php )
(0061815)
duncanc   
31-01-19 20:21   
Maybe it is something else. Does the home page display the Community News section?
(0061816)
randomuser   
31-01-19 20:23   
(Last edited: 31-01-19 20:23)
Yes, it does; currently showing

 phpList community news
Fri, 11 Jan 2019
phpList 3.3.8 released: New Dashboard
Fri, 14 Dec 2018
phpList 3.3.7 released: new Automatic Updater, 3 features, 5 fixes
Sun, 11 Nov 2018
phpList 3.3.6 released: Display public lists by category

(0061817)
randomuser   
31-01-19 20:26   
(Last edited: 31-01-19 20:27)
and.. interestingly, just tried it again, ( just after trying 'rebuild db indexes') this time I got more:

phpList community news
Fri, 11 Jan 2019
phpList 3.3.8 released: New Dashboard
Fri, 14 Dec 2018
phpList 3.3.7 released: new Automatic Updater, 3 features, 5 fixes
Sun, 11 Nov 2018
phpList 3.3.6 released: Display public lists by category
Thu, 11 Oct 2018
phpList 3.3.5 what’s new: 2 features, 9 fixes, 3 UX improvements
Tue, 11 Sep 2018
phpList 3.3.4 released: 3 new features, 5 UX improvements, 20 fixes
Wed, 16 May 2018
phpList 3.3.3 released: GDPR related changes plus UX fixes
Fri, 04 May 2018
phpList 3.3.2 released: New statistics, plugins, and fixes
Tue, 14 Feb 2017
phpList 3.3.1 released: First update for phpList 3.3
Sun, 05 Feb 2017
phpList 3.3.0 – Sleeker. Faster. Safer.
Sun, 05 Feb 2017
phpList 3.3.0 Released: Major update with new user interface

(0061818)
duncanc   
31-01-19 20:32   
(Last edited: 31-01-19 20:36)
The community news feed is retrieved once per login session then cached, so there would be a delay if it cannot be retrieved. But that doesn't look to be the case.

I have just tried the change again, and the original code takes 15s+ then displays immediately with the changed code.

(0061819)
randomuser   
31-01-19 21:47   
Well, new code is there, my /var/www/html/lists/admin/home.php is now 9,211 bytes ( old one is 17,599 bytes) and the load time is 15.61 seconds according to my stopwatch.
If I put the old one back in, then I get 16.09 seconds.

I am testing with ~ 24,000 users, six lists and about 150 campaigns in the db ... what are you testing with?
(0061820)
duncanc   
31-01-19 21:49   
(Last edited: 31-01-19 21:50)
That's not the right file, the correct path is
lists/admin/ui/phplist-ui-bootlist/pages/home.php

(0061821)
randomuser   
31-01-19 21:59   
(Last edited: 31-01-19 22:00)
Ah... OK - that wasn't obvious from anything I saw here. (looked but did not SEE...)
My local folder apparently hasnt been updated for quite some time.

Mystery solved - DASHBOARD LOAD IS NOW INSTANTANEOUS (<0.5 second) .. the new file is a definite improvement, THANKS!

(0061822)
duncanc   
31-01-19 22:04   
Great, thanks!

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
19746 [phpList 3 application] Interface - Administrator minor have not tried 04-02-19 15:52 19-07-19 16:46
Reporter: suela Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.3.8  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.3.9  
    Target Version: 3.3.9  
Summary: Correct the values for the updatepassword radio buttons.
Description: PR: https://github.com/phpList/phplist3/pull/478
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
18941 [phpList 3 application] Bounce Management minor sometimes 11-11-17 08:42 19-07-19 16:44
Reporter: duncanc Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.3.1  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.3.9  
    Target Version: 3.3.9  
Summary: Problems with the consecutive bounce processing
Description: A frequent question in the forums is about the consecutive bounce processing not working. I think that this commit from last year is one of the causes of people thinking it is not working
https://github.com/phpList/phplist3/commit/29790c5d6bff4154d88a4fc8add52fe4838931d1#diff-fb58aa3bbf44a7a50e2a7c85b788a752

 if (!defined('BLACKLIST_EMAIL_ON_BOUNCE')) {
     define('BLACKLIST_EMAIL_ON_BOUNCE', 5);
 }
+if ($bounce_unsubscribe_threshold < BLACKLIST_EMAIL_ON_BOUNCE) {
+ $bounce_unsubscribe_threshold = BLACKLIST_EMAIL_ON_BOUNCE;
+}
+

There are a few issues with this:

This change is modifying a config value set by the phplist admin without any warning.
The constant BLACKLIST_EMAIL_ON_BOUNCE isn't defined in either config.php or config_extended.php, so in effect no-one knows about it.
If the admin reduces the value of $bounce_unsubscribe_threshold from the default value of 5 then it is quietly set back to 5 by this change. So it will appear that the consecutive bounces processing isn't working when they expect it to be triggered after, say, two bounces.

I don't see a need for two threshold values, one is sufficient. The additional config setting could be a true/false to indicate whether the subscriber should be blacklisted in addition to being unconfirmed, by the consecutive bounce processing.

Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0059668)
duncanc   
14-11-17 08:27   
Michiel, do you remember the background to adding this processing?
(0061788)
samtuke   
25-01-19 11:36   
@michiel This has again been raised in the forum (https://discuss.phplist.org/t/bounce-unsubscribe-threshold-not-working/3272/16)
(0061863)
michiel   
10-02-19 18:08   
BLACKLIST_EMAIL_ON_BOUNCE will blacklist a subscriber when the threshold is reached
$bounce_unsubscribe_threshold will unsubscribe them

That's kind of it. BLACKLIST_EMAIL_ON_BOUNCE is a harder limit than bounce_unsubscribe_threshold

it looks like I put the enforcing the wrong way around.
(0061864)
michiel   
10-02-19 18:20   

this should cover that.

https://github.com/phpList/phplist3/commit/1a2cbef9ee15545dee59df583c0b2f83aac62dfa

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
18435 [phpList 3 application] Campaign Management minor always 02-12-16 21:27 19-07-19 16:43
Reporter: duncanc Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.2.6  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.3.9  
    Target Version: 3.3.9  
Summary: Sort order of list campaigns page is unclear
Description: A usability issue on the List Campaigns page.

Going to the page from the menu the initial sort order is
embargo desc, entered desc.

The first issue is that the page does not show that this is the sort order. There is a sort control but that doesn't indicate that embargo is the sort field, see the screenshot.
The control should be initialised to show the actual sort order.

Secondly, the embargo value is not shown on this page. It is confusing to sort by a field that is not displayed, so either the embargo should be displayed or it should not be used as a sort field.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: Screenshot from 2016-12-02 21-23-57.png (43,974 bytes) 02-12-16 21:27
https://mantis.phplist.org/file_download.php?file_id=3962&type=bug
png

sort order unclear.png (16,315 bytes) 21-10-18 19:20
https://mantis.phplist.org/file_download.php?file_id=4466&type=bug
png
Notes
(0058526)
duncanc   
07-12-16 11:39   
I have looked into this, and now think that it is most useful if the initial sort order is specific to each tab (Sent, Active and Draft).

On the Sent tab I think that the default should be to show campaigns in the (reverse) chronological order they were sent.

On the Active tab use the Embargo date/time so that campaigns scheduled in the future come first.

On the Draft tab show campaigns in the reverse chronological order they have been edited.
(0059079)
duncanc   
17-05-17 08:18   
(Last edited: 17-05-17 08:19)
I have done a bit of work on this change but not sure what to do about displaying the embargo value. I think that if it is used to order the results then it needs to be displayed. Maybe remove it as a sort field?

Also, showing the Entered date on each tab is not so useful. Maybe change that on a per-tab basis
Sent tab - show Sent date instead
Active tab - show Embargo date instead
Draft tab - show Modified date instead

(0059080)
samtuke   
17-05-17 10:46   
> I think that if it is used to order the results then it needs to be displayed. Maybe remove it as a sort field?

Removing the ability to sort by embargo time seems unnecessary. Adding embargo to one of the tables would be a better option (add rather than remove functionality), but that information is unimportant in many cases. If there is a way to add the embargo time without cluttering the UI then I think that's the best approach. Otherwise I would leave the situation as it is, with sorting by embargo time permitted, and no embargo time printed.

> Also, showing the Entered date on each tab is not so useful. Maybe change that on a per-tab basis
> Sent tab - show Sent date instead

This is already shown in the 'Status' column -- would you remove this column, or what would it say for campaigns which have already been sent?

> Active tab - show Embargo date instead

That would be an improvement. The label used will be important (many users do not manually specify an embargo time and may not be familiar with the concept). How about a label like: 'Start sending at/Sending since' with a tooltip which states 'Embargoed until'?

> Draft tab - show Modified date instead

Good idea. How about using the label 'Last updated'?
(0061264)
lwc   
21-10-18 19:20   
Similiar to #19472, it's obvious the campaigns are organized by Entered and not by Status (i.e. Sent).

Please organize the campaigns by Sent as it's not only visible but it makes much more sense. I think most people will want to see the stats of the last message they sent first, no matter when it was Entered.

Most of the time those two dates are similar, but not always. For example, if you had a draft, then sent something else and only then sent the draft, you will forever have a confusing order.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
19751 [phpList 3 application] General minor always 06-02-19 11:58 19-07-19 16:42
Reporter: duncanc Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.3.9-RC1  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.3.9  
    Target Version: 3.3.9  
Summary: vcard placeholder is not replaced in a text-format message
Description: The new vcard functionality does not replace the [CONTACT] placeholder in text-format emails, replaced only in html-format emails.
I'm not sure why that should be. Now a text format email is received similar to this

[CONTACT]


-- powered by phpList, www.phplist.com --
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0061831)
xheni   
06-02-19 13:04   
@duncan, it works for html format only, the placeholder for text format is in to do list here: https://github.com/phpList/phplist3/pull/471
(0061838)
duncanc   
07-02-19 09:55   
Thanks for the explanation. I can see that adding support for the logo can be added later, but at present without text format support and possible problems with escaping then it appears to be incomplete.

Maybe those should be added before this is made public?

The link text "add us to your addressbook" should be "Add us to your address book" and should be made configurable similar to other texts held in the front-end language files, e.g.
    $strUnsubscribeInfo = 'Unsubscribe from our newsletters';

This allows the text to be translated which I think is necessary too.
(0061840)
duncanc   
07-02-19 10:07   
(Last edited: 07-02-19 10:08)
Looking at the code of the pull request I can see that the link text uses s(), so that it can be translated. But that does not easily allow someone to actually change the text to something slightly different. The way that is currently done is through the front-end language files, which allow translations and customisation of the text too.

So someone can change
$strUnsubscribeInfo = 'Unsubscribe from our newsletters';
 to
$strUnsubscribeInfo = 'Unsubscribe from our emails';
if they do not use the word "newsletter" to describe what is sent out

(0061841)
xheni   
07-02-19 15:04   
@duncanc thanks for the feedback. Added the text placeholder and made language changes here: https://github.com/phpList/phplist3/pull/479
I would appreciate it if you could test it :)
(0061846)
duncanc   
08-02-19 09:41   
Just tested the latest change, now the placeholder is replaced in a text-format message.
Thanks.
(0061850)
xheni   
08-02-19 12:38   
Thanks @duncanc

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
18170 [phpList 3 application] General minor have not tried 23-06-16 17:44 19-07-19 16:39
Reporter: gingerling Platform:  
Assigned To: OS:  
Priority: low OS Version:  
Status: resolved Product Version: 3.3.2  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.3.5  
    Target Version: 3.3.5  
Summary: replace 'entered' date on active tab of campaign composer with 'started sending' date
Description: The date in active tab is from moment the camapign is created, eg, if you click create a new campaign and wait one month, then add your text and send, the "entered" date and time is from when you created it.

Also, there is a sent time in the sent tab, however it includes the embargo time (so the moment of sending is recorded when the campaign is queued not when the first mails go out), so we can't use that number either.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0058013)
gingerling   
22-07-16 10:26   
also on https://xxx.hosted.phplist.com/lists/admin/?page=message&id=xxx page -

needed to check the time/date that sending started on a campaign to test why it was not sent to most subscribers (maybe the subscribers were added after, planed to compare it to the date they were added)
(0061056)
xheni   
31-08-18 16:34   
After a discussion that @suela and I had, we thought that it's better to keep the "entered" time and also display the "started sending" time under "Processed".
PR: https://github.com/phpList/phplist3/pull/398

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
19794 [phpList 3 application] Campaign Send Process minor sometimes 04-03-19 08:28 19-07-19 16:38
Reporter: duncanc Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.3.9  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.4.0  
    Target Version: 3.4.0  
Summary: Remove extraneous space from CONTACT placeholder links
Description: When the CONTACT placeholder is used and google analytics enabled for the campaign then the resultant URL is broken due to an erroneous space character being included. See https://discuss.phplist.org/t/vcard-inclusion/4964/3 for an explanation.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
19831 [phpList 3 application] Security minor have not tried 15-03-19 23:00 19-07-19 16:37
Reporter: samtuke Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.3.9  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.4.1  
    Target Version:  
Summary: Upgrade jQuery UI 1.8.1 to latest
Description: Reported by kgarland in the forum:

I’m noticing that PHPList is using Jquery UI Version 1.8.1, however, there is a XSS vulnerability for using versions lower than 1.10.0

https://www.cvedetails.com/vulnerability-list/vendor_id-6538/product_id-31126/Jquery-Jquery-Ui.html 2

Locations I could find:

\phplist-3.4.0-RC2\public_html\lists\admin\js\jquery-ui-1.8.1.all.min.js
\phplist-3.4.0-RC2\public_html\lists\admin\ui\default\js\all.js
\phplist-3.4.0-RC2\public_html\lists\admin\ui\default\js\all.min.js
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0062018)
xheni   
18-03-19 08:57   
These files are used when there is no theme available only.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
19760 [phpList 3 application] Automatic updater minor have not tried 13-02-19 10:12 19-07-19 16:34
Reporter: xheni Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: resolved Product Version:  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.4.0  
    Target Version: 3.4.0  
Summary: Remove "try automatic updater beta" notification and replace it with another notification when there is an update
Description: Remove "try automatic updater beta" notification and replace it with another notification when there is an available update.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0061947)
xheni   
28-02-19 23:17   
PR: https://github.com/phpList/phplist3/pull/488

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
19779 [phpList 3 application] Installation minor have not tried 19-02-19 12:38 19-07-19 16:33
Reporter: duncanc Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.3.9  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.4.0  
    Target Version: 3.4.0  
Summary: Incorrect file permission for the admin/plugins directory
Description: The phplist distribution file downloaded from SourceForge has incorrect permissions for the admin/plugins directory, 777 instead of 755 as for all other folders.

Some anti-malware software will prohibit access to directories with permission of 777.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: Screenshot from 2019-02-19 12-28-09.png (13,808 bytes) 19-02-19 12:38
https://mantis.phplist.org/file_download.php?file_id=4542&type=bug
png

Screenshot from 2019-02-20 18-10-37.png (37,066 bytes) 20-02-19 18:15
https://mantis.phplist.org/file_download.php?file_id=4543&type=bug
png

3.4.0-RC1.png (12,462 bytes) 09-03-19 06:39
https://mantis.phplist.org/file_download.php?file_id=4549&type=bug
png
Notes
(0061916)
suela   
20-02-19 17:28   
That seems to be the case since version 3.3.2 when additional plugins were added by default. Not sure if that was in purpose.
@samtuke @michiel ?
(0061917)
duncanc   
20-02-19 18:15   
(Last edited: 20-02-19 18:21)
Just to clarify what happens when the plugins directory has permissions of 777.

When using the CKEditor plugin, the file browser window for inserting an image shows a 404 error (see screenshot). After changing the permssion to 755 the file browse window is displayed correctly.

The url for the window is similar to this

http://www.mysite.com/lists/admin/plugins/CKEditorPlugin/kcfinder/browse.php?opener=ckeditor&type=image&CKEditor=message&CKEditorFuncNum=1&langCode=en

This error is in the web server log
Wed Feb 20 10:09:53.295350 2019] [:error] [pid 22480:tid 47654437066496] [client 109.154.156.164:51098]

SoftException in Application.cpp:657: Directory "/home/farmstea/public_html/lists/admin/plugins" is writeable by group, referer: http://www.farmsteadcheesesandwines.com/lists/admin/?page=send&id=2884&tk=7e6b57dc20fcc0f8f003bc5c89cc3002

which appears to come from suPHP.

(0061918)
samtuke   
20-02-19 20:52   
If I introduced it then it wasn't intentional and can be reversed.
(0061997)
duncanc   
09-03-19 06:39   
In the new 3.4.0-RC1 the permissions for the plugins directory have been changed from 777 to 775, see new screenshot, which is still group-writeable.
The permissions need to be 755, the same as other directories, to avoid the suPHP problem.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
19830 [phpList 3 application] General minor have not tried 15-03-19 17:11 19-07-19 16:29
Reporter: xheni Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: resolved Product Version:  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.4.0  
    Target Version: 3.4.0  
Summary: Save secret value in db required by phpList4
Description: Every installation should have its secret.
PR: https://github.com/phpList/phplist3/pull/493/files
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
19829 [phpList 3 application] General minor have not tried 15-03-19 17:08 19-07-19 16:28
Reporter: xheni Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: resolved Product Version:  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.4.0  
    Target Version: 3.4.0  
Summary: Added app.php entry point in .htaccess
Description: PR: https://github.com/phpList/phplist3/pull/501
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
19828 [phpList 3 application] General minor have not tried 15-03-19 17:07 19-07-19 16:14
Reporter: xheni Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: resolved Product Version:  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.4.0  
    Target Version: 3.4.0  
Summary: [META] Ship phpList4 with phpList3
Description: In order to make use of the REST API powered by phpList4.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
19340 [phpList 3 application] Interface - Administrator minor have not tried 31-07-18 15:53 19-07-19 16:08
Reporter: samtuke Platform: Linux  
Assigned To: OS: Fedora  
Priority: normal OS Version: 26  
Status: resolved Product Version: 3.3.3  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.3.5  
    Target Version: 3.3.5  
Summary: Change 'download emails' to 'download addresses' on list bounces page
Description: 'Emails' is ambiguous, and inconsistent terminology. This string does not appear to be a single string in pootle.
Tags:
Steps To Reproduce:
Additional Information:
System Description Gnome
Attached Files: Selection_462.png (5,560 bytes) 31-07-18 15:53
https://mantis.phplist.org/file_download.php?file_id=4429&type=bug
png
Notes
(0060988)
xheni   
06-08-18 11:53   
PR: https://github.com/phpList/phplist3/pull/384

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
19303 [phpList 3 application] Security minor have not tried 27-06-18 11:06 19-07-19 15:47
Reporter: xheni Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.3.3  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.3.5  
    Target Version: 3.3.5  
Summary: escape text message content and attachment fields using htmlentities on message page
Description: I have used htmlentities to escape subject, fromfield, text content and attachment fields on ?page=message&id page for proper rendering and preventing malicious tags
https://github.com/phpList/phplist3/pull/351
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
18023 [phpList 3 application] General minor have not tried 18-02-16 09:07 19-07-19 15:47
Reporter: gingerling Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.2.4  
Product Build: Resolution: reopened  
Projection: none      
ETA: none Fixed in Version: 3.3.5  
    Target Version: 3.3.5  
Summary: "bounces per list" file download lacks a file extension
Description: When you go to bounces per list and click a list, there is an option to download the list of mails but the file format is missing. It opens by default in plain text on my computer.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0057520)
michiel   
18-02-16 16:08   

yes, that's how it works. What did you expect instead?
(0057521)
gingerling   
18-02-16 16:14   
usually these files are csv, and open in calc. I get that this is one email per line with no "commas" needed to separate the value, but if it had the .csv at the end it would open in the right app by default reliably. In some situations it even opened in libreoffice writer by default (from the file manager rather than web browser for example) so I assume it might be opened in word etc. To me it seems best that data like is opened in a spreadsheet by default.
(0058263)
samtuke   
19-09-16 10:46   
To clarify, it seems that what Anna is describing is a missing file extension. Updated issue title to reflect this.
(0060835)
michiel   
03-07-18 22:42   
The issue here is that the list of emails is just that: a list of emails. No additional columns that would justify a CSV extension.

There is an extension, it's just that it doesn't open in a spreadsheet.

I think this can be closed as a won't do. If we change the current behaviour that may upset people who expect to open it in a text editor (which is what it does now).
(0060836)
michiel   
03-07-18 22:46   

Ok, spoke too soon. I just tried and indeed, it does not have an extension.

@Xheni it should be easy to add a .txt extension. I think that would be the best one to use.
(0060870)
xheni   
10-07-18 13:06   
(Last edited: 10-07-18 13:07)
@Michiel I used the csv extension because we use that one for every file : PR: https://github.com/phpList/phplist3/pull/371


View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
19320 [phpList 3 application] Interface - Frontend minor have not tried 12-07-18 17:18 19-07-19 15:46
Reporter: xheni Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.3.4  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.3.5  
    Target Version: 3.3.5  
Summary: Improve the appearance of user check page
Description: PR: https://github.com/phpList/phplist3/pull/373
-Removed the duplicated emails and change the table heading
-Display key column only if it's not null
-Removed the "duplicated" continue button
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
19371 [phpList 3 application] Interface - Frontend minor have not tried 15-08-18 15:37 19-07-19 15:46
Reporter: xheni Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: resolved Product Version:  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.3.5  
    Target Version: 3.3.5  
Summary: Formatted numbers on view opens page
Description: PR: https://github.com/phpList/phplist3/pull/388
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
19329 [phpList 3 application] General minor have not tried 19-07-18 13:59 19-07-19 15:42
Reporter: samtuke Platform: Linux  
Assigned To: OS: Fedora  
Priority: high OS Version: 26  
Status: resolved Product Version: 3.3.3  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.3.5  
    Target Version: 3.3.5  
Summary: Replace 'powered by' buttons with new hi-res images from Ura
Description: Replace all existing images with new ones, including in campaigns and public subscribe pages.

Images: https://github.com/uracreative/works/tree/master/phpList/Buttons/Export
Tags:
Steps To Reproduce:
Additional Information:
System Description Gnome
Attached Files:
Notes
(0060922)
user5081   
19-07-18 23:25   
@martin we need to replace this 3 images, but I don't have access to this places, also I don't know where is the subdomain "powered.phplist.com'. Can you help me?

https://d3u7tsw7cvar0t.cloudfront.net/images/power-phplist.png
http://powered.phplist.com/images/dev/power-phplist.png
http://powered.phplist.com/images/power-phplist.png
(0060923)
martin   
20-07-18 09:38   
(Last edited: 20-07-18 09:40)
Here:
Amazon S3 -> powered.phplist/images
Amazon S3 -> powered.phplist/images/dev

cloudfront should refresh automatically from the first location, I suppose

If needed, I can upload there myself, if you tell me which one to use. (black.png ?)

(0060924)
samtuke   
20-07-18 10:53   
@marie Is the layout, CSS etc ready on the subscribe pages and email templates? Once the files on the server are changed, they will be used immediately. Surely it's better to add the images rather than replace the old ones on Aws so that old campaigns and application versions look correct?
(0060928)
user5081   
21-07-18 20:45   
The image to use is this: https://github.com/uracreative/works/blob/master/phpList/Buttons/Export/PNG/black.png
There are no need to change CSS. It is OK to replace actual image with this black.png. Old emails will look OK with this black.png image. Both images have same size and both have black background. I don't see any need to replace all html calls to this image in the application. Tell me if there is a reason that i am not seeing. If not, I will replace the images included in the application directory to complete the change, and Martin should replace the images in this note: https://mantis.phplist.org/view.php?id=19329#c60922
(0060935)
user5081   
26-07-18 00:18   
Reminder sent to: samtuke
So may I continue with this change? Is this way ok for you?
(0060937)
samtuke   
26-07-18 16:30   
@marie Using new images is a better option because it will cause no surprise to users of existing / old versions of phpList, and allow us to measure the impact of the new images over the old ones (e.g. self-hosted user disatisfaction and referals / clicks). Please update the link references for the new image and use the highest DPI version possible so they are not pixellated e.g. on mobile devices.

FYI @michiel
(0060952)
michiel   
29-07-18 11:19   
We need to be careful with doing this. Remember that not everyone upgrades, in fact a lot of people don't. If the image requires different CSS to work, this will break everyone who has the old one and therefore look really bad.

We should not change the images on S3, as they all refer to older versions. Instead we should only upload the new ones for newer versions.

Eg
https://d3u7tsw7cvar0t.cloudfront.net/images/2.8.1/power-phplist.png
https://d3u7tsw7cvar0t.cloudfront.net/images/2.9.4/power-phplist.png
https://d3u7tsw7cvar0t.cloudfront.net/images/3.2.4/power-phplist.png

Also powered.phplist.com is the same location, but it does not have a certificate, so cannot be SSL.

These are only the images that are on the subscribe pages. The image that is included in the emails are coded in the code:

https://github.com/phpList/phplist3/blob/master/public_html/lists/admin/connect.php#L1722
(0060953)
michiel   
29-07-18 11:30   
Mariela, if you change this image, it will automatically go up to S3 on a new release:

https://github.com/phpList/phplist3/blob/master/public_html/lists/images/power-phplist.png

Then assign to me, and I will update the one in the code.
(0060964)
user5081   
31-07-18 22:08   
Done:
https://github.com/phpList/phplist3/pull/382
(0061024)
samtuke   
20-08-18 11:49   
@michiel This is ready for you to apply the changes.
(0061062)
samtuke   
06-09-18 11:42   
Ping
(0061064)
samtuke   
06-09-18 12:44   
This has been updated on amazon s3 but the codebase changes have not been cherry picked to the release branch, they are only in master, so should appear automatically in v3.4.0

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
19403 [phpList 3 application] Subscriber Import minor sometimes 12-09-18 16:33 19-07-19 15:41
Reporter: duncanc Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.3.3  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.3.5  
    Target Version: 3.3.5  
Summary: Use of mysql "replace into"
Description: The mysql "replace into" statement is used in several places as a convenient way to handle inserting a record or updating when a record for the the key field already exists.

The "replace into" statement actually deletes the current record and adds a new record. If the table has an autoincrement field or a field that defaults to the current timestamp, then the new record will be different to the original record even when no other field has changed. In many cases that should be ok but it causes a problem for the Autoresponder plugin when used on the listuser table by the import pages.

If you import an existing subscriber, say on the simpleimport page, then the user record remains the same but the record in listuser for the list/user combination has new values for the entered and modified fields.
The Autoresponder plugin uses the modified field on listuser as part of the criteria to decide whether to send the campaign to that subscriber. If the modified field is changed in this way then a campaign may be sent to the subscriber when it shouldn't.
That problem was reported in the user forum, https://discuss.phplist.org/t/autoresponder-sending-to-old-subscribers/4383/5

An alternative to "replace into" is to use "insert ignore" for the cases when we want to insert when the record does not already exist and make no change when the record does exist. These cases include inserting into the listuser tableby the import pages and the copy and move commands on the list membership page.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0061088)
duncanc   
12-09-18 16:43   
See Pull Request https://github.com/phpList/phplist3/pull/402

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
19260 [phpList 3 application] Bounce Management minor have not tried 30-05-18 16:24 19-07-19 15:38
Reporter: xheni Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: resolved Product Version:  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.3.5  
    Target Version:  
Summary: Feature Proposal: Make it possible to display bounces by campaign
Description: It would be nice to have an option to view bounces per campaign.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0060903)
suela   
16-07-18 10:07   
I think the best place for this to be added is on: Statistics (after Campaign click statistics).
(0061000)
xheni   
10-08-18 15:32   
PR: https://github.com/phpList/phplist3/pull/365

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
19790 [phpList 3 application] Template Management minor have not tried 27-02-19 17:59 19-07-19 15:22
Reporter: suela Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.3.9  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.4.0  
    Target Version: 3.4.0  
Summary: Add new stock responsive HTML campaign template
Description: Currently, there is only one template that users can load from the "Template management" page.
Make two other templates available for usage:

The way this is thought to be implemented:
The same button currently labeled "Add default system template" will be used to show all available templates the users can choose to add to their list of available templates by selecting them.

They can choose to only get one of the templates that will be introduced and they can get back to choose again using the same button.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0061942)
xheni   
27-02-19 18:08   
(Last edited: 01-03-19 15:00)
PR:
https://github.com/phpList/phplist3/pull/487


View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
19820 [phpList 3 application] Documentation minor have not tried 12-03-19 10:49 19-07-19 15:21
Reporter: samtuke Platform: Linux  
Assigned To: OS: Fedora  
Priority: normal OS Version: 26  
Status: resolved Product Version: 3.4.0-RC1  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.4.0  
    Target Version: 3.4.0  
Summary: Add license and attribution for new responsive template
Description: The template was recently added. Add MIT license and attribution to 3rd party authors as well.
Tags:
Steps To Reproduce:
Additional Information:
System Description Gnome
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
19755 [phpList 3 application] General minor have not tried 11-02-19 22:03 19-07-19 15:20
Reporter: samtuke Platform: Linux  
Assigned To: OS: Fedora  
Priority: high OS Version: 26  
Status: resolved Product Version: 3.3.9  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.4.0  
    Target Version: 3.4.0  
Summary: Update jQuery in phpList 3 core from 1.12.1 to 3.3.1
Description: Script: phplist-3.3.8\public_html\lists\admin\js

It looks like it is using the JQuery verison 1.7.1. It looks like there are security vulnerabilities for any version of Jquery before 1.9.0.

https://www.cvedetails.com/vulnerability-list/vendor_id-6538/product_id-11031/version_id-235564/Jquery-Jquery-1.7.1.html 2

Update jQuery to the latest.

Originally reported by kgarland here: https://discuss.phplist.org/t/jquery-version-1-5-2/4957
Tags:
Steps To Reproduce:
Additional Information: The new jQuery version files path: admin\ui\phplist-ui-bootlist\js directory.
Edited files: frontendfooter.php and footer_minified.inc
System Description Gnome
Attached Files:
Notes
(0061875)
duncanc   
11-02-19 22:31   
The bootstrap theme also has jquery, in this case jquery-1.12.1.min.js

Maybe there is a way to rationalise these?
(0061955)
suela   
01-03-19 16:06   
PR: https://github.com/phpList/phplist3/pull/489
(0061958)
samtuke   
04-03-19 09:00   
@brunilda In git master, the language menu loads extended (dropdown visible). Is that a bug introduced by jQuery changes?
(0061959)
samtuke   
04-03-19 09:03   
(Last edited: 04-03-19 09:03)
@brunilda The following scripts appear to be loaded on every page on git master:

<!-- <script src="https://code.jquery.com/jquery-1.12.1.min.js?v=-dev"></script> -->
<!-- <script src="https://code.jquery.com/jquery-1.12.4.js?v=-dev"></script>  -->
<!--<script type="text/javascript" src="https://code.jquery.com/jquery-migrate-3.0.1.js"></script>-->

Are these supposed to be in production versions of phpList, and if so, why are they necessary?

(0061979)
xheni   
06-03-19 21:06   
On Subscriber profile page: Campaigns, Bounces and Subscription tabs are not working anymore in my installation.
(0061990)
brunilda   
07-03-19 15:19   
To get fixed above issues, I`ve done the following:

-Fixed the dropdown language menu in sidebar.
-Deleted above script from files
-Tested the Subscriber profile page and works ok now.
(0061994)
suela   
07-03-19 16:04   
Ajax elements are having problems: including the template preview option.
FYI @samtuke
(0061996)
kgarland   
08-03-19 22:12   
It looks like there's another instance of an older version of Jquery in \phplist-3.4.0-RC1\public_html\lists\js
(0062003)
brunilda   
11-03-19 14:47   
(Last edited: 11-03-19 15:25)
Checking public_html\lists\js directory for latest jQuery upgrade version.

(0062008)
brunilda   
12-03-19 13:49   
(Last edited: 13-03-19 14:16)
@kgarland also, the instance in \phplist-3.4.0-RC1\public_html\lists\js has been updated with latest jQuery version.

Please check:
https://github.com/phpList/phplist3/pull/499


View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
19823 [phpList 3 application] Documentation minor have not tried 13-03-19 10:53 19-07-19 15:00
Reporter: suela Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.4.0-RC1  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.4.1  
    Target Version: 3.4.1  
Summary: Add and update documentation on different placeholders
Description: Check how each placeholder works when included on templates.
Some placeholders will get replaced -- [FOOTER] and some not [FROMEMAIL]

Check why is that and what's the best approach.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
19866 [phpList 3 application] Interface - Backend minor have not tried 02-04-19 15:04 19-07-19 14:59
Reporter: xheni Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: resolved Product Version:  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.4.1  
    Target Version: 3.4.1  
Summary: System template should be checked "system" by default when loaded
Description: See comment: https://github.com/phpList/phplist3/pull/487/commits/6c6c898d60ba4d289bc1d864898d9ef60f8786bb#r270476099
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0062057)
xheni   
02-04-19 15:16   
PR: https://github.com/phpList/phplist3/pull/509

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
19848 [phpList 3 application] Automatic updater minor have not tried 25-03-19 13:18 19-07-19 14:57
Reporter: suela Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.4.0  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.4.1  
    Target Version: 3.4.1  
Summary: Review how the automatic updater manages plugins
Description: Currently the plugins which users have installed will need to be reinstalled following the update (settings for those plugins in the database are not affected), just as with manual updates.

Review how plugins are managed by the automatic updater so that is prevented.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0062060)
xheni   
03-04-19 10:57   
PR: https://github.com/phpList/updater/pull/70

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
19804 [phpList 3 application] General minor have not tried 06-03-19 14:47 19-07-19 14:57
Reporter: samtuke Platform: Linux  
Assigned To: OS: Fedora  
Priority: normal OS Version: 26  
Status: resolved Product Version: 3.3.9  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.4.1  
    Target Version: 3.4.1  
Summary: Placeholders for installation organisation name not recognised
Description: Although the organisation name is recorded in the phpList installation (accessible on the settings page, and named organisation_name in the config table of the db), no placeholders appear to be recognised for value in campaigns. E.g. none of these work:

[organisation]
[ORGANISATION]
[ORGANISATION_NAME]
[organisation_name]
[company]

In some installations, [organisation] may be a subscriber attribute, and be recognised therefore.

Make the organisation name accessible via a placeholder [ORGANISATION_NAME], and ensure that it appears in the help text listing other placeholders.
Tags:
Steps To Reproduce:
Additional Information:
System Description Gnome
Attached Files:
Notes
(0061976)
duncanc   
06-03-19 17:28   
This can be done alongside the existing code for website and domain in admin/sendemaillib.php

    $html['website'] = $GLOBALS['website']; // Your website's address, e.g. www.yourdomain.com
    $text['website'] = $GLOBALS['website'];
    $html['domain'] = $GLOBALS['domain']; // Your domain, e.g. yourdomain.com
    $text['domain'] = $GLOBALS['domain'];
(0062045)
xheni   
28-03-19 22:44   
PR: https://github.com/phpList/phplist3/pull/507

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
19844 [phpList 3 application] Documentation minor have not tried 25-03-19 10:59 19-07-19 14:56
Reporter: suela Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.4.0  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.4.1  
    Target Version: 3.4.1  
Summary: Update the Readme file on phpList3 repo to state other repos needed
Description: Currently there is no information on other repos you need to get in addition to phpList3 like:
phplist-ui-bootlist, phplist-lan-help, phplist-lan-texts or phplist-lan-info.

Add links to the repos where there is description on what each does and where you need to add each.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
19780 [phpList 3 application] Automatic updater minor have not tried 19-02-19 21:12 19-07-19 14:55
Reporter: xheni Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: resolved Product Version:  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.4.1  
    Target Version: 3.4.1  
Summary: Update "maintenance mode" queries to use $table_prefix
Description: Currently the query is :
$prepStmt = $this->getConnection()->prepare("SELECT * FROM phplist_config WHERE item=?");

Some installations might not use the default table prefix "phplist_" , and therefore cannot set the maintenance mode on.


Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0062065)
suela   
05-04-19 12:35   
PR: https://github.com/phpList/updater/pull/72

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
19847 [phpList 3 application] phpList 4 Related minor have not tried 25-03-19 11:08 19-07-19 14:54
Reporter: suela Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.4.0  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.4.1  
    Target Version: 3.4.1  
Summary: Create shorter api call url (remove base/public/)
Description: Currently with the default settings the URL for the API calls is lists/base/public/app.php/api/v2/sessions
For convenience make it possible to be accessible via shorter URLs
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0062039)
xheni   
27-03-19 14:31   
phpList3 : https://github.com/phpList/phplist3/pull/506
Core: https://github.com/phpList/core/commit/5ae3882cbbb49e0d8f27edaf41864fd48cf58435
Rest Api: https://github.com/phpList/rest-api/commit/7d2145f7f719aeaa2dc0978cb424f28a1a617210
(0062040)
xheni   
27-03-19 14:34   
Shortened from /base/public/api/v2/ to /api/.
(0062066)
xheni   
05-04-19 15:22   
Updated to: /api/v2/

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
19867 [phpList 3 application] Interface - Frontend minor have not tried 02-04-19 16:12 19-07-19 14:53
Reporter: xheni Platform:  
Assigned To: OS:  
Priority: high OS Version:  
Status: resolved Product Version:  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.4.1  
    Target Version: 3.4.1  
Summary: Blank page on public pages
Description: I'm getting the following errors on console logs:


Tags:
Steps To Reproduce:
Additional Information:
Attached Files: Screenshot 2019-04-02 at 16.07.38.png (253,224 bytes) 02-04-19 16:12
https://mantis.phplist.org/file_download.php?file_id=4566&type=bug
png
Notes
(0062058)
xheni   
02-04-19 18:56   
I investigated this and it happens because of the pagefooter value in config table of the database which is used for the default subscribe page.
It contains:
<script type="text/javascript" src="admin/ui/phplist-ui-bootlist/js/jquery-1.12.1.min.js"></script>

FYI: @samtuke @suela @brunilda
(0062059)
samtuke   
02-04-19 19:11   
@xheni Great catch
(0062063)
xheni   
04-04-19 10:28   
I'm looking for a way to solve this.
(0062078)
xheni   
09-04-19 18:53   
PR: https://github.com/phpList/phplist3/pull/511

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
19843 [phpList 3 application] Software Releases minor have not tried 25-03-19 10:58 19-07-19 14:52
Reporter: suela Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.4.0  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.4.1  
    Target Version: 3.4.1  
Summary: Update build script to remove the default theme
Description: Update the build script to remove the /admin/ui/default/ which is just a copy of dressprow
from the upcoming releases
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
19858 [phpList 3 application] Theme - Trevelin minor have not tried 28-03-19 14:58 19-07-19 14:49
Reporter: samtuke Platform: Linux  
Assigned To: OS: Fedora  
Priority: normal OS Version: 26  
Status: resolved Product Version: 3.4.1  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.4.4  
    Target Version: 3.4.4  
Summary: Research: Make navigation sub-menus expand on hover for desktop users only
Description: Feedback was received that the navigation menu of Trevelin is less convenient than Dressprow as it requires more clicks to access submenus. To reduce the clicks required to find the desired menu, try expanding the sub-menus when the cursor hovers over the parent menu item, but only if a desktop (not mobile or tablet) is being used. For touch-screen devices, this hover effect would not work well. Consider the time delay of the menu pop-out carefully. Instant menu expansion on hover is unlikey to result in good user experience.
Tags:
Steps To Reproduce:
Additional Information:
System Description Gnome
Attached Files: Hover.jpg (47,041 bytes) 12-06-19 14:16
https://mantis.phplist.org/file_download.php?file_id=4633&type=bug
jpg

On click.jpg (43,235 bytes) 12-06-19 14:16
https://mantis.phplist.org/file_download.php?file_id=4634&type=bug
jpg
Notes
(0062173)
brunilda   
06-05-19 08:49   
Each list items of topmenu in sidebar section gets a class called 'open' when the menu item is clicked.
The :hover selector should be used with this class in order to open the menu items or add a function to make active the 'open' class only when mouse is hover.
(0062175)
samtuke   
06-05-19 12:41   
@brunilda Simply using :hover to determine the flyout behaviour of the submenus isn't good for usability as the mouse can easily move I precisely and cause the wrong menus to flyout at high speed. Eg the criticisms (but not the solution) of this article: http://uxmovement.com/navigation/why-hover-menus-do-users-more-harm-than-good/

Using a CSS transition time may be enough to avoid these issues, eg by slowing down the flyout speed to avoid the click, while at the same time avoiding too fast / confusing instant hover flyouts. See here for one example: https://css-tricks.com/dropdown-menus-with-more-forgiving-mouse-movement-paths/

Please also consult with @rudolf on the best UX approach to take here.
(0062328)
brunilda   
07-06-19 14:42   
@rudolf
What would you recommend for a good menu UX?

@samtuke I think that "hover intent" concept using CSS transition delay time would be convenient for this case.
Eg. https://codepen.io/jhogue/pen/payuj
(0062329)
samtuke   
07-06-19 16:16   
This is @Rudolf s territory
(0062379)
rudolf   
12-06-19 14:16   
(Last edited: 13-06-19 10:44)
@samtuke @brunilda, What I suggest is, one hover state which will have a certain delay, and on click, which after you click the menu, the page reloads to the new path with the sub menu expanded. See pictures attached for reference.


View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
19998 [phpList 3 application] Campaign Management minor have not tried 25-06-19 16:11 19-07-19 14:49
Reporter: brunilda Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.4.2-RC2  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.4.4  
    Target Version: 3.4.4  
Summary: Undefined property "'match' when select a list to send campaign
Description: Sending a campaign and selecting the lists you want to send your campaign to read the match property as undefined.

Probably, this is related with #19994



Tags:
Steps To Reproduce:
Additional Information:
Attached Files: match_property-undifined.PNG (84,359 bytes) 25-06-19 16:11
https://mantis.phplist.org/file_download.php?file_id=4642&type=bug
png
Notes
(0062502)
brunilda   
26-06-19 14:01   
PR on GitHub:
https://github.com/phpList/phplist3/pull/560

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
19895 [phpList 3 application] Internationalization (l18n) minor always 18-04-19 16:25 19-07-19 14:48
Reporter: duncanc Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.4.1  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.4.4  
    Target Version: 3.4.4  
Summary: The update translations page now fails when checking for new translations
Description: The URL used to check for new translations now does not work. Possibly overlooked by the change to use weblate instead of pootle.

See file admin/init.php line 183

define('TRANSLATIONS_XML', 'https://translate.phplist.org/translations.xml');
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0062137)
michiel   
27-04-19 13:20   
@Suela we should work to rewrite this part of phpLIst to use the Weblate API, https://translate.phplist.org/api/?format=json

Although that will fix us onto Weblate, which may not be desirable.

I will rewrite the XML file to use the API to generate the required XML for phpList.
(0062192)
michiel   
11-05-19 17:07   
In order to see how it used to work, I'm going to resurrect the old translation site as "pootle.phplist.org"

FYI @erion
(0062193)
michiel   
11-05-19 17:34   
The old XML is now on https://pootle.phplist.org/translations.xml
It is of course out of date, but it will help to figure out what phpList is expecting as the format.
(0062194)
michiel   
11-05-19 18:48   
Waiting for further (internal) documentation on the new translation server setup.
(0062254)
michiel   
27-05-19 23:20   
@erion has provided the docs. This is with me.
(0062316)
michiel   
05-06-19 15:49   
Instead of copying what we did before with Pootle, we should implement this the Weblate way.

So, the intention is

1. code changes
2. changes are loaded into Weblate
3. translations are made
4. translations are pushed back

https://docs.weblate.org/en/latest/admin/continuous.html#github-setup

We should abandon the SVN repository, and possible set up a new one. It's probably safer to have a manual integration into the releases. Once we have that in place, we can work on the versions that can be pulled in from phpList to update the installation.
(0062317)
michiel   
05-06-19 16:09   
Looks like we need to re-script it using Weblate Client https://docs.weblate.org/en/latest/wlc.html#wlc
(0062318)
michiel   
05-06-19 16:15   
root@a459a271c7d5:/# pip3 install wlc
Collecting wlc
  Downloading https://files.pythonhosted.org/packages/46/8a/ac1b8b914d2141ae5d048af36a24a48ac015e6aca93d6c835df2a2e9f989/wlc-1.1-py3-none-any.whl
Collecting pyxdg (from wlc)
  Downloading https://files.pythonhosted.org/packages/39/03/12eb9062f43adb94e30f366743cb5c83fd15fef026500cd4de42c7c12280/pyxdg-0.26-py2.py3-none-any.whl (40kB)
    100% |████████████████████████████████| 40kB 7.0MB/s
Requirement already satisfied: requests in /usr/local/lib/python3.7/dist-packages (from wlc) (2.21.0)
Requirement already satisfied: chardet<3.1.0,>=3.0.2 in /usr/local/lib/python3.7/dist-packages (from requests->wlc) (3.0.4)
Requirement already satisfied: idna<2.9,>=2.5 in /usr/local/lib/python3.7/dist-packages (from requests->wlc) (2.8)
Requirement already satisfied: certifi>=2017.4.17 in /usr/local/lib/python3.7/dist-packages (from requests->wlc) (2019.3.9)
Requirement already satisfied: urllib3<1.25,>=1.21.1 in /usr/local/lib/python3.7/dist-packages (from requests->wlc) (1.24.2)
Installing collected packages: pyxdg, wlc
Successfully installed pyxdg-0.26 wlc-1.1
root@a459a271c7d5:/# wlc
usage: wlc [-h] [--format {text,csv,json,html}] [--version] [--debug]
           [--config CONFIG] [--config-section CONFIG_SECTION] [--key KEY]
           [--url URL]
           {version,list-projects,list-components,list-languages,list-translations,show,ls,commit,push,pull,reset,cleanup,repo,changes,stats,lock-status,lock,unlock,download,upload}
           ...
wlc: error: the following arguments are required: cmd
(0062319)
michiel   
05-06-19 16:50   
I have made it work, so that it doesn't look broken at the moment


    ScriptAlias /translations.xml /var/www/sites/pootle-phplist/php/translations.php
    ProxyPass /translations.xml !
    ProxyPass /export/phplist/ !


    ProxyPass / http://127.0.0.1:85/
    ProxyPassReverse / http://127.0.0.1:85/
    Header always set Strict-Transport-Security "max-age=63072000; includeSubDomains"

    Alias /export /var/www/sites/pootle-phplist/translations
    <Directory "/var/www/sites/pootle-phplist/translations">
        Order deny,allow
        Allow from all
    </Directory>

    <Location /export>
        SetOutputFilter DEFLATE
        # Enable directory listing.
        Options Indexes
    </Location>


But it will not actually deliver translation updates at the moment, so we need to continue to work on that.
(0062539)
duncanc   
07-07-19 08:58   
Is this meant to be working now? When I force an update of the English translations phplist reports that it has updated 1986 language terms.
(0062548)
samtuke   
09-07-19 13:25   
@duncanc My understanding is that the update mechanism works (files are fetched correctly), but that they are not yet being automatically updated from weblate translations. So I would not expect to see new strings arrive, but I would expect no errors within phpList.
(0062552)
duncanc   
10-07-19 07:58   
OK, thanks.
(0062558)
suela   
11-07-19 18:05   
Marking this resolved as the original reported problem is no longer present.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
19897 [phpList 3 application] Theme - Trevelin minor have not tried 19-04-19 11:43 19-07-19 14:48
Reporter: samtuke Platform: Linux  
Assigned To: OS: Fedora  
Priority: normal OS Version: 26  
Status: resolved Product Version: 3.4.3  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.4.4  
    Target Version: 3.4.4  
Summary: Update screenshots in Trevelin GitHub repo
Description: The screenshots show the old dashboard and yellow buttons. Update the screens. https://github.com/phpList/phplist-ui-bootlist
Tags:
Steps To Reproduce:
Additional Information:
System Description Gnome
Attached Files:
Notes
(0062374)
samtuke   
12-06-19 12:15   
@brunilda what feedback does this require?
(0062555)
brunilda   
11-07-19 13:35   
(Last edited: 11-07-19 13:38)
PR link:
https://gitlab.com/phpList/phpListSite/merge_requests/30

Next step: Editing README.md file with the new images path.


View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
19994 [phpList 3 application] Campaign Send Process minor have not tried 20-06-19 09:16 19-07-19 14:46
Reporter: petersphilo Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.4.2  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.4.4  
    Target Version: 3.4.4  
Summary: 'Select All' checkmark not working when selecting lists for send
Description: The problem is in the file:
/admin/js/phplistapp.js

At line 60, it should be:
// Function to check/ uncheck all the boxes in a category.
function checkAllBoxes(checked, checkboxes) {
    checkboxes.each(function () {
        if (checked) {
            $(this).find('input[name^=targetlist]').prop('checked', true);
        }
        else {
            $(this).find('input[name^=targetlist]').prop('checked', false);
        }
    });
}


The attribute was 'id' but should be name



And at line 444, here's what i did:

    // tick all the boxes in a category.
    $('li.selectallcategory').on('click', function () {
        if ($(this).find('input[type=checkbox]').attr('name').match('all-lists')) {
            var ul = $(this).parent();

            checkAllBoxes(ul.find('input[name^=all-lists]').prop('checked'), ul);
        }
    });



again, attribute was 'id' but should be 'name'

also, the call to checkAllBoxes calls the parent of the parent.. that didn't work, at least in Safari, Chrome, and Opera on Mac
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: phplistapp.js (18,967 bytes) 20-06-19 09:16
https://mantis.phplist.org/file_download.php?file_id=4637&type=bug
Notes
(0062432)
petersphilo   
20-06-19 09:50   
Fix included above
(0062433)
samtuke   
20-06-19 11:17   
@petersphilo Thanks for contributing!
(0062434)
petersphilo   
20-06-19 13:28   
@samtuke my pleasure!
Sorry it took me so long to get around to it...

Quick note: on the 3 PHPList installations i manage, lists are organized in categories, so i can't say whether this issue exists if you have no categories...

Also, this issue has been around for a very, very long time (at least since 3.1.x)..
i'm surprised that i've not found mention of it in Mantis..

Thank you all for PHPList!!
it really rocks!
(0062498)
brunilda   
26-06-19 09:17   
(Last edited: 26-06-19 14:02)
@petersphilo

Checking all boxes using id attribute affects 'match('all-lists') ' property as undefined.
It works well with name attribute as it is declared in \admin\connect.php file:

// Add select all checkbox in every category to select all lists in that category.
                if ($category == 'selected') {
                    $content = sprintf('<li class="selectallcategory"><input type="checkbox" name="all-lists-'.$fieldname.'-cat-'.str_replace(' ',
                                '-',
                                strtolower($category)).'" checked="checked">'.s('Select all').'').$content;
                 }

Thanks for contributing!

You wrote:
also, the call to checkAllBoxes calls the parent of the parent.. that didn't work, at least in Safari, Chrome, and Opera on Mac.

checkAllBoxes function works ok calling lists by name and not id.

Let us know if you have any other questions.

PR on GitHub:
https://github.com/phpList/phplist3/pull/560


View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
20004 [phpList 3 application] General minor have not tried 30-06-19 22:25 19-07-19 14:45
Reporter: duncanc Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.4.3  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.4.4  
    Target Version: 3.4.4  
Summary: php 7.3 PCRE change
Description: After upgrading a shared hosting to php 7.3. trying to update a plugin failed with

Error: Invalid download URL, please reload the page and try again

When enabling errors this is reported in the error file

[30-Jun-2019 21:15:31 UTC] PHP Warning: preg_match(): Compilation failed: invalid range in character class at offset 26 in /home/dcameron/public_html/lists/admin/plugins.php on line 38

The code line referred to is

    if (!preg_match('~^https?://github\.com/([\w-_]+)/([\w-_]+)/archive/(.+)\.zip$~i', $packageurl, $regs)) {

This appears to be a change to the PCRE package in php 7.3. This construct is interpreted differently to previous php versions
[\w-_]

I think that this is the same as the problem reported at https://bugs.php.net/bug.php?id=77334
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0062518)
duncanc   
01-07-19 08:19   
See https://github.com/phpList/phplist3/pull/561

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
19105 [phpList 3 application] Interface - Administrator minor have not tried 26-02-18 15:54 19-07-19 14:45
Reporter: suela Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.3.1  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.4.4  
    Target Version: 3.4.4  
Summary: Feature Proposal: Make it possible to search for a list by name
Description: Currently you should search manually to find a list, and this becames time-consuming when there are many lists in the system, and even more complicated when those lists are organized in categories, so It would be good to have a search bar on the lists page to search for a list using it's name.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0062531)
xheni   
03-07-19 20:05   
PR: https://github.com/phpList/phplist3/pull/565

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
19973 [phpList 3 application] Interface - Administrator minor have not tried 08-06-19 19:44 19-07-19 14:44
Reporter: michiel Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.4.0  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.4.4  
    Target Version: 3.4.4  
Summary: Reload page with JS on an "Access denied" error
Description: When the referrer check fails and you get "Access denied", it's better UX to reload the page so that the user gets the login page and can continue.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0062335)
michiel   
08-06-19 20:32   
https://github.com/phpList/phplist3/pull/555

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
19972 [phpList 3 application] Automatic updater minor have not tried 08-06-19 19:38 19-07-19 14:43
Reporter: michiel Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.4.0  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.4.4  
    Target Version: 3.4.4  
Summary: Stuck in maintenance mode
Description: I was trying out the updater, but something went wrong, and now it's stuck in Maintenance mode.

I propose that the commandline option "upgrade" resets this.

phplist -pupgrade
phpList - phpList version 3.4.0 (c) 2000-2019 phpList Ltd, https://www.phplist.com

Your database version: 3.4.0
Your database is already the correct version, there is no need to upgrade
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0062334)
michiel   
08-06-19 19:42   
https://github.com/phpList/phplist3/pull/554
(0062336)
michiel   
08-06-19 20:33   
this will be good to add to the documentation.
(0062338)
michiel   
08-06-19 20:44   
Sam has merged it. Assigning to Suela for processing.
(0062345)
samtuke   
10-06-19 09:17   
I have not merged it yet; waiting for Suela to test it independently first

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
19995 [phpList 3 application] Theme - Trevelin minor have not tried 20-06-19 17:02 19-07-19 14:42
Reporter: rudolf Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.4.2  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.4.4  
    Target Version: 3.4.4  
Summary: Prototype of the navigation menu/sub-menus on Travelin theme
Description: Here is the prototype of the menu/sub-menu navigation on Travelin theme:

https://xd.adobe.com/view/be7cc10f-923f-454a-5cbf-2646259173c6-c84d/

(for the sake of the demonstration, Dashboard and Subscribers page are working only)

And here is how it works: When the user hovers a main menu item, the sub-menu expands in the right side, this way the user navigates through with only one click.
When the user hovers a sub-menu item the text of the the sub-menu turns the color in to orange #FF9966 (Adobe XD currently doesn't supports a hover state).
When the user clicks a sub-menu item, the sub-menu expands underneath the main menu and the desired page loads in the right side (active sub-menu item, text color turns in to white).
When an item of the sub-menu is active the hover state of the parent is inactive. All the other main menu items can hover.
All main menu items (that have a sub-menu), can't be directly clicked, only hovered, this way preventing to prioritize one sub-menu item over another when clicked.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: Subscribers.png (24,381 bytes) 24-06-19 10:40
https://mantis.phplist.org/file_download.php?file_id=4638&type=bug
png
Notes
(0062469)
samtuke   
24-06-19 10:15   
@rudolf the contrast of the horizontal sub menu items is low and not easy to read (light grey on dark grey). Could you find a way to increase it?
(0062470)
rudolf   
24-06-19 10:40   
@samtuke, I increased the contrast of the inactive menus. The hover menu is supposed to change color to orange. Here is an attach of the preview with hover effect:
(0062471)
samtuke   
24-06-19 11:03   
@rudolf Seems like it's hard to make the hover effects work in XD?
(0062479)
rudolf   
24-06-19 12:21   
(Last edited: 24-06-19 12:23)
@samtuke, hover effect is not currently supported by Adobe XD.

https://adobexd.uservoice.com/forums/353007-adobe-xd-feature-requests/suggestions/12941394-tap-hover-effect

(0062480)
samtuke   
24-06-19 12:49   
Thanks, this looks resolved to me then. The prototype is ready for whoever wishes to implement the menu improvement outlined in 0019858

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
18418 [phpList 3 application] Bounce Management feature have not tried 21-11-16 14:55 17-07-19 09:09
Reporter: samtuke Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: assigned Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version: 3.5.0  
Summary: FEATURE: Add "hard" vs "soft" bounce detection (ship with pre-configured bounce regexs)
Description: Some email marketing platforms differentiate between different types of bounces, e.g. "hard" and "soft" bounce. "hard" bounces are those which indicate a technical issue or clear and/or permanent rejection by the recipient mail server (e.g. "user not found", "addresses had permanent fatal errors" etc.). "soft" bounces are those which may be temporary, relating to user behaviour (e.g. out of office replies, user mailbox full, etc.).

Bounce messages are inconsistent and sometimes inaccurate. However some text patters have clear long term vs short term implications. Continuing to send campaigns to subscribers who have bounced at least once with "addresses had permanent fatal errors" for example is a waste of resources -- subscribers with conclusive hard bounces should have different automatic blacklistling policies applied to them than subscribers with soft bounces.

Soft bounces would be useful for manual review -- list administrators may wish to investigate particular soft bounces and decide which to continue sending to and which to blacklist.

Adding this proposed feature would therefore require:

- build in regular expressions with pre-set patterns for hard vs soft bounces (similar to the existing bounce regex system)
- different auto-unconfirm and auto-blacklist rules for hard vs soft bounces
- the ability to filter hard vs soft bounces in the web UI for browsing
- the ability to add custom bounce regexs to the pre-configured set of hard and soft bounce patterns
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0060874)
samtuke   
11-07-18 17:42   
It would be good to prioritise this feature into a major release, as it is requested relatively frequently.
(0062563)
danwaterloo   
17-07-19 09:09   
This is a great idea. The 'hard' and 'soft' bounces are theoretically identified by the bounce code... 5xx and 4xx respectively. However, I've seen the major email platforms code the bounces incorrectly... using 5xx codes for temporary, and 4xx for permanent bounces.... the best way is to look at the bounce explanation, and build regex's from those.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
19775 [phpList 3 application] Interface - Administrator minor have not tried 18-02-19 13:42 11-07-19 18:03
Reporter: suela Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.1  
Product Build: Resolution: reopened  
Projection: none      
ETA: none Fixed in Version:  
    Target Version: 3.4.5  
Summary: Check how the "are you sure you want to leave this page" message is triggered to avoid showing it when no changes are made
Description: Currently there are times when you get this message even when there are no changes made like:

click "Save draft and continue editing" and try switching to another page from the menu.

That message should be displayed in more accurate way to avoid confusion.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0062299)
brunilda   
04-06-19 10:59   
(Last edited: 04-06-19 12:36)
The PR link:
https://github.com/phpList/phplist-ui-bootlist/pull/91/commits/6771d21352afa8469553d61c7abd1cbf1f3780dc


View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
19933 [phpList 3 application] Automatic updater minor have not tried 09-05-19 18:55 11-07-19 18:03
Reporter: suela Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.2  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version: 3.4.5  
Summary: Edit the error message displayed by the updater when config is not writeable to provide more details
Description: Currently when a permission error is encountered when the updater is accessed there is no additional information on how to resolve it.
Add a summary from the Updater manual chapter on the Application pages.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
19999 [phpList 3 application] Automatic updater minor have not tried 26-06-19 16:52 10-07-19 18:57
Reporter: grindlay Platform:  
Assigned To: OS:  
Priority: low OS Version:  
Status: new Product Version: 3.4.2  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Updater problem persists when file permission set to the account owner
Description: Re https://mantis.phplist.org/view.php?id=19652
on Cpanel/WHM servers, files are often owned by the account user e.g. user:user
The 644 file and 755 dir permissions are the same.
ON my server, this is causing an error when the updater checks, presumably in the checkWritePermissions() function on line 142 of /updater/index.php
I can't understand why but is there any code I can add to debug ?
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: Capture.PNG (19,242 bytes) 26-06-19 16:52
https://mantis.phplist.org/file_download.php?file_id=4643&type=bug
png
Notes
(0062504)
grindlay   
26-06-19 16:58   
Should have said, the server uses PHP-FPM, the replacement for suPHP and suEXEC
(0062521)
samtuke   
01-07-19 11:12   
@grindlay "I can't understand why but is there any code I can add to debug ?" -- yes you can check to see what checkWritePermissions() is returning (if it passes or fails), and also check what actual permissions are reported using e.g. fileperms(). I'm confused by your report as PHP-FPM is not a replacement for suPHP or suEXEC as far as I am aware; they are different things with different purposes.
(0062553)
grindlay   
10-07-19 18:57   
As you can see from the screen shot, checkWritePermissions() is returning something, I'm just not sure what - I'll try to add some debug code.
PHP-FPM is an alternative Apache PHP handler to suPHP with better performance and security.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
20013 [phpList 3 application] Internationalization (l18n) minor have not tried 07-07-19 09:02 07-07-19 09:04
Reporter: duncanc Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version: 3.4.3  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version: 3.4.4-RC1  
Summary: Incorrect text for Settings page field for vcard
Description: The text added to the Settings page for the URL for downloading a vcard appears to have been set to that for forwarding a message

I have looked at the weblate site but so far as I can see the word "downloading" doesn't exist in any English text.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: Screenshot from 2019-07-07 08-53-46.png (14,648 bytes) 07-07-19 09:02
https://mantis.phplist.org/file_download.php?file_id=4645&type=bug
png

Screenshot from 2019-07-07 09-03-58.png (12,331 bytes) 07-07-19 09:04
https://mantis.phplist.org/file_download.php?file_id=4646&type=bug
png
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
19990 [phpList 3 application] Interface - Administrator minor have not tried 17-06-19 13:57 05-07-19 13:26
Reporter: brunilda Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.3-RC2  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Language initialization error under console.
Description: The following error appears when the user switch from a language to another and when the selected language initialization has been completed, than the error display:

Uncaught TypeError: $(...).dialog is not a function
    at <anonymous>:1:14
    at m (jquery.min.js?v=3.4.2-dev:2)
    at Re (jquery.min.js?v=3.4.2-dev:2)
    at jQuery.fn.init.append (jquery.min.js?v=3.4.2-dev:2)
    at jQuery.fn.init.<anonymous> (jquery.min.js?v=3.4.2-dev:2)
    at z (jquery.min.js?v=3.4.2-dev:2)
    at jQuery.fn.init.html (jquery.min.js?v=3.4.2-dev:2)
    at Object.<anonymous> (jquery.min.js?v=3.4.2-dev:2)
    at u (jquery.min.js?v=3.4.2-dev:2)
    at Object.fireWith [as resolveWith] (jquery.min.js?v=3.4.2-dev:2)

Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
19685 [phpList 3 application] Interface - Administrator minor have not tried 10-01-19 14:05 05-07-19 11:23
Reporter: samtuke Platform: Linux  
Assigned To: OS: Fedora  
Priority: normal OS Version: 26  
Status: resolved Product Version: 3.3.8  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.4.4  
    Target Version: 3.4.4  
Summary: Change "--- Filter ---" to an HTML5 search placeholder on the campaigns page
Description: Currently the search field contains literal text. This can be replaced with a more modern and user friendly placeholder text. eg on /lists/admin/?page=messages
Tags: quick-fix
Steps To Reproduce:
Additional Information:
System Description Gnome
Attached Files:
Notes
(0062530)
xheni   
03-07-19 20:05   
PR: https://github.com/phpList/phplist3/pull/564

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
19952 [phpList 3 application] Automatic updater minor have not tried 27-05-19 15:09 05-07-19 11:15
Reporter: samtuke Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version: 3.4.2  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version: 3.4.5  
Summary: Info box text is incorrectly aligned on some browsers
Description: In Firefox and Epiphany browser, one li element and the paragraph beneath the li are not aligned. Also the 'Book' button is not correctly vertically aligned. Works OK in Chrome.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: Selection_572.png (53,295 bytes) 27-05-19 15:09
https://mantis.phplist.org/file_download.php?file_id=4617&type=bug
png

Screenshot_2019-05-27 Screenshot.png (50,328 bytes) 27-05-19 15:09
https://mantis.phplist.org/file_download.php?file_id=4618&type=bug
png
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
20005 [phpList 3 application] General minor have not tried 01-07-19 07:58 01-07-19 07:58
Reporter: duncanc Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version: 3.4.3  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: php warning issued on each page load
Description: With error reporting enabled this warning is issued on every page

[01-Jul-2019 06:45:13 UTC] PHP Warning: file_get_contents(): Filename cannot be empty in /home/dcameron/public_html/lists/admin/updateLib.php on line 10

the line identified is in function getCurrentphpListVersion()

    $version = file_get_contents($path);

that is called from index.php line 532

        if (showUpdateNotification() && (getCurrentphpListVersion() !== false) && extension_loaded('curl')) {

This function doesn't make much sense, because the phplist version is available as the constant VERSION, but even calling it is unnecessary. It is not clear exactly what condition it is trying to handle.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
19969 [phpList 3 application] Interface - Backend minor have not tried 07-06-19 11:20 26-06-19 17:05
Reporter: xheni Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: resolved Product Version:  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.4.3  
    Target Version: 3.4.3  
Summary: Escape title value in edit subscribe page
Description: PR: https://github.com/phpList/phplist3/pull/549
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
18078 [phpList 3 application] General minor have not tried 07-04-16 14:06 26-06-19 17:03
Reporter: gingerling Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.2.4  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.4.3  
    Target Version: 3.4.3  
Summary: Time of bounce in history of a subscriber profile is misleading
Description: the time of bounce stated in the subscriber history differs from the date/time of the bounce in the actual bounce record.

I think the time in the subscriber history is displaying when the bounce was processed by phpList rather than the time of the bounce. If there is a delay in bounce processing for whatever reason, it can become very confusing.

Tags:
Steps To Reproduce:
Additional Information:
Attached Files: Screenshot from 2016-04-07 14-04-55.png (58,045 bytes) 07-04-16 14:06
https://mantis.phplist.org/file_download.php?file_id=3791&type=bug
png
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
18026 [phpList 3 application] Interface - Administrator feature N/A 19-02-16 18:38 26-06-19 17:00
Reporter: samtuke Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.2.4  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.4.3  
    Target Version: 3.4.3  
Summary: Add bounces column to Domain Stats page
Description: When bounces occur because of ESP blacklisting, it's very useful to know which domains have the highest bounce rate in order to identify blockages. Having a column for bounces, ideally clickable for sorting by bounces descending, on this page would be a major benefit:

/lists/admin/?page=domainstats

The columns could be sortable by clicking on the colunm header, and executing a new query and reloading the page to sort by bounces descending.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
19362 [phpList 3 application] Statistics feature N/A 07-08-18 20:46 26-06-19 17:00
Reporter: samtuke Platform: Linux  
Assigned To: OS: Fedora  
Priority: normal OS Version: 26  
Status: resolved Product Version: 3.3.3  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.4.3  
    Target Version: 3.4.3  
Summary: Add aggregated open rate statistics for top subscriber domains
Description: In order to better understand the performance of specific and important subscriber email address domains, add aggregated open rate statistics on a per-domain basis. This would e.g. highlight domains which have deliverability issues, which may otherwise be hard to spot when the recipient domain in question is distributed thinly among multiple different lists and campaigns.

This could be added as a new table to the domain statistics page, listing stats for the top 50 most common domains. Doing so may slow down the load time of this page unacceptably however, so another approach may be necessary.
Tags:
Steps To Reproduce:
Additional Information:
System Description Gnome
Attached Files:
Notes
(0062241)
xheni   
23-05-19 16:14   
@samtuke Just to clarify:
Should this data be displayed for top domains or should domains that have the best open rates be displayed?
(0062245)
suela   
24-05-19 14:11   
@xheni the way I understand this (and it makes more sense to me) is add a new table with performance stats for the most common domains.

I think listing 50 domains makes the table less readable so, I would reduce that to 25 and include info such as:
Open Rate, Click Rate, and Bounce Rate.

If we listed domains based on the performance we might end up with domains that only have two email addresses and have an open rate of 100% but that don't really have a big impact.

Thoughts @samtuke ?
(0062246)
samtuke   
24-05-19 16:20   
@xheni I tend to agree with Suela. An alternative approach would be to calculate the average rates for all domains (eg open rate, bounce rate) and then show domains which have lower/significantly lower than average. That would be even harder and slower however.

So I agree the best solution for now is listing the top domains by popularity (eg total number of subscribers with that domain) and showing aggregated key stats for those ones. Agree also to limiting to 25 entries.
(0062247)
xheni   
24-05-19 17:40   
@samtuke @suela ok, sounds good.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
19894 [phpList 3 application] Interface - Administrator minor have not tried 18-04-19 16:15 26-06-19 16:59
Reporter: samtuke Platform: Linux  
Assigned To: OS: Fedora  
Priority: normal OS Version: 26  
Status: resolved Product Version: 3.4.1  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.4.3  
    Target Version: 3.4.3  
Summary: Remove duplicate page title on verify db structure page
Description: There are three titles on the verify database structure page, one can be removed. It may only display in certain use cases (eg after structure was checked). See screenshot. Remove heading 2 or 3.
Tags:
Steps To Reproduce:
Additional Information:
System Description Gnome
Attached Files: Selection_560.png (18,661 bytes) 18-04-19 16:15
https://mantis.phplist.org/file_download.php?file_id=4585&type=bug
png
Notes
(0062279)
xheni   
31-05-19 12:51   
PR: https://github.com/phpList/phplist3/pull/550

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
19846 [phpList 3 application] phpList 4 Related minor have not tried 25-03-19 11:07 26-06-19 16:58
Reporter: suela Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.4.1  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.4.3  
    Target Version: 3.4.3  
Summary: Add subscriber count REST API call
Description: GitHub issue: https://github.com/phpList/rest-api/issues/115
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0062061)
xheni   
03-04-19 16:56   
PR: