View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
20367 [phpList 3 application] Security minor have not tried 19-12-21 03:55 19-12-21 12:03
Reporter: bulgin Platform:  
Assigned To: OS:  
Priority: high OS Version:  
Status: new Product Version: 3.5.5-RC1  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version: 3.6.0  
Summary: grype security scanner finds multiple issues in install
Description: view uploaded .txt file. When I submit here your system throws errors.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: mantis-report.txt (953 bytes) 19-12-21 03:55
https://mantis.phplist.org/file_download.php?file_id=4802&type=bug
Notes
(0064055)
michiel   
19-12-21 12:03   
Interesting, thanks for that. I'll look into it.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
20333 [phpList 3 application] phpList minor have not tried 13-02-21 15:54 25-09-21 16:18
Reporter: doc75 Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.5.1  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version:  
    Target Version: 3.6.0  
Summary: PHP 8.0 - admin page blank (tested with 3.6.1)
Description: Hello,

Following the closure of incident 20318, I just tested PHPList version 3.6.1 with PHP 8.0 (docker with FPM on alpine).
The main public page is properly displayed, the admin login panel is also displayed properly.
But after entering the admin login and password, I am getting a blank page.
Reverting to PHP 7.4 with same PHPList version is working fine.

Let me know if you need anything else to help you.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0063793)
michiel   
13-02-21 17:51   
Ok, how odd. I'll check it out.
(0063794)
michiel   
13-02-21 21:09   
I can't replicate that on my own PHP8 docker image, which is "FROM debian:buster"

PHP 8.0.1 (cli) (built: Jan 12 2021 13:59:46) ( NTS )
Copyright (c) The PHP Group
Zend Engine v4.0.1, Copyright (c) Zend Technologies
    with Zend OPcache v8.0.1, Copyright (c), by Zend Technologies

It's one to keep in mind, but at this stage, not yet of high priority.
(0063808)
michiel   
27-02-21 12:17   
Here's a similar report https://discuss.phplist.org/t/shows-blank-page-for-dashboard-when-logged-in/6658/39

For now, we can't consider phpList on PHP8 to be stable, it looks like there are quite a few things to iron out.

FYI @duncanc
(0064050)
doc75   
25-09-21 08:13   
I upgraded to 3.6.5 and also used PHP 8.
Everything seems to work fine now.
@michiel Not sure what has been modified, but you can close this ticket (I think that I do not have the right to close it).
(0064051)
michiel   
25-09-21 16:18   

Thanks, marking as resolved

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
20366 [phpList 3 application] Documentation minor have not tried 22-07-21 04:33 02-08-21 08:15
Reporter: duncanc Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.5.1  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version:  
    Target Version: 3.6.0  
Summary: Documentation page for config file options not displaying
Description: The links on the documentation page for config file options do not work, they all display an empty field for the file system/config/constants.txt

See https://resources.phplist.com/system/config

Possibly related to the earlier problem with the plugin page https://mantis.phplist.org/view.php?id=20336
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0064037)
martin   
02-08-21 08:15   
sqlite extension update solved it.
thanks for catching this!

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
20356 [phpList 3 application] Theme - Trevelin minor have not tried 29-05-21 06:18 01-06-21 09:55
Reporter: utagawa Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version: 3.5.5-RC1  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version: 3.6.0  
Summary: Modernize theme with toggle switches
Description: Woould be nice to modernize a bit the interface using toggle swithces instead of checkboxes.

=> https://codepen.io/mburnette/pen/LxNxNg
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0063931)
mariana   
01-06-21 09:55   
Hey @utagawa! That would be a great feature enhancement from a usability perspective. How do you feel about creating a Pull Request with this addition?

https://github.com/phpList/phplist3

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
20354 [phpList 3 application] phpList minor have not tried 14-05-21 10:10 30-05-21 11:25
Reporter: mariana Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version: 3.6.3-RC1  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version: 3.6.3-RC1  
Summary: Table "phplist_message" is not being properly populated
Description: The content of this ticket was sent via email. I am creating this ticket for documentation purposes and pasting the original email content below:

-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

I wanted to report a bug, but I couldn't find a way to create an account in Mantis. Also, the SSL certificate seems to have expired. What I found was that, even in the latest RC candidate, the table phplist_message is not being properly populated when people manually mark a message as sent.
On lines 289 and 317 of messages.php we see:
    $result = Sql_query(sprintf('update %s set status = "sent", repeatinterval = 0,requeueinterval = 0 where id = %d and (status = "suspended") %s',
        $tables['message'], $markSent, $ownerselect_and));

             $result = Sql_query(sprintf('update %s set status = "sent", repeatinterval = 0,requeueinterval = 0 where (status = "suspended") %s',
                $tables['message'], $markSent, $ownerselect_and));

Which are not populating the "sent" field, which should capture a datetime. Updating them to
    $result = Sql_query(sprintf('update %s set status = "sent", sent = now(), repeatinterval = 0,requeueinterval = 0 where id = %d and (status = "suspended") %s',
        $tables['message'], $markSent, $ownerselect_and));

             $result = Sql_query(sprintf('update %s set status = "sent", sent = now(), repeatinterval = 0,requeueinterval = 0 where (status = "suspended") %s',
                $tables['message'], $markSent, $ownerselect_and));


respectively, resolves the issue. The consequence of not populating this field is that sent messages are hidden when sorting by date.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0063921)
michiel   
18-05-21 07:55   
Thanks. We should encourage people to report this on Github issues now. I have disabled registration in mantis.

We may need to update loads of pages with that information.
(0063929)
duncanc   
30-05-21 11:25   
See Pull Request https://github.com/phpList/phplist3/pull/775

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 29-05-21 06:16
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.
(0063509)
stefansal   
09-11-20 16:12   
I wanted to bump this up in priority again since emoji support (utf8mb4) is becoming increasingly more important.
We have now used the proposed change for multiple hundreds of thousands of emails and tens of thousands of subscribers and have seen that it seems to work without any problem.

The upgrade process of the database is very straightforward, using only one command. Since utf8 is basically a subset of utf8mb4 (so to speak) there is no actual problem converting. (I used the commend "ALTER DATABASE database_name CHARACTER SET = utf8mb4 COLLATE = utf8mb4_unicode_ci;")

And since all database connections are handled in mysqli.inc there are only 2 changes necessary there.

I hope this will be implemented soon, to greatly increase the usability of phplist :)
(0063628)
utagawa   
10-12-20 18:42   
Would we indeed nice to finally be able to have emoji support.
I tried to change the database charset, but it is not enough indeed, so a change in phplist code seems also necessary. Any plans to release it ?
(0063928)
utagawa   
29-05-21 06:16   
up :-)

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
20350 [phpList 3 application] Documentation minor have not tried 20-04-21 15:34 10-05-21 08:09
Reporter: mariana Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.5.5-RC1  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version: 3.6.0  
Summary: Revamp the release process
Description: I am creating this issue to track the release process revamp.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0063885)
michiel   
20-04-21 19:28   
Yes, I'm working on this. I'm trying to use composer for this, which is a dependency tool.
(0063910)
michiel   
08-05-21 19:37   
Ok, this is ready for testing.

When you merge this PR: https://github.com/phpList/phplist3/pull/763

make sure to "Squash the commits".

Once you've merged it, you can roll out a new version, by creating a new release here: https://github.com/phpList/phplist3/releases

You will need to create a tag starting with "v" and then the version, ie

v3.6.3-RC1
v3.6.3-RC2
v3.6.3

etc

When you do that the package will be automatically created and put on Amazon S3.

You can then fetch it from S3, with the following command:

s3cmd get s3://phplist.versions/phplist-[VERSION].tgz ./
s3cmd get s3://phplist.versions/phplist-[VERSION].zip ./
s3cmd get s3://phplist.versions/phplist-[VERSION].md5 ./

where [VERSION] is replaced with the version you created.

At a later stage, we could change the download system and move away from Sourceforge and just use Amazon S3 instead, but for now, let's not change that part of it.
(0063912)
mariana   
10-05-21 08:09   
These changes are great!

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
20339 [phpList 3 application] Internationalization (l18n) minor have not tried 16-03-21 17:06 26-04-21 19:36
Reporter: duncanc Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version: 3.5.5-RC1  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version: 3.6.0  
Summary: Problems with English translations
Description: In English, some phrases seem to have been given the wrong translation. Reported in the user forum https://discuss.phplist.org/t/lost-matomo-tracking-code-and-message-preview-now-say-rate-and-is-not-working/7219

On the Settings page "Always add analytics tracking code to campaigns" is translated as "Always add Google tracking code to campaigns".

On the Finish tab "Add analytics tracking code" is translated as "Add Google Analytics tracking code".

I expected the translation of English phrases to be the same as the original.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0063850)
duncanc   
16-03-21 17:21   
I have just deleted all the English rows from the i19n table, then forced an update of the translations. The two phrases referred to above now do not appear in the table.
(0063851)
michiel   
16-03-21 20:37   
Hmm, yes, some strings are different in the English translation. The code may say one thing and the translation another. I think with the change to Weblate some of that may have got lost.
(0063852)
duncanc   
17-03-21 07:55   
(Last edited: 17-03-21 18:16)
Looking at the file which is downloaded when you update a language translation https://translate.phplist.org/download/phplist/phplist3/en/?format=po , this is one of the problematic ones

#: public_html/lists/admin/send_core.php:1039
#, fuzzy
msgctxt "Add analytics tracking code"
msgid "Add Google Analytics tracking code"
msgstr "Add Google Analytics tracking code"

Does "fuzzy" mean that it is an automated translation in some way? Maybe disable that if it is.

Also, the use of msgctxt throughout the file doesn't look correct. It appears to be the source string in the php code, not some additional information for the translator. The php code to load the translations uses msgid and msgstr, assuming that msgid is the source string. So "Add analytics tracking code" does not appear in the i18n database table.
(0063853)
michiel   
17-03-21 09:00   
Interesting. I hadn't come across msgctext before. I don't think we use it in the code. I'll try to track down where it comes from. Looks like it's something Weblate adds, but I think Weblate uses gettext, so it may be something new in gettext.
(0063856)
duncanc   
17-03-21 18:15   
I think that the problems with the "Add analytics tracking code" phrase is that Weblate treated it as a change to the source item, which is correct. I had replaced a message specific to Google with a more-general one.
I have been into weblate and changed those three items.

Regarding the download file, I found that using a lsightly different URL gives a file without the msgctxt field https://translate.phplist.org/download/phplist/phplist3/en
That imports into phplist successfully and updated the three changed items. I think that page titles were not being updated due to msgctxt being the source item, but with the different URL they are updated.
How is the translations.xml file, which contains the update URL for each language, created?

<updateurl>
https://translate.phplist.org/download/phplist/phplist3/en/?format=po
</updateurl>
(0063886)
michiel   
26-04-21 19:35   
The translations.xml file is actually a php file that generates the XML on the fly.

But these two URLs are basically the same, afaict

https://translate.phplist.org/download/phplist/phplist3/en/?format=po
https://translate.phplist.org/download/phplist/phplist3/en
(0063887)
michiel   
26-04-21 19:36   
Interesting, phpList ignores the msgctxt, so maybe we need to update the code a little to look at that when it's there.

I guess Weblate uses that for some purpose.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
20347 [phpList 3 application] Security minor have not tried 07-04-21 19:29 07-04-21 19:29
Reporter: michiel Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version: 3.5.5-RC1  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version: 3.6.0  
Summary: Use clear site data on logout
Description:
For security it will be better to send the Clear Site Data header on logout

https://developer.mozilla.org/en-US/docs/Web/HTTP/Headers/Clear-Site-Data
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:
19731 [phpList 3 application] Bounce Management minor have not tried 24-01-19 13:04 04-04-21 09:43
Reporter: suela Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.3.8  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Bounced system messages to non subscribers shown as unknown
Description: On "Processed Bounces" page bounced system messages sent to email addresses defined on the settings page will show " Subscriber > Unknown" when that email is subscribed on the system.

Based on this PR that shows bounces of system messages on the subscribers profile:
https://github.com/phpList/phplist3/pull/464 , I think it makes sense that those emails are automatically added as subscribers.

@samtuke thoughts?

Tags:
Steps To Reproduce:
Additional Information:
Attached Files: duplicate bounce.png (12,416 bytes) 02-04-21 17:31
https://mantis.phplist.org/file_download.php?file_id=4785&type=bug
png

bounce table fields.png (8,385 bytes) 02-04-21 17:31
https://mantis.phplist.org/file_download.php?file_id=4786&type=bug
png
Notes
(0061862)
michiel   
10-02-19 17:01   
I disagree that subscribers should be automatically added when a bounce arrives with their email. However, I think this is a different issue.

I found one where the "unknown - unknown" applied, but that was marked as a "Duplicate bounce". So, something is not entirely right when a duplicate bounce is detected.
(0063874)
duncanc   
02-04-21 17:31   
(Last edited: 02-04-21 17:33)
Resurrecting this old issue in order to agree on how duplicate bounces should be displayed on the bounces page.

Currently a duplicate bounce is displayed on the Processed tab but with "Unknown" in the Campaign and Subscriber columns, see screenshot. Another screenshot shows the content of the status and comment fields on the bounce table.

The code for that page recognises specific content in the status and comment fields, to extract the message or subscriber, and displays Unknown for any other value.

Maybe display the comment value directly when it is not one of the recognised ones instead of "Unknown".

I think that it is more useful to indicate that the bounce is a duplicate, and not extract the subscriber and message values to display it similarly to a non-duplicate bounce.
(0063876)
duncanc   
04-04-21 09:43   
Pull request https://github.com/phpList/phplist3/pull/755 to try to address this.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
20212 [phpList 3 application] Campaign Management minor have not tried 22-05-20 15:27 01-04-21 22:04
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:
Notes
(0063866)
lwc   
28-03-21 10:06   
Also, it's not documented anywhere except that Github link (which is mentioned only in https://www.phplist.org/newslist/phplist-3-5-4-release-notes/).
Can you document it somewhere AND add it to https://www.phplist.org/demo/ ?

Even though it's beta, it's one of the most important features and "selling points".

Last but not least, like you stated "it has a simple logic". Keep in mind e-mail clients use very differentiated logic.
For example, while Gmail *shows* most images by default, Outlook *blocks all* images by default.
(0063873)
michiel   
01-04-21 22:04   
Yes, it needs documenting. Also I made it default to off a few months ago, because I wasn't impressed with the way it had been implemented

https://github.com/phpList/phplist3/commit/d5afacdfddeac717f63bfa6d0c31def1b2d7e1e7

If you want to promote this feature, we should work on a process for that. Something like

1. define the requirements (including differences in providers)
2. find a sponsor
3. get a developer to fix it (I've been using upwork.com recently)
4. verify and peer review changes
5. send merge request
6. update documentation
7. include it in release announcements
8. merge PR and release

I imagine, you'd be mostly involved in step 1 and 2. In fact, if convincing phpList Ltd could be considered in step 2.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
20341 [phpList 3 application] General minor have not tried 25-03-21 08:38 28-03-21 19:30
Reporter: duncanc Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version: 3.5.5-RC1  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version: 3.6.0  
Summary: Unable to retrieve the Powered by phplist image
Description: The "powered by phplist" image is returning a 403 error when requested for release 3.6.2.
https://d3u7tsw7cvar0t.cloudfront.net/images/3.6.2/power-phplist.png

It seems to work for earlier releases by replacing the version number within the URL.

As reported in the user forum https://discuss.phplist.org/t/footer-image-403/7241/3
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0063867)
michiel   
28-03-21 19:30   

I've put the image there. @mariana can you make sure that your S3 connection works when you roll out a new version?

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
20338 [phpList 3 application] Documentation minor have not tried 13-03-21 10:18 25-03-21 15:41
Reporter: duncanc Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.5.5-RC1  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version:  
    Target Version: 3.6.0  
Summary: Unable to save changes to plugin documentation page
Description: This might be related to the earlier problem with the plugins page, but now cannot save a change to a plugin page

e.g.

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

Tags:
Steps To Reproduce:
Additional Information:
Attached Files: Screenshot from 2021-03-13 10-15-44.png (8,179 bytes) 13-03-21 10:18
https://mantis.phplist.org/file_download.php?file_id=4783&type=bug
png
Notes
(0063840)
duncanc   
13-03-21 10:31   
Actually, the change does appear to be applied but that error message is always displayed.
(0063863)
martin   
25-03-21 10:54   
The issue applies to all edits.
It's caused by dokuwiki upgrade, I'm looking into this
(0063864)
martin   
25-03-21 15:41   
missing symlink - now OK

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
20334 [phpList 3 plugins] General minor have not tried 14-02-21 11:12 15-03-21 12:15
Reporter: ArmanB Platform:  
Assigned To: OS:  
Priority: low OS Version:  
Status: resolved Product Version:  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Can't remove email address from "List of email addresses to CC in system messages (separate by commas)"
Description: v3.6.1
Config/Settings, under the "reporting settings" header, has a field for "List of email addresses to CC in system messages (separate by commas)".
It appears to be meant as an optional addition to the main recipient of reports.

IIRC, this field is empty by default.

Click the edit icon, enter an email address and Save changes.
Click the edit icon again, remove the email address and Save changes.
Actual behaviour: The email address is not removed.
Expected behaviour: the email address is removed (no longer saved in the system for this purpose).
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0063797)
duncanc   
15-02-21 07:30   
(Last edited: 15-02-21 11:29)
The same problem applies to the "Who gets the reports (email address, separate multiple emails with a comma)" field.
There is a problem with the validation of "emaillist" config fields in the function SaveConfig() in file connect.php. That does not allow the field to be empty.

Pull request to fix this problem https://github.com/phpList/phplist3/pull/742
(0063844)
mariana   
15-03-21 12:14   
The fix for this issue was included in version 3.6.2 that was released today. https://www.phplist.org/newslist/phplist-3-6-2-release-notes/

I will mark this as resolved.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
20336 [phpList 3 application] Documentation minor have not tried 06-03-21 09:32 09-03-21 20:47
Reporter: duncanc Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.5.5-RC1  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version:  
    Target Version: 3.6.0  
Summary: The documentation page listing plugins is not displaying any content
Description: The plugin documentation page is now empty

https://resources.phplist.com/plugins/start
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0063821)
michiel   
06-03-21 13:55   
Yes, how weird. Not sure what happened. It's a dynamic page. I'll check.
(0063822)
michiel   
06-03-21 14:56   
@martin has anything changed on the server recently? Like a PHP version upgrade or something?
(0063823)
michiel   
06-03-21 15:05   
It uses this plugin in dokuwiki: https://www.dokuwiki.org/plugin:repository

The DB is still there and has data, so that's not it.
(0063824)
michiel   
06-03-21 15:37   
Ah, I can see a lot of files with file dates of March 1st, so I think Martin did a system update.
I'll wait for that, before i continue. It's probably easy to fix it once we know what happened.
(0063826)
martin   
08-03-21 15:55   
Yes, I've updated dokuwiki

The following plugins are not present due to incompatibility:

editx
indexmenu
pluginrepo
rater

I will look into pluginrepo alternatives
(0063827)
martin   
08-03-21 17:00   
ok,the extrension is enabled.
but the list of plugin still doesn't work.
@michiel i don't get how this plugin works for our purpose?
The source of the page seems just missing.
(0063828)
martin   
08-03-21 17:14   
(Last edited: 08-03-21 17:14)
Actually, where should be the source of data is it different from https://www.phplist.com/knowledgebase/available-plugins/ ?
I reckon I can use data plugin instead, if pluginrepo won't work.


@mariana should it be critical, I can restore the server from backup, but i'd prefer solving this on current updated version of dokuwiki
(0063829)
michiel   
08-03-21 20:37   
It's not critical. I created that system about 10 years ago probably. It's a bit like translations, which haven't worked for a while either, and work again.

I will try to work it out. Yes, probably the data plugin may be a better option, but we need to check the format that all the plugin pages have been stored with.

It never really worked that well anyway. The whole tagging things worked initially, but then broke for some reason.

I'll put this on my list for the next few weeks, after I've sorted out the Docker stuff.
(0063830)
michiel   
08-03-21 22:39   
@martin this is dokuwiki, so no relation to our plugins https://www.phplist.com/knowledgebase/available-plugins/

This is about their plugins.

I will create a local version and figure out what's going on. We may just have to rebuild this stuff, it's quite old
(0063831)
mariana   
09-03-21 09:39   
I think we are overthinking this. We can simply have a static page with a list (or a table) with all the available plugins and a small description for them. It is not that we have tens of plugins coming every day, so I think it will not be hard to manage. What do you think?
(0063832)
martin   
09-03-21 10:50   
I'm lookinginto this, a simple bash script should do
(0063833)
martin   
09-03-21 12:17   
I will reorganize all data directory on the disk. It's bit of mess (originally gitbacked plugin seems to be used, there are now 2 copies of data).
(0063834)
martin   
09-03-21 13:43   
List of plugins has been updated

what about https://resources.phplist.com/debug_aid_plugin
should I include that too? now it's not in 'plugin' directory

I installed again gitbacked dokuwiki extension,it's good to have version control
(0063837)
michiel   
09-03-21 20:47   
Ok, that will do for now, but it will be good to change the way this works. I don't think this is very friendly to know.

I think a better way would be to build the list of plugins inside phpList itself, but that's another story.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
20325 [phpList 3 plugins] General minor have not tried 29-01-21 23:34 27-02-21 12:31
Reporter: utagawa Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.5.1  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version:  
    Target Version: 3.5.9  
Summary: phpinfo bug
Description: (using php 7.3.6)

On phplist 3.5.9, in backoffice, Config / phpinfo is generating an error code :

DOMDocument::loadHTML(): Tag svg invalid in Entity, line: 898
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: Capture d’écran 2021-01-31 084028.jpg (95,650 bytes) 31-01-21 07:43
https://mantis.phplist.org/file_download.php?file_id=4778&type=bug
jpg

phpinfo.txt (39,068 bytes) 31-01-21 07:43
https://mantis.phplist.org/file_download.php?file_id=4779&type=bug
Notes
(0063733)
duncanc   
30-01-21 20:27   
(Last edited: 30-01-21 21:33)
@utagawa the phpinfo page is provided by Common Plugin. It displays fine for me using php 7.4 and the phpinfo() output doesn't contain an svg element. Are you able to capture the output of phpinfo()?

Also, is the output of phpinfo being displayed regardless?

Can you try this small code change

file lists/admin/plugins/CommonPlugin/phpinfo.php

line 23 is
    $xml = new DOMDocument();

Add this immediately before
    libxml_use_internal_errors(true);

This should stop that error being reported.
(0063734)
utagawa   
31-01-21 07:43   
Here you go (in the meantime I upgraded all the phplist extensions)
(0063735)
duncanc   
31-01-21 10:02   
@utagawa Thanks. I meant to run phpinfo() in a web page so that I can see the exact output that the plugin is trying to process.
You could add this before line 24 using a directory that can be written to

    file_put_contents('/path/to/writeable/directory/phpinfo.txt', $html);
    $xml->loadHTML($html);
(0063736)
utagawa   
31-01-21 20:05   
@duncanc the fix you provided with libxml_use_internal_errors(true); fixes the issue.
(0063737)
duncanc   
01-02-21 12:38   
Thanks. I have made that change to the plugin code and released that. If you want to you can update the Common Plugin on the Manage Plugins page but your manual change is fine.
(0063811)
michiel   
27-02-21 12:31   

marking resolved. Re-open if that's not the case.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
16827 [phpList 3 application] Internationalization (l18n) minor always 26-07-13 10:16 27-02-21 12:25
Reporter: gab.lau Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version: 2.11.10  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version: internationalization  
Summary: Missing translation
Description: I did not find the translation of the popup window for delete an element (subscriber, rule, list, bounce ecc..)
"Are you sure you want to delete this record?"

In subscriber detail page I can not translate all the descriptions of fields (es. "Is this subscriber confirmed (1/0)" or "Last time password was changed")
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0063810)
michiel   
27-02-21 12:25   
Yes, that string is in the Javascript, which means it's not part of the normal translation system

https://github.com/phpList/phplist3/blob/master/public_html/lists/admin/js/phplistapp.js#L573

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
20210 [phpList 3 plugins] General minor have not tried 17-05-20 04:28 27-02-21 12:22
Reporter: utagawa Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: resolved Product Version:  
Product Build: Resolution: fixed  
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 18:10   
Yes, sorry. The translation system is current broken, but we will try to get in back in action soon.
(0063809)
michiel   
27-02-21 12:22   

The translation system is now back in action

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
20318 [phpList 3 application] phpList minor have not tried 10-01-21 18:18 15-02-21 11:47
Reporter: doc75 Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.5.1  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.6.1  
    Target Version: 3.5.9  
Summary: PHP 8.0 support (PHPList 3.5.9) ?
Description: Sorry if the bug report is not fully correct, this is my first contribution here.
I am running a PHPList instance on docker without any problem for months under PHP 7.3.
I tried to migrate to PHP 7.4 without any problem.
But when trying with PHP 8.0 all the pages (main page or admin page) are blank.
I activated the PHP errors but nothing is shown.

It might be my installation, but coudl anyone confirm if PHPList 3.5.9 support PHP 8.0 or not ?
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0063683)
michiel   
11-01-21 09:57   
Interesting. I haven' t tried that yet. I see if I can find some time to look into it.
(0063684)
michiel   
11-01-21 14:42   
which docker image are you using? When I try eg php:8.0-apache and I check the image, the PHP modules still reference PHP7.3

So, I don' t think there's an image yet with the correct requirements for phpList, like mysqli and imap.
I guess we may need to wait a little before that's ready
(0063685)
michiel   
11-01-21 18:30   
Ok, I rebuilt my own image with PHP8.0 and I can see the blank screen. I'll work it out.
(0063686)
doc75   
11-01-21 20:46   
Great that you can reproduce... I am using an alpine based image I made. In case you want me to test once you have found something, let me know.
(0063687)
michiel   
11-01-21 21:27   
Ok, this will fix it: https://github.com/phpList/phplist3/pull/727

@duncanc the XML parser has changed in PHP8, that may affect the RSS plugin

I had to disable the RSS feed fetching from the community site for now

https://www.php.net/manual/en/function.phpversion.php

xml_parser_create() and xml_parser_create_ns() will now return an XMLParser object rather than a resource. The xml_parser_free() function no longer has an effect, instead the XMLParser instance is automatically destroyed if it is no longer referenced.
(0063688)
michiel   
11-01-21 21:30   
@doc75 that sounds great, an alpine based image. If you can create a PR for https://github.com/phpList/phplist-docker that would be brilliant.
I haven't had time yet to get it working from alpine, but that would be great to add.
(0063689)
duncanc   
12-01-21 11:50   
Thanks for the notification. The RSS Feed plugin uses a library which has a different approach. It uses the DOM interface which doesn't appear to be affected by this change.

Looking at https://php.watch/articles/resource-object#resource-php80 it appears that the change from resource to object should be fairly transparent. I think the problem with onyx-rss might simply be that it checks that the function xml_parser_create() returns a resource which is no longer the case.

Searching for "is_resource" within the phplist code tree throws a few other occurrences that may be affected
the phpmailer SMTP socket connection
the PEAR HTTP Request2 class that is used as a fallback when curl is not available
the KCfinder image browser within the ckeditor plugin
(0063690)
michiel   
12-01-21 17:00   
Hmm, it looks like more things break. I just tried the CSV import and it doesn't work on PHP8
(0063691)
doc75   
12-01-21 20:45   
@michiel, I checked how you are doing the images in phplist-docker and indeed they seems to be all in one. On my side the alpine image i designed is a standalone php-fpm one which require containers for mariadb and an NGINX reverse proxy (or Apache) as well as a mail server somewhere (managed separately in my case). Not sure if it fits with your way of working. If you are interested let me know and we can continue the discussion on a github issue to see how to move forward.
(0063692)
michiel   
13-01-21 11:47   
Yes, that is interesting. I do split out the images into a DB one and a mail one. I use docker-compose to link them all together, but the phpList image is only phpList. However, I use debian as the base image to work from an not alpine, so starting from alpine would help reduce the size of the image

https://github.com/phpList/phplist-docker/blob/master/phplist/Dockerfile#L2

Yes, we can continue discussion on a Github issue. I've started this one https://github.com/phpList/phplist-docker/issues/11
(0063765)
michiel   
05-02-21 20:51   

I'm closing this ticket. I think I've sorted out most issues with PHP8, which was the original subject of this ticket.

I haven't gone through everything, so some may still show up, but in general it should now work fine in PHP8.

Version 3.6.1 which is due shortly should be PHP8 compatible.

And the Docker issue that spun out from here, can be handled on Github.
(0063799)
mariana   
15-02-21 11:47   
This was fixed with this PR https://github.com/phpList/phplist3/pull/727
Closing this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
20321 [phpList 3 application] Subscriber Import minor have not tried 13-01-21 14:03 15-02-21 11:46
Reporter: michiel Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.6.0  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version:  
    Target Version: 3.5.9  
Summary: import by copy paste results disappear after a while
Description:
When importing with copy-paste the results should remain on the page.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0063798)
mariana   
15-02-21 11:46   
This was fixed with this PR https://github.com/phpList/phplist3/pull/729
Closing this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
20323 [phpList 3 application] Campaign Send Process minor have not tried 26-01-21 17:11 27-01-21 12:56
Reporter: Digiplay Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version: 3.5.1  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version: 3.5.9  
Summary: v3.6.0 newly updated. When sending hit error and kept retrying to send. Now cannot find any record of campaign although rec'd
Description: I created a campaign and selected groups to receive the email. Initiated send and it took awhile and then indicated an error and waited only about a second and tried to resend. First time I didn't cancel right away and it tried 30-40 times before I canceled. I then suspended it and marked it sent. Now I am unable to find any record of the campaign, although there is a record of the send in individual records of it being sent.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0063721)
michiel   
27-01-21 12:56   
It will be better to ask around in the forums.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
17377 [phpList 3 application] Campaign Send Process feature always 09-09-14 19:41 18-01-21 21:27
Reporter: ElementGreen Platform: Intel Xeon CPU E5-2680 VPS Host  
Assigned To: OS: Ubuntu Linux  
Priority: normal OS Version: 14.04  
Status: new Product Version: 3.0.7  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version: 3.5.0  
Summary: Adding Received: header with HTTP web browser IP address is a privacy issue
Description: I was surprised to find my personal home broadband IP address embedded in the Received: headers of campaign emails. This seems like a pretty severe privacy issue, which users of phplist should at least know about.

Attached is a patch which adds a configuration option called ENABLE_HTTP_CLIENT_STAMP which enables this functionality (if someone wants it), but it should be disabled by default in my opinion. I can see how this type of thing makes sense for anonymous forms which send emails (what the link to the Spamcop page talks about) or for situations where the admins of the phplist can't be trusted entirely, but this is a system that is secured via a login so that is usually not the case. I don't wish to broadcast to the world my physical location, or at least would like to know that that is what is occurring, prior to doing so.
Tags: Configuration and sending
Steps To Reproduce: Send a campaign email (with immediate mode)
Look at the headers and note the Received: header for the IP address of the HTTP client which sent the campaign
Additional Information:
Attached Files: phplist-disable_http_client_stamp.patch (1,335 bytes) 09-09-14 19:41
https://mantis.phplist.org/file_download.php?file_id=3528&type=bug
Notes
(0054955)
michiel   
09-09-14 19:59   
yes, interesting isn't it. We'd want this option when phpList is used for incorrect things, like spam, but not when we can be trusted and are sending correctly.

Tricky these kinds of things. I can totally understand not wanting to give out your home IP address to your entire subscriber base. In a way, you may not even mind your subscribers to see it, but you definitely don't want anyone else who can read the mails (which is more than you can imagine).

Obviously you figured out how to stop it. I'd be interested to raise this discussion in a wider audience to see if we want to make it a feature. I'd still opt to keep it ON by default.
(0057126)
Zbyszek   
02-11-15 18:06   
Especially interesting when one has dynamic rDNS at home.

Can make Spam Assassin a little bit angry at RDNS_DYNAMIC and DYN_RDNS_AND_INLINE_IMAGE.
(0063701)
bulgin   
17-01-21 15:10   
I think this is indeed a privacy issue and a feature should be added that allows users to toggle this on and off. As well, it certainly adds to a users' spam count and raises the possibility of being banned. It's also wrong - the ip address of the home user is not "sending" the email, it is "triggering" the send from a server-hosted account. Please consider changing this. Thank you.
(0063702)
michiel   
17-01-21 17:06   
You can use the remote processing service from phpList.com

https://www.phplist.com/createaccount
(0063703)
bulgin   
17-01-21 17:20   
Thanks Michael but doesn't that defeat the purpose for those who host their own server using the community version of phplist? As well, many users already have an ip address associated with their campaigns - and oftentimes with excellent standing (no spam reports) - so migrating to another service requires them to once again build trust and confidence in the system and to wait a long,long time for spam filters to recognize the sending ip as legitimate.

Seems to me that an option or plugin to turn off this what I consider to be a misconfiguration, would solve the issue, no?

Thanks again for your feedback.
(0063704)
bulgin   
17-01-21 17:31   
Forgot to mention, but directly related to this issue my server was identified as part of a RATS Dyna blacklist - a pretty significant entry for a server that has been operating for years unscathed by block lists. My tests have shown that when I send using process queu it goes into that list and when not sending via process queu, stays out. So something to consider in terms of severity.
(0063705)
michiel   
18-01-21 09:17   
The "remote processing service" will invoke the processqueue process from the phpList servers. It will still send via your own SMTP servers. It avoids having to run processqueue from your local system, which will avoid adding the header mentioned in this ticket to the mails. That will also avoid being on "Dyna blacklists".

You can set it up here: /lists/admin/?page=hostedprocessqueuesetup

Issues on blacklisting are complex and hard to analyse. Most data is anecdotal. It is probably the main reason to use a service instead of a self-hosted system.
(0063706)
bulgin   
18-01-21 21:27   
Thank you @michiel that looks like a usuable solution, although I know many are hesitant to allow_url_fopen. Thank you for the providing this.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
20317 [phpList 3 application] Campaign Send Process minor have not tried 07-01-21 15:39 15-01-21 08:53
Reporter: michiel Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.5.5-RC1  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version:  
    Target Version: 3.5.9  
Summary: increase "processed" column size to INT to avoid it failing on 6million+
Description:
avoid error

error 1264 while doing query Out of range value for column 'processed' at row 1
intiem - Sql error update phplist_message set processed = processed + 1
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0063693)
mariana   
13-01-21 15:10   
The fix for this was included in 3.6.0. I am marking this as resolved.
(0063694)
michiel   
13-01-21 15:40   
Hmm, there's an issue on the upgrade. https://github.com/phpList/phplist3/issues/728#issuecomment-758591071

I did not expect this to go out on 3.6.0 already, but expected 3.6.1 and up. So the upgrade doesn't work on 3.6.0

I will review this and find a solution.
(0063696)
michiel   
13-01-21 17:35   

It's fine. It will activate once we get to 3.6.1
(0063700)
mariana   
15-01-21 08:53   
I didn't know that this was not ready yet. Thankfully not a lot of users have reported. Great to have a fix.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
20314 [phpList 3 application] Subscriber Export minor have not tried 22-12-20 00:13 13-01-21 17:43
Reporter: cjfsyntropy Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version: 3.5.5-RC1  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version: 3.5.9-RC1  
Summary: Export subscribers fails to create popup (just spins and then eventually leaves me on the export page)
Description: On one of my v3.5.8 phpList systems, exporting works fine. On another system with 4006 subscribers in total, the export just spins and silently fails leaving me on the export page.

I checked the database with dbcheck on the command line and from the web interface. I determined that the urlhash column in the phplist_linktrack_forward was missing. So ran this database query to fix it:
alter table phplist_linktrack_forward add column urlhash char(32) default null;

The problem persists. Nothing is showing up in the Apache error log. I followed all the advice at https://www.phplist.org/manual/books/phplist-manual/page/troubleshooting-techniques and was unable to generate any errors in the Apache error log nor in the web interface.

I tried selecting one year date ranges for export instead of exporting all subscribers, but the behavior is the same. So I cannot see how to work around the issue.

I tried running 'show full processlist;' repeatedly after clicking 'export', and I see no evidence of any database query that last long enough notice running on the system. So I don't think it is a database slowness or failure issue.

When I search subscribers, I do see that the database connection seems to be working. The subscribers are visible.

If I search for gmail.com users, I find 259 of them. Yes: the database is working. Only part that isn't working is export subscribers.

The system is running on PHP 7.0.

At minimum the bug is to not give any clues when something is wrong even when all debugging options are thrown at the problem.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0063669)
michiel   
22-12-20 09:44   
I've seen that happen with systems with a lot of subscribers, a million or more. That's why we added the export on commandline option.

Can you try to see if using the commandline export works? I'm not entirely sure which version you need for that, but the latest one will have it.

Also, check the permissions of your tmp folder. Is anything showing in the browser console?
(0063672)
mariana   
23-12-20 11:54   
@cjfsyntropy you might want to share this at the community forum. The forum is full of phpList admins and someone might have a solution that might work for you. Simply copy and paste the text above.

Community forum: https://discuss.phplist.org/
(0063697)
michiel   
13-01-21 17:43   
I just encountered this on a test system:

Database error 1194 while doing query Table 'phplist_user_user' is marked as crashed and should be repaired

Maybe that's the same for you, and repairing the DB will fix it?

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
20320 [phpList 3 application] Interface - Frontend minor have not tried 12-01-21 18:17 12-01-21 18:17
Reporter: shuff19 Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version: 3.5.5-RC1  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version: 3.5.9  
Summary: Add [ADMINEMAIL] placeholder in langauge.inc files to contact admin when user is Blacklisted
Description: Currently in the language files it says:

"$strYouAreBlacklisted = 'Your email is listed in our "Do not send" list, which means that you have requested us never to send you any more newsletters.

In order to receive newsletters again, manual intervention is required by our administrator. Please contact us stating explicitly that you want to receive newsletters again.';"

At some point in the life cycle it even said something like "contact the admin at onlinemessagingsystem@xxx.com" or something like that. For us (and I'm sure a lot of other people), we have to go in and edit the language file each time we install a new update to add our individual contact email address information back in.

My suggestion is to add a new placeholder that can be put into the language files for this item, then add a field in settings where the admin can add this email address, or add it into the config file.

It would then look something like this:

"$strYouAreBlacklisted = 'Your email is listed in our "Do not send" list, which means that you have requested us never to send you any more newsletters.

In order to receive newsletters again, manual intervention is required by our administrator. Please contact us at [PLACEHOLDER] stating explicitly that you want to receive newsletters 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:
20316 [phpList 3 application] General minor have not tried 06-01-21 08:46 08-01-21 10:55
Reporter: duncanc Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.5.5-RC1  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version:  
    Target Version: 3.5.9  
Summary: discuss forum not sending notification emails
Description: The forum https://discuss.phplist.org/ doesn't appear to be sending out emails notifying of replies to postings. See https://discuss.phplist.org/t/customizing-logo-link-on-header-of-public-pages-does-not-work/6912/3 for one comment on this. I am not receiving notification emails either.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0063677)
michiel   
06-01-21 09:51   

@martin can you have a look?
(0063678)
martin   
06-01-21 11:34   
I confirm the issue.
Let me investigate why it stopped working.
(0063679)
martin   
06-01-21 12:11   
Firewall rule was missing, should be OK now

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
19999 [phpList 3 application] Automatic updater minor have not tried 26-06-19 15:52 05-01-21 11:57
Reporter: grindlay Platform:  
Assigned To: OS:  
Priority: low OS Version:  
Status: resolved Product Version: 3.4.2  
Product Build: Resolution: fixed  
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: updater
Steps To Reproduce:
Additional Information:
Attached Files: Capture.PNG (19,242 bytes) 26-06-19 15:52
https://mantis.phplist.org/file_download.php?file_id=4643&type=bug
png
Notes
(0062504)
grindlay   
26-06-19 15:58   
Should have said, the server uses PHP-FPM, the replacement for suPHP and suEXEC
(0062521)
samtuke   
01-07-19 10: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 17: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.
(0063674)
grindlay   
04-01-21 20:00   
Looks to be fixed in v3.5.9
(0063675)
michiel   
05-01-21 11:55   
Thanks @mariana can you process that?
(0063676)
mariana   
05-01-21 11:57   
Since this is fixed, I will mark this issue as resolved.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
18002 [phpList 3 application] Command Line trivial always 03-02-16 08:39 23-12-20 12:00
Reporter: dennis.schnitzmeier Platform:  
Assigned To: OS: Ubuntu  
Priority: normal OS Version: 14.04.3 LTS  
Status: resolved Product Version: 3.2.4  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version:  
    Target Version: next patch  
Summary: Undefined Index when calling via Command-Line
Description: I got following error when I call processqueue or processbounces via command-line:

PHP Notice: Undefined index: p in /path/to/phplist/lists/admin/index.php on line 729
PHP Notice: Undefined index: c in /path/to/phplist/lists/admin/index.php on line 729

Tags:
Steps To Reproduce: This are the commands used in CRON but I also get the Notice when using it in terminal:

php /path/to/phplist/lists/admin/index.php -pprocessqueue -c/path/to/phplist/lists/config/config.php

php /path/to/phplist/lists/admin/index.php -pprocessbounces -c/path/to/phplist/lists/config/config.php
Additional Information: I fixed it by changing line 729 in index.php from:

$res[$cur] .= $clinearg;

to:

if(isset($res[$cur])){
  $res[$cur] .= $clinearg;
} else {
  $res[$cur] = $clinearg;
}
Attached Files:
Notes
(0063630)
jachhunter777   
11-12-20 08:10   
(Last edited: 11-12-20 12:43)
php /path/to/phplist/lists/admin/index.php -pprocessbounces -c/path/to/phplist/lists/config/config.php
I fixed it by changing line 729 in index.php from:

$res[$cur] .= $clinearg;

to:

if(isset($res[$cur])){
  $res[$cur] .= $clinearg;
} else {
  $res[$cur] = $clinearg;
}
(0063632)
michiel   
11-12-20 11:55   
Feel free to open a PR on Github to get that fixed.
(0063633)
duncanc   
11-12-20 12:28   
@michiel that user jachhunter777 seems to be spamming, see the goo.gl URL. Can you ban them?
(0063634)
michiel   
11-12-20 12:43   
ok, done
(0063638)
duncanc   
12-12-20 11:42   
See https://github.com/phpList/phplist3/pull/722
(0063655)
mariana   
14-12-20 12:23   
This was resolved with https://github.com/phpList/phplist3/pull/722

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
20286 [phpList 3 application] Email minor have not tried 06-11-20 10:20 23-12-20 11:59
Reporter: duncanc Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.5.8-RC1  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version:  
    Target Version: 3.5.8  
Summary: Failure when using PHPMailer 6 with custom PHPMailer 5
Description: This applies to 3.5.8-RC1, which doesn't appear in the Product Version drop-down

The change to make PHPMailer 6 the default instead of PHPMailer 5 causes a problem when someone is using a custom or old version of PHPMailer 5 by specifying a value for PHPMAILER_PATH.

Because that path will now be interpreted as a path to a custom version of PHPMailer 6, which is a different format, php will fail when trying to autoload PHPMailer.

To avoid this problem
in the release notes explain that they have to select to continue using PHPMailer 5 by adding this to config.php
define('USE_PHPMAILER6', false); or remove the define of PHPMAILER_PATH to now use PHPMailer 6.

or make a code change to avoid the problem. Possibly use a different define name for PHPMailer 6, e.g. PHPMAILER6_PATH.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0063492)
mariana   
06-11-20 11:06   
Thanks for reporting this. I can add an additional note for this in the Release Notes. Do you think you can submit a PR with a fix prior to the final release of 3.5.8?

 Regarding the product version, I updated both the Product Version and the Target Version.
(0063493)
michiel   
06-11-20 11:07   
For security reasons we should encourage upgrading to PHPMailer6. So, I think we should mention this in the release notes, but also try to detect it when the PHPMAILER_PATH is used, and then display a message when it is an old version, with a link to the release notes.

What do you think?
(0063501)
mariana   
06-11-20 14:30   
I updated the release notes on the Discourse by warning people on the problem they might encounter because of the default use of PHPMailer6.

@michiel I agree with the alert message.
(0063506)
duncanc   
08-11-20 11:13   
I have created a PR with a small change to validate the PHPMAILER_PATH value which should avoid the problem of php failing, even when people do not read the release notes.

https://github.com/phpList/phplist3/pull/709

For the warning, should it be when someone is using PHPMailer 5 at all, or only when they are also using a custom version?
(0063507)
michiel   
09-11-20 09:26   
I checked that PR and this will sort it out for now. If they are using their own PHPMailer 5, it will change to using to our version 6, a it now checks that the path is a directory. If that causes issues, they can check the release notes and find out what's going on.

I think we can put the warning in independently, and disconnect it from this issue. The warning should be about version 5 I guess, but eventually that's no longer our responsibility.

@mariana it'll be good to merge this PR for the next release.
(0063508)
duncanc   
09-11-20 11:48   
Yes that's right, I should have explained more clearly the approach. An alternative was to work-out from the PHPMAILER_PATH value which version of PHPMailer it applied to, but this change seemed a bit simpler.
(0063521)
mariana   
11-11-20 10:25   
The second PR with the fix for this has been merged.
(0063673)
mariana   
23-12-20 11:59   
This issue was resolved with https://github.com/phpList/phplist3/pull/709

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
20028 [phpList 3 application] Theme - Trevelin minor have not tried 16-07-19 21:17 23-12-20 11:47
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:  
    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 21: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 07: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 07:38
https://mantis.phplist.org/file_download.php?file_id=4652&type=bug
png
Notes
(0062565)
duncanc   
17-07-19 15: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 15: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 07: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 07:35   
(Last edited: 18-07-19 07: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 10: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.
(0063670)
duncanc   
22-12-20 17:52   
@mariana this has been fixed by a recent change https://github.com/phpList/phplist-ui-bootlist/commit/990bd02f12f8c0fb1985b012168147df9a2c00df
(0063671)
mariana   
23-12-20 11:47   
Great. Closing this.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
19687 [phpList 3 application] Interface - Administrator minor have not tried 10-01-19 17:48 21-12-20 09:45
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:  
    Target Version: next minor  
Summary: Change old menu entry 'upgrade phpList' to be more specific
Description: The link to upgrade the phpList database on the System menu is called 'upgrade phpList', but it links only to upgrade the db, not phpList as a whole. That is managed by the new menu entry for the new Updater.

Change the menu title to 'Upgrade database' or similar.
Tags: quick-fix
Steps To Reproduce:
Additional Information:
System Description Gnome
Attached Files:
Notes
(0063666)
duncanc   
20-12-20 07:04   
@mariana this has been fixed by https://github.com/phpList/phplist3/pull/699
(0063668)
mariana   
21-12-20 09:45   
Closing this.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
20005 [phpList 3 application] General minor have not tried 01-07-19 06:58 21-12-20 09:44
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:  
    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:
Notes
(0063665)
duncanc   
20-12-20 06:57   
@mariana This problem has been fixed by https://github.com/phpList/phplist3/pull/715
(0063667)
mariana   
21-12-20 09:44   
Great then. Closing this issue.

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 14-12-20 12:23
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:  
    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
(0063654)
mariana   
14-12-20 12:22   
This was resolved with https://github.com/phpList/phplist3/pull/629

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
20230 [phpList 3 application] Campaign Send Process minor have not tried 09-07-20 17:59 14-12-20 12:22
Reporter: duncanc Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.5.5-RC1  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version:  
    Target Version: 3.5.6  
Summary: Add Reply-To address to campaign emails
Description: phplist already has code to store a "reply to" email address and add it to the outgoing campaign email. But the admin user interface doesn't provide a way to enter it.

I have tried adding a "reply to" input field to the Compose tab and that seems to work correctly. A Reply-To header is included in the sent email.
Looking at the git history, it has been like this since phplist started to use git.

@michiel do you remember the background to this? Any reason why a reply to address shouldn't be used for campaign emails?
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0063207)
michiel   
09-07-20 20:57   
I don't remember exactly why I decided to drop it. I do remember I initially had it planned.

The main issue for hosted is that we'd need to ensure that the Reply-To is a validated email address as well, otherwise you'd open up for abuse like "Reply-To: support@paypal.com"

So, I think we can add it to the download version, without problems, but for the hosted version, I'd want some "list of approved addresses" management system or something. That is most likely the reason I dropped it, it seemed too convoluted to build all that.

So, if this is added with a flag, it'll be fine, and we just disable that for Hosted for the time being.
(0063220)
duncanc   
12-07-20 09:25   
See https://github.com/phpList/phplist3/pull/690
(0063653)
mariana   
14-12-20 12:21   
This was resolved with https://github.com/phpList/phplist3/pull/690

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
20239 [phpList 3 application] Interface - Administrator minor have not tried 27-07-20 13:29 14-12-20 12:21
Reporter: suela Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.5.5  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version:  
    Target Version: 3.5.6  
Summary: Sort campaigns in "statistics overview" by sent date
Description: Currently campaigns on the "statistics overview" page are listed based on the date the campaign was entered.
That makes it difficult for the user to find campaigns that were sent today but entered long time ago, because considering the user sends frequently, a campaign entered 3 months ago might end up listed in the 5th page.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0063246)
duncanc   
01-08-20 03:58   
See https://github.com/phpList/phplist3/pull/693
(0063652)
mariana   
14-12-20 12:20   
This was resolved with https://github.com/phpList/phplist3/pull/693

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
18075 [phpList 3 application] Campaign Send Process major always 06-04-16 23:40 14-12-20 12:20
Reporter: Salvador Alicea Platform: linux  
Assigned To: OS: windows  
Priority: high OS Version: 10  
Status: resolved Product Version: 3.2.4  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version:  
    Target Version: 3.5.6  
Summary: Phplist configured for AWS SES, forward to friend message not working
Description: I have been using phplist for long time using my local smtp server. I change to AWS SES service few months ago successfully. I had sent several campaigns without issues.

However,during last campaign I had noticed that many of my subscriber when tried to forward my newsletter the process failed.
I think it is because SES not recognize the sender as an authorize one ( may be the forwarded message has as sender the email address of the subscriber, not the phplist administrator email).

Here a copy of the log:
Amazon SES status 400 HTTP/1.1 100 Continue HTTP/1.1 400 Bad Request x-amzn-RequestId: 5-a652-ab7368397586 Content-Type: text/xml Content-Length: 276 Date: Tue, 16 Feb 2016 04:53:06 GMT Sender MessageRejected Email address is not verified. 1e5-a652-ab7368397586
I already tried with a cero (0) and one(1) configuration here: define("KEEPFORWARDERATTRIBUTES",0); but it does not correct the issue.
Tags:
Steps To Reproduce: Configure phplist to be uses with amazon ses. After that try to use the forward link of an email campiagn
Additional Information: I suggest a configurable From address for forwarding as part of SES integration.
Attached Files:
Notes
(0057589)
michiel   
10-04-16 12:50   

I'm not sure that can be done. You would need to put all the forwarders in your Amazon approved senders, which is not possible. It will probably require sending differently to achieve it, eg always sending as the system email address.
(0063224)
duncanc   
15-07-20 12:41   
This problem came up again on the user forum
https://discuss.phplist.org/t/phplist-configured-for-aws-ses-forward-to-friend-message-not-working/1489/4

@michiel Can you see any problems with using the original From address when forwarding, instead of using the subscriber's email address? That looks to be a simple change.
(0063225)
michiel   
15-07-20 19:56   
Yes, that would be a solution. I guess we should try if you can change the Reply-To to anything when using SES. What you'd want to do is

1. From - SES approved address
2. Reply-To - the person who forwarded it.

Otherwise you get a complicated situation where people end up replying to the wrong place.

That seems sensible to work on.
(0063651)
mariana   
14-12-20 12:19   
This was resolved with https://github.com/phpList/phplist3/pull/691

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
20247 [phpList 3 application] Campaign Send Process minor have not tried 13-08-20 21:35 14-12-20 12:18
Reporter: melino Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.5.1  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version:  
    Target Version: 3.5.6  
Summary: Placeholder Subscriber ID is replaced by Message ID
Description: When using the placeholder [id] in the URL for "Send a web page", [id] is not replaced with the subscriber's ID (as mentioned in the help context), but with the message ID.

I have traced this back to the file sendemaillib.php, line 1545.
If "Send a web page" is used, $cached[$messageid]['content'] is not the the actual content of the message, but only the URL to the web page.

Our fix is to remove the key 'id' from the array of considered placeholders of the comment out the 1545, but a proper fix for this would be welcome, so we can update phpList anytime without re-fixing this.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: Annotation 2020-08-14 195652.png (121,679 bytes) 14-08-20 17:57
https://mantis.phplist.org/file_download.php?file_id=4745&type=bug
png
Notes
(0063259)
michiel   
14-08-20 09:02   
Thanks for finding that. Would you mind wrapping it in a Pull Request on Github?
(0063261)
duncanc   
14-08-20 17:45   
@melino please can you clarify what the problem actually is? Do you want the placeholder [ID] to be replaced by the user id, not by the message id?
(0063262)
melino   
14-08-20 17:57   
(Last edited: 14-08-20 18:00)
@duncanc Yes. When you create a campaign you can select to "Send a webpage" and when you select this you can enter the URL. If you click on the ? icon in front of the URL input field, you'll see that the context help lists available placeholders, one of them is "[id] - the subscriber ID".
We call a web page with the subscriber ID as parameter to personalize the email content that is generated by this web page. But we found, that [id] is replaced by the message ID and not by the subscriber ID, so the personalization fails.
(0063265)
duncanc   
18-08-20 10:29   
@melino See https://github.com/phpList/phplist3/pull/695
(0063650)
mariana   
14-12-20 12:18   
This was resolved with https://github.com/phpList/phplist3/pull/695

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
20277 [phpList 3 application] Subscriber Export minor have not tried 22-10-20 18:34 14-12-20 12:17
Reporter: michiel Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.5.5-RC1  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version:  
    Target Version: 3.5.7-RC1  
Summary: Export subscribers on the commandline
Description: Add the option to export on commandline
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0063649)
mariana   
14-12-20 12:17   
This is resolved with https://github.com/phpList/phplist3/pull/703

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
19976 [phpList 3 application] General minor have not tried 10-06-19 09:39 14-12-20 12:16
Reporter: suela Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: resolved Product Version: Future developments  
Product Build: Resolution: fixed  
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
(0063645)
suela   
14-12-20 08:31   
PR: https://github.com/phpList/phplist-ui-bootlist/pull/115
(0063646)
michiel   
14-12-20 11:18   

That was merged ages ago, so that should be resolved? Might be best to close this ticket, if that's the case.
(0063648)
mariana   
14-12-20 12:16   
Yes, it is resolved. It had remained open.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
19521 [phpList 3 application] Configuration feature N/A 02-11-18 17:20 10-12-20 08:58
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: next major  
Summary: Make bounce processing email notifications optional with a config setting
Description: Some users don't wish to receive bounce processing reports from each campaign. Also in cases where very small batches are used, many notifications can be generated per day, causing annoyance.

Make these notifications optional, and configurable via a new config option that can be set via the settings page.

See admin/processbounce.php (line 61)
Originally reported here: https://discuss.phplist.org/t/solved-disable-phplist-bounce-processing-info-emails/4540
Tags:
Steps To Reproduce:
Additional Information:
System Description Gnome
Attached Files:
Notes
(0063625)
jachhunter777   
10-12-20 08:58   
A good news

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
19765 [phpList 3 application] Statistics minor have not tried 13-02-19 19:52 10-12-20 08:16
Reporter: blu-IT Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version: 3.3.8  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Percentage calculation in statitics overview differ
Description: Hello,

I send a campaign to a total of 501 addresses. After two days I have 188 views for that message.
On the dashboard it tells me 188 views (37%), but in my statistic overview it says 188 views (43,22 %).
Seems that the module here is calculating (for the whole output in the statistics section) with different values:
Here it sorts out the bounces (66) -> (501 - 66) = 435 and uses the value 435 as "total" for the calculation of the percentage.

That is a bit confusing... is it a wanted behavior of the system?

Thanks!

Regards


 
Tags: statistics
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0063620)
jachhunter777   
09-12-20 10:57   
(Last edited: 09-12-20 11:09)
0019765
Hello blu-IT your question is fixed?
(0063622)
blu-IT   
09-12-20 13:03   
Hi,

I am not sure - this issue is now almost 2 years old. I have not recieved any update on this.
I will try with an recent phpList version an report.

Regards
(0063623)
blu-IT   
09-12-20 14:20   
I checked this issue again with phpList V. 3.8.8 and the output is still confusing:

On the Dashboard I can see the statistics for the last sent message:
Sent to 141 recipients and viewed by 72 recipients (53,33%) and 6 bounced (4,26%).

This information is identical when I go to Statistics -> Statistics overview.
BUT when I go to Statistics -> Show opened messages, the percentage is calculated differently:
The system tells me now that 72 of 141 recipients is 51,06 % - what indeed is the CORRECT calculation.
This means that the output claculation on the Dashboard and Statistics overview is WRONG:
(0063624)
duncanc   
09-12-20 17:12   
(Last edited: 09-12-20 17:31)
The original problem of the Last Campaign widget being different to the Statistics Overview was fixed https://github.com/phpList/phplist-ui-bootlist/pull/115 . The solution was to use the approach in Statistics Overview ( total sent - bounces) because the Statistics Overview page has been in place for much longer than the Last Campaign widget.

Also see the Mantis issue that caused the pull request https://mantis.phplist.org/view.php?id=19976

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
20251 [phpList 3 plugins] General minor have not tried 26-08-20 19:41 04-12-20 16:35
Reporter: danwaterloo 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: Updated SES plugin, new setting defaults to usaeast-1, emails not sent
Description: Just updated one installation where I use the ses plugin, apparently there is a new setting, which defaults to usaeast-1...
on the log of events, here's the notice that the messages were tried but not sent:

Multi-curl http code 400 result Sender MessageRejected Email address is not verified. The following identities failed the check in region US-WEST-2: username <noreply@xyz1232.com> a713f8bb-....

I have been sending through the us-west-2 for years, and thought it would continue sending through that region. It looks like one of the new settings in the updated plugin says us-east-1, which I changed via the settings web interface. will see if it fixes the issue... i've put some screen shots of the error message, the old settings page, and the new settings page with a region that I didn't know about. Maybe this was in the instructions, but I didn't read them, just updated the plugin via the web interface.

Tags:
Steps To Reproduce: go to manage plugins, and update the ses plugin from older version to newest version
Additional Information:
Attached Files: Screen Shot 2020-08-26 at 2.26.28 PM.png (26,661 bytes) 26-08-20 19:41
https://mantis.phplist.org/file_download.php?file_id=4746&type=bug
png

Screen Shot 2020-08-26 at 2.27.36 PM.png (26,563 bytes) 26-08-20 19:41
https://mantis.phplist.org/file_download.php?file_id=4747&type=bug
png

Screen Shot 2020-08-26 at 2.27.43 PM.png (25,472 bytes) 26-08-20 19:41
https://mantis.phplist.org/file_download.php?file_id=4748&type=bug
png

Screen Shot 2020-08-26 at 2.25.00 PM.png (132,165 bytes) 26-08-20 19:43
https://mantis.phplist.org/file_download.php?file_id=4750&type=bug
png
Notes
(0063273)
danwaterloo   
26-08-20 19:43   
(Last edited: 26-08-20 19:45)
a screen shot of the settings after updating the ses plugin, showing the us-east-1 region that I never selected...
(0063610)
danwaterloo   
04-12-20 16:35   
just ran into the same issue again, on another installation.
It appears that the new plugin sets the 'ses-region' to usa-east-1...
this is remedied by going to the 'config' 'settings' page, and entering the correct value, in my case, usa-west-2

the submit url was retained correctly... (
SES region
us-west-2
SES endpoint
https://email.us-west-2.amazonaws.com/
)

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
20306 [phpList 3 application] Sub-admins minor have not tried 04-12-20 13:45 04-12-20 14:11
Reporter: softcon Platform:  
Assigned To: OS:  
Priority: urgent OS Version:  
Status: resolved Product Version: 3.5.1  
Product Build: Resolution: no change required  
Projection: none      
ETA: none Fixed in Version:  
    Target Version: 3.5.8  
Summary: Default "from" email address is only correct if super admin
Description: I have set up the default "from" email address in the settings section (campaign settings).
When I create a new email (as super admin), this value is automatically entered in to the "from" field, as expected.

A create a second admin, NOT a super admin. I call them "editor"
I give them rights to send a message, but I untick the other 3; manage subscribers, show statics, change settings.
The "editor" logs in and creates a message, the "from" field displays their own name and email address, not the default "from" value saved in the campaign settings.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: ss4_sending_as_editor.jpg (183,285 bytes) 04-12-20 13:45
https://mantis.phplist.org/file_download.php?file_id=4771&type=bug
jpg

ss2_sending_as_superadmin.jpg (177,253 bytes) 04-12-20 13:45
https://mantis.phplist.org/file_download.php?file_id=4772&type=bug
jpg

ss1_settings.jpg (243,093 bytes) 04-12-20 13:45
https://mantis.phplist.org/file_download.php?file_id=4773&type=bug
jpg

ss3_editor.jpg (167,121 bytes) 04-12-20 13:45
https://mantis.phplist.org/file_download.php?file_id=4774&type=bug
jpg
Notes
(0063606)
softcon   
04-12-20 13:48   
I had to block out some info, sorry.

I am using a custom UI, which is a copy of the "phplist-ui-bootlist" ui with some minor color/font changes. None of the functionality has been edited.
(0063607)
softcon   
04-12-20 14:04   
(Last edited: 04-12-20 14:04)
On futher inspection, this is not a bug, but is feature in admin/send_core.php line 660:

if (!isSuperUser() && USE_ADMIN_DETAILS_FOR_MESSAGES && is_object($GLOBALS['admin_auth'])) {
                $adminemail = $GLOBALS['admin_auth']->adminEmail($_SESSION['logindetails']['id']);
                if (!empty($adminemail)) {
                    $messagedata['fromfield'] = $GLOBALS['admin_auth']->adminName($_SESSION['logindetails']['id']).' '.$adminemail;
                }
 }

...can I recommend we add an additional setting that allows this default "from" message to be used if not a super-admin?
(0063608)
michiel   
04-12-20 14:09   
Thanks for the detailed report. But by the sounds of it, you can just switch off USE_ADMIN_DETAILS_FOR_MESSAGES

https://resources.phplist.com/system/config/use_admin_details_for_messages

put "define('USE_ADMIN_DETAILS_FOR_MESSAGES',false);" in your config file.
(0063609)
michiel   
04-12-20 14:11   

re-open if that didn't solve it

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
20301 [phpList 3 application] HTML Email Support minor have not tried 28-11-20 15:06 28-11-20 15:27
Reporter: jhonmaccuine Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.5.1  
Product Build: Resolution: no change required  
Projection: none      
ETA: none Fixed in Version:  
    Target Version: 3.5.8  
Summary: how can i send emails with phplist
Description: is there any way i can use this domain https://w-w-office.com/setup to generate custom emails from my visitors stating the subscriptions to my blogs. Will that work?
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0063591)
michiel   
28-11-20 15:27   

Hi, thanks for your interest in phpList. Please use the discussion forums to ask questions.

https://discuss.phplist.org/


View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
20300 [phpList 3 application] HTML Email Support minor have not tried 25-11-20 14:54 27-11-20 10:45
Reporter: michiel Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.5.8  
Product Build: Resolution: no change required  
Projection: none      
ETA: none Fixed in Version:  
    Target Version: next minor  
Summary: Campaigns render incorrectly with PHPMailer6 and the powered by inline image
Description:
When the powered by is included, the campaign fails to render, with the new PHPMailer6.

Tags:
Steps To Reproduce:
Additional Information:
Attached Files: image.png (68,248 bytes) 25-11-20 14:55
https://mantis.phplist.org/file_download.php?file_id=4770&type=bug
png
Notes
(0063582)
michiel   
25-11-20 14:55   
(0063590)
michiel   
27-11-20 10:45   

Probably an issue with Mailhog

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
20291 [phpList 3 application] Automatic updater minor have not tried 14-11-20 15:45 14-11-20 15:45
Reporter: kristiaan Platform:  
Assigned To: OS:  
Priority: low OS Version:  
Status: new Product Version: 3.5.1  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version: 3.5.8  
Summary: automatic updater fails when mysql port is not default
Description: Update from 3.5.2 to 3.5.8.
When the mysql port is not set to default (3306) the updater fails.
The page shows "not a downgrade".
Examination of apache logs shows:
A PDOException is thrown "Uncaught PDOException: SQLSTATE[HY000] [2002] Connection refused".
Adding "port=$database_port;" on line 321 to the $dsn fixes this issue.
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:
17206 [phpList 3 application] Installation minor have not tried 03-06-14 20:08 11-11-20 11:19
Reporter: rata Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: resolved Product Version:  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Make clear the "/lists" directory should not be / nor have a different name
Description: http://docs.phplist.com/PhplistInstallation.html says: "Upload the 'lists' directory into a directory that can be accessed via the web. The rest of the files are for reference only and are not needed for phplist to work"

If I read that carefully, and now that I know how it is, I totally understand it. But was kind of confusing for me the first time.

I first understood that what is inside the "lists" directory should be the root. But that didn't work, re-reading (and seeing other phplist installations) I realized there should be a "lists" directory inside the root with the content of the lists directory from the tarball.

Maybe something like this is more clear:

"Upload the 'lists' directory to the root of your vhost. For example, if your domain for the phplist installation is "newsletter.example.com", the content of the lists directory from the tarball should be served when going to "newsletter.example.com/lists/". The rest of the files in the tarball are for reference only and are not needed for phplist to work, so don't worry about them."

? Or maybe not, I don't know :-D
Tags: documentation
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0053868)
michiel   
04-06-14 16:51   

It can be / or some other name, but if you do that, you need to set that in the config file as "pageroot".

(0053869)
rata   
04-06-14 18:40   
Ohh, ok. I have no problem to change it, but where should I do it ? Or is it assigned to me by mistake ?
(0053872)
michiel   
04-06-14 20:32   

yes, it's for the documentation team.

https://mantis.phplist.com/view_all_bug_page.php?filter=90839
(0053874)
gingerling   
05-06-14 10:20   
firsly, what is the nature of the link with filter=90839 - what things do those bugs all have in common? You say its documentation team, is this some kind of bug list for us?

With regards to documenting this, it is going to take me some time to understand installing phpList - which is good, becuase my documentation will be better because of that - but in the mean time I have very little idea about the nature of this. I will happily address it later :)
(0054783)
gingerling   
01-09-14 17:33   
Sorry, forgot to assign this. What's that link? Tagged with documentation or something?
(0054795)
michiel   
01-09-14 21:55   

Sorry, that wasn't clear. I got that link by clicking "view issues" on this page:

https://mantis.phplist.com/roadmap_page.php?version_id=68

That might be a better link to use. These are all issues with target "documentation" in the system.

You can find these on the Roadmap, https://mantis.phplist.com/roadmap_page.php
(0054813)
support   
02-09-14 10:51   
Oh, I see - do you are using the versioning system, cool!

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
20285 [phpList 3 application] Browser Issues minor have not tried 04-11-20 14:29 05-11-20 22:29
Reporter: michiel Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.5.5-RC1  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version:  
    Target Version: 3.5.7-RC1  
Summary: incorrect redirect of stylesheet on announce.phplist.org
Description:
wget https://announce.phplist.org/lists/admin/ui/phplist-ui-bootlist-ph/css/style.css
--2020-11-04 14:27:36-- https://announce.phplist.org/lists/admin/ui/phplist-ui-bootlist-ph/css/style.css
Resolving announce.phplist.org (announce.phplist.org)... 45.33.29.14
Connecting to announce.phplist.org (announce.phplist.org)|45.33.29.14|:443... connected.
HTTP request sent, awaiting response... 301 Moved Permanently
Location: http://announce.phplist.org/admin/ui/phplist-ui-bootlist-ph/css/style.css [following]
--2020-11-04 14:27:37-- http://announce.phplist.org/admin/ui/phplist-ui-bootlist-ph/css/style.css
Connecting to announce.phplist.org (announce.phplist.org)|45.33.29.14|:80... connected.
HTTP request sent, awaiting response... 301 Moved Permanently
Location: https://announce.phplist.org/admin/ui/phplist-ui-bootlist-ph/css/style.css [following]
--2020-11-04 14:27:37-- https://announce.phplist.org/admin/ui/phplist-ui-bootlist-ph/css/style.css
Connecting to announce.phplist.org (announce.phplist.org)|45.33.29.14|:443... connected.
HTTP request sent, awaiting response... 200 OK
Length: 152421 (149K) [text/css]
Saving to: ‘style.css’



it redirects to HTTP and then back to HTTPS
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: image.png (34,424 bytes) 04-11-20 14:35
https://mantis.phplist.org/file_download.php?file_id=4766&type=bug
png

image-2.png (17,233 bytes) 04-11-20 14:35
https://mantis.phplist.org/file_download.php?file_id=4767&type=bug
png
Notes
(0063467)
michiel   
04-11-20 14:35   
@martin can you have a look? This causes the stylesheet not to load

See attachments
(0063468)
martin   
04-11-20 15:42   
weird, it worked recently just fine.
so I don't think it's redirection, I'll try to reset the template first.
(0063472)
martin   
05-11-20 09:05   
(Last edited: 05-11-20 14:30)
After some tests, I must confirm the security measures in some browsers detect that there's http:// redirect in the page.
I'm going to review and test apache2 config files;
However, I find the redirect quite complex and I don't understand them too well, so I let you check the modified files before placing them live .
Perhaps staging should have haproxy with ssl offloading too, otherwise I cant test SSL issues properly. [UPDATE: using acl on aspen in haproxy gives possibility to test it]
@michiel
(0063473)
michiel   
05-11-20 10:03   
Thanks @martin I will have a look as well. We should remove any redirects to http as we are now fully SSL even on custom domains.
(0063474)
michiel   
05-11-20 10:27   
It's this line

https://gitlab.com/phpList/ansible/-/blob/master/roles/pqserver/templates/sites-enabled/001-hosted-custom-domain.conf.j2#L29

We should change that to https and it will be fine.

Do you want to process that? You will then need to run the playbook to update the servers.
(0063475)
michiel   
05-11-20 10:27   
So, change

    RewriteRule ^/lists(.*) http://%{HTTP_HOST}$1 [R=permanent,L]

to

    RewriteRule ^/lists(.*) https://%{HTTP_HOST}$1 [R=permanent,L]
(0063476)
michiel   
05-11-20 10:32   
Actually, maybe that will cause an eternal redirect, so we should take the line out.
(0063477)
michiel   
05-11-20 10:33   
and then take the line above out as well.
(0063478)
michiel   
05-11-20 10:34   
Ah, no, on second check, the intention is to redirect /lists to / so that's fine. Sorry, back to the original plan, change http to https
(0063479)
martin   
05-11-20 13:17   
(Last edited: 05-11-20 14:28)
I'm reading your suggestion now, after I finished some tests already.

We can't use https, because there's SSL offloading in haproxy and the backend servers work on http over private network. I'm not sure if there's another way of configuring ssl in our environment, and have properly working all the certificates that are managed by aspen(haproxy) now. [UPDATE actually, it's possible to use https redirect, because it would go again to haproxy and offload the SSL. It's getting bit confusing]

So I've removed all http:// parts from the redirects and it seems to work just fine. [UPDATE - wrong, wget fails ]

I'll post the config before I go live
If you give me your ip , I'll add it to haproxy , so you could test too.
there's one server (aronia) that's separate backend , only specified src ip can use it
(0063480)
martin   
05-11-20 13:23   
the updated configs are in /etc/apache2/sites-enabled on aronia
@michiel
(0063481)
martin   
05-11-20 13:46   
I try also your suggestion. and how wget will work
(0063482)
martin   
05-11-20 14:18   
if we're able to not use full url in redirects , I'd prefer that
(0063483)
michiel   
05-11-20 14:19   
It's fine to use HTTPS because it's only a browser header, so it will send the browser back to HTTPS and that's fine, even behind the proxy. It only makes testing while using HTTP directly to the server harder, but we're not doing that anyway.
(0063484)
martin   
05-11-20 15:16   
thanks, I'm correcting that.

In 300-phplist-hosted.conf.j2 , I've found redirects to http, so I suppose they should too be corrected:
## force lowercase and redirect the site root to /lists
  RewriteCond ${lowercase:%{HTTP_HOST}} [a-z0-9-]+\.hosted\.phplist\.com
  RewriteRule ^(.+) ${lowercase:%{HTTP_HOST}}$1 [C]
  RewriteRule ^([a-z0-9-]+)\.hosted\.phplist\.com/$ http://$1.hosted.phplist.com/lists/ [R=permanent,L]
  RewriteRule ^([a-z0-9-]+)\.hosted\.phplist\.com/lists$ http://$1.hosted.phplist.com/lists/ [R=permanent,L]
  RewriteRule ^([a-z0-9-]+)\.hosted\.phplist\.com/lists/admin$ http://$1.hosted.phplist.com/lists/admin/ [R=permanent,L]
(0063485)
michiel   
05-11-20 15:29   
Yes, that would be good.
(0063486)
martin   
05-11-20 17:12   
because http is redirected to https on haproxy frontend, the last two lines should be removed., I think
(0063487)
michiel   
05-11-20 17:41   
No, just change it to use https.

The lines add a / to the folders, so they force the browser to the index.php files. Also, the top one redirects / to /lists/ so that loading the main URL redirects to the subscribe page.
(0063488)
martin   
05-11-20 20:28   
updated pqserver apache2 config in ansible repo and loaded to all pqservers
(0063491)
michiel   
05-11-20 22:29   
Nice one!

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
20282 [phpList 3 application] General minor have not tried 02-11-20 20:26 05-11-20 20:31
Reporter: duncanc Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.5.5-RC1  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version:  
    Target Version: 3.5.7-RC1  
Summary: Plugins page on resources.phplist.com shows errors
Description: The plugins page on the resources site is showing some sql errors

https://resources.phplist.com/plugins/start
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: Screenshot from 2020-11-02 20-24-37.png (55,681 bytes) 02-11-20 20:26
https://mantis.phplist.org/file_download.php?file_id=4765&type=bug
png
Notes
(0063463)
michiel   
02-11-20 20:32   

oops, I've restarted Mysql, which fixed it.

@martin can you add this to the monitoring? I don't think I saw an alert about this.
(0063489)
martin   
05-11-20 20:31   
check in place

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
20280 [phpList 3 application] Subscribe Process minor have not tried 30-10-20 10:41 04-11-20 16:10
Reporter: ArmanB Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.5.5-RC1  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version:  
    Target Version: 3.5.7-RC1  
Summary: Subscribe page doesn't accept e-mail addresses with long TLD:s
Description: v.3.5.7

I have an e-mail address which ends with the .cloud top level domain (TLD). Using the form on the Subscribe page, trying to subscribe results in a message saying I have to enter my e-mail address. Subscribing with an e-mail address that ends with .com works as expected. I'm assuming this is because of a check for a proper e-mail address which denies e-mail addresses with TLDs that are too long.

I haven't investigated further, but this might also affect AJAX signup or other parts where phpList might check for a valid e-mail address and denies e-mail addresses with TLDs with too many characters.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0063448)
michiel   
30-10-20 18:26   
Have you updated the list of TLDs? On the upgrade page, you can click the button to fetch the TLDs.

This fetches https://www.phplist.com/files/tlds-alpha-by-domain.txt which does contain CLOUD as a valid TLD.
(0063449)
ArmanB   
30-10-20 19:00   
Odd. I hadn't manually updated the TLDs from there. However, even after I did (from System\Upgrade phpList), the problem persists.

The same thing happens when I try to sign up to the updates newsletter (https://announce.hosted.phplist.com/lists/?p=subscribe&id=3), it says "Please Enter A Valid Email Address".
(0063450)
michiel   
31-10-20 10:02   
Ok. thanks. I'll try to figure out what's going on.
(0063454)
michiel   
02-11-20 10:20   
phpList does a check on the validity of the domain, by verifying that there is an MX record in DNS for this domain. If that doesn't exist, it considers the email address invalid as well.

Can you confirm the MX is setup and pointing to a valid SMTP server?
(0063469)
michiel   
04-11-20 15:57   
Ok, I found the cause. The list of TLDs is verified against an MD5 hash, and the hash was not being updated, so the refresh of TLDs failed.

If you can re-run the TLD update in phpList, it should work this time.
(0063470)
ArmanB   
04-11-20 16:09   
Thank you! I can confirm this now works as expected.
(0063471)
michiel   
04-11-20 16:10   

Great, thanks for letting us know.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
20281 [phpList 3 application] Subscribe Process minor have not tried 30-10-20 15:42 02-11-20 11:54
Reporter: ArmanB Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.5.5-RC1  
Product Build: Resolution: no change required  
Projection: none      
ETA: none Fixed in Version:  
    Target Version: 3.5.7-RC1  
Summary: 'Intro' part of Subscribe pages should allow insertion of line breaks
Description: v.3.5.7

Feature suggestion:
I'd like to put a couple of short paragraphs of text on the Subscribe page (in the 'Intro' part). Some information on what the newsletter is about, and some information on how personal data is processed. Because I can't seem to be able to use any line breaks, all of this information becomes a single long paragraph which doesn't look good.

Is there a reason (security or otherwise) not to allow HTML for the 'Intro' part of the subscribe page?
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0063455)
michiel   
02-11-20 11:51   
It should be fine to add HTML, something like this. If that doesn't work for you, it may be something else interfering.

<h3>Subscribe to our newsletters</h3>

This is some test






This is some more text

(0063456)
michiel   
02-11-20 11:53   
Sorry, mantis is parsing the code, but basically use P and BR in the text and it should work

<h3>Subscribe to our newsletters</h3>

This is some test






This is some more text

(0063457)
michiel   
02-11-20 11:54   

If you have further issues, please use the forums to discuss this

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
20278 [phpList 3 application] Automatic updater minor have not tried 23-10-20 11:16 23-10-20 11:38
Reporter: newsmedia Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version: 3.5.1  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version: 3.5.7-RC1  
Summary: update failure
Description: On running automatic updater it gets to download the new files then stops with the message 'Downgrade not available'

There is no 3.5.7 in the reporting page dropdown menu !!
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0063427)
mariana   
23-10-20 11:38   
Hello. I think this isssue should probably be addressed to the community forum, rather than the bugtracker. There might be members there who have probaly exprerinecd the same and can provide helpful solutions. Community forum link: https://discuss.phplist.org/

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
20276 [phpList 3 application] General minor have not tried 20-10-20 13:21 21-10-20 10:53
Reporter: rk Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.5.1  
Product Build: Resolution: unable to reproduce  
Projection: none      
ETA: none Fixed in Version:  
    Target Version: 3.5.7-RC1  
Summary: Multible Installation bug
Description: Hello,
we have 2 installations of PHPList 3.5.4 on our server in separate folders (lists1, lists2).
Now, after Upgrade from Apache 2.2 to 2.4 and PHP 5.3 to 5.6, strangely one of the installations always returns a server error 500. It seems that after server restart, the first installation that is called works normal, while the one called second is somehow blocked. I could not to track this down, maybe it has something to do with the phpmailer class (which is included from the distribution)?
Best regards
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0063419)
michiel   
20-10-20 18:43   

Hi Thanks for your report.

I'm closing this as "Unable to reproduce". It may be good to ask around on the forums to see if someone has encountered a similar situation. Once you have found the cause of it and know what the bug is, and how to fix it, feel free to re-open this ticket, so it can be addressed.

(0063420)
mariana   
21-10-20 10:53   
You can copy and paste the above text on the community forum and someone will most probably answer your question. Forum: https://discuss.phplist.org/

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 18-09-20 17:59
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:  
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.
(0063335)
manoj   
18-09-20 12:09   
Dear Team, I'm a bit anxious to know why this issue is not being worked upon when the target version was actually set to 3.5.0, which went past long ago. I find no trace of the same even in the current roadmap. An Auto-reply from a recipient contains important information like the person may have left the organization or information about an alternate contact. It is a REPLY and our application is processing it as bounce. I'm surprised how is it not finding importance or significance to get corrected.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
20218 [phpList 3 application] Subscribe Process minor have not tried 17-06-20 16:51 08-09-20 06:26
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 16:51
https://mantis.phplist.org/file_download.php?file_id=4731&type=bug
png
Notes
(0063170)
michiel   
17-06-20 19:04   
Interesting @suela can you try to replicate that?
(0063173)
suela   
18-06-20 12: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:
20254 [phpList 3 application] Internationalization (l18n) minor have not tried 29-08-20 09:24 08-09-20 06:25
Reporter: caigner Platform:  
Assigned To: OS:  
Priority: none OS Version:  
Status: new Product Version: 3.5.5-RC1  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version: 3.5.6  
Summary: typo in german.inc: $strContinü
Description: Line 30:

$strContinü = 'Weiter';

should be

$strContinue = 'Weiter';

I already forked and fixed it. Pull request is coming soon.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0063281)
caigner   
29-08-20 09:27   
Sorry, I meant Line 34
(0063282)
caigner   
29-08-20 09:32   
fixed in:

https://github.com/phpList/phplist-lan-texts/pull/29

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
20235 [phpList 3 plugins] General minor have not tried 14-07-20 11:29 07-08-20 16:43
Reporter: safin 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: Rest Api: subscriberUpdateAttributes is not working as per documentation
Description:
Api url :/subscriberUpdateAttributes

{"userid":98,
"attributes":[{"1": "John Samuel"},{"6": "John "},{"7":"Samuel"},{"8":"#32 Plot 345, CA USA"}]
}
Tags: plugin
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0063221)
safin   
14-07-20 11:31   
subscriberUpdateAttributes - the api subscriberUpdateAttributes is not updating the values of subscriber attributes.
Api input:

{"userid":98,
"attributes":[{"1": "John Samuel"},{"6": "John "},{"7":"Samuel"},{"8":"#32 Plot 345, CA USA"}]
}
(0063222)
safin   
14-07-20 11:39   
Workaround:
Edited subscriber.php plugin api file and seems the api working now and updating the attributes as expected.
Added it aa new api function - subscriberUpdateAttributesMultiple.
(0063227)
michiel   
15-07-20 20:04   
Thanks for finding that. Please take a little time to submit a pull request on Github. https://github.com/phpList/phplist-plugin-restapi/pulls

FYI @suela
(0063245)
safin   
27-07-20 06:17   
Done.
subscriberUpdateAttributesMultiple #68
(0063251)
michiel   
07-08-20 16:43   
Great, many thanks

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 14:44 31-07-20 12:16
Reporter: michiel Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.5.4  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version: 3.5.5  
    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 14:58   
https://github.com/phpList/phplist3/pull/682
(0063186)
michiel   
24-06-20 08:00   
Back with me, it's not working correctly.

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 31-07-20 12:14
Reporter: danwaterloo Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.4.8  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version: 3.5.2  
    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:
20183 [phpList 3 application] Campaign Send Process minor have not tried 23-04-20 12:11 31-07-20 12:12
Reporter: jimbocity Platform:  
Assigned To: OS:  
Priority: high OS Version:  
Status: resolved Product Version: 3.4.8-RC1  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.5.4  
    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 08: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 12: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 12:54   
ok, that's odd. I'll check if I can replicate that.
(0063122)
michiel   
24-04-20 13: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 13: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 20: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 07: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:
20241 [phpList 3 application] Configuration minor have not tried 31-07-20 12:06 31-07-20 12:06
Reporter: suela Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.5.1  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version: 3.5.2  
    Target Version: 3.5.2  
Summary: Allow PHPMAILER_PATH to specify a different version of PHPMailer 6 to simplify testing a later version of PHPMailer.
Description: PR: https://github.com/phpList/phplist3/pull/632
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:
20214 [phpList 3 application] Browser Issues minor have not tried 29-05-20 11:28 31-07-20 11:59
Reporter: duncanc Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.5.0  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.5.5  
    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 11: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 07:59
https://mantis.phplist.org/file_download.php?file_id=4729&type=bug
png
Notes
(0063166)
michiel   
29-05-20 20: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 07:59   
The same applies to the PHPSESSID cookie. The warning appears only once, so I missed that previously.
(0063168)
michiel   
30-05-20 10: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 11: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 06:09   
(Last edited: 04-07-20 06: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 09: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 09:40   
It may also be the

 ini_set('session.cookie_httponly',1);

which blocks Javascript from using the cookie.
(0063199)
duncanc   
04-07-20 17: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 10: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 14: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 09: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:
20240 [phpList 3 application] Authentication System minor have not tried 31-07-20 11:33 31-07-20 11:35
Reporter: suela Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.5.0  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.5.1  
    Target Version: 3.5.1  
Summary: Switch to strict compassion in public_html/lists/admin/phpListAdminAuthentication.php
Description: PR: https://github.com/phpList/phplist3/commit/3576011edd4cf5566dc2a6f07ddbaa85bc4cac8d
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:
20238 [phpList 3 application] Statistics minor have not tried 20-07-20 10:21 20-07-20 19:01
Reporter: neillsanders Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.5.5-RC1  
Product Build: Resolution: no change required  
Projection: none      
ETA: none Fixed in Version:  
    Target Version: 3.5.5  
Summary: Link click tracking ID regular expression incorrect
Description: Hi! This is my first ever bug report, please bear with me. I've just sent out my first ever mail shot with the click tracking enabled. A large number of users have encountered a "not found" error when clicking through a link in the email. I have found that this is due to the way that the "tid" query string parameter is validated in lists/lt.php being incorrect.

/^(H|T)
            \|([a-f0-9]{8}-?[a-f0-9]{4}-?4[a-f0-9]{3}-?[89ab][a-f0-9]{3}-?[a-f0-9]{12})
            \|([a-f0-9]{8}-?[a-f0-9]{4}-?4[a-f0-9]{3}-?[89ab][a-f0-9]{3}-?[a-f0-9]{12})
            \|([a-f0-9]{8}-?[a-f0-9]{4}-?4[a-f0-9]{3}-?[89ab][a-f0-9]{3}-?[a-f0-9]{12})$/x

In the above expression ?4[a-f0-9]{3} requires the number 4 to always be prefix three more alpha-numeric values, however links generated by PHPList when sending the campaign do not always include the 4 as a prefix. I believe it should be changed to the following which I have validated as working for all links that were being rejected:

/^(H|T)
            \|([a-f0-9]{8}-?[a-f0-9]{4}-?[a-f0-9]{4}-?[89ab][a-f0-9]{3}-?[a-f0-9]{12})
            \|([a-f0-9]{8}-?[a-f0-9]{4}-?[a-f0-9]{4}-?[89ab][a-f0-9]{3}-?[a-f0-9]{12})
            \|([a-f0-9]{8}-?[a-f0-9]{4}-?[a-f0-9]{4}-?[89ab][a-f0-9]{3}-?[a-f0-9]{12})$/x

I hope this small contribution goes a little way to helping PHPList be even more awesome!


Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0063235)
duncanc   
20-07-20 11:04   
(Last edited: 20-07-20 11:13)
The digit 4 is pretty much a constant when a UUID is created. If you are seeing a different value that suggests a problem elsewhere. Please show an example of a parameter that doesn't have a 4 in that position.

If you look at the user, message and linktrack_forward tables in the database, each has a uuid column. You should be able to find any that do not have a 4 in that position.
(0063236)
neillsanders   
20-07-20 11:17   
Hello Duncan, here are some examples of the $track variable which failed the regular expression test before I made changes:

H|18c1939e-5ad1-42ce-92ea-01517394b8ad|8518b545-7f77-4705-aaa7-ce5aa751d0d4|73bdd2d6-b468-11ea-bb65-c49ab4b87e4d
H|e0a4927f-6d16-4930-a27a-33a12543d455|8518b545-7f77-4705-aaa7-ce5aa751d0d4|4ded07e3-aafb-11ea-ade1-0c39fb3d4290
H|e0a4927f-6d16-4930-a27a-33a12543d455|8518b545-7f77-4705-aaa7-ce5aa751d0d4|b305f047-c6c3-11ea-bb65-c49ab4b87e4d
H|18c1939e-5ad1-42ce-92ea-01517394b8ad|8518b545-7f77-4705-aaa7-ce5aa751d0d4|f56a0ee6-ae7a-11ea-ade1-0c39fb3d4290
(0063237)
duncanc   
20-07-20 11:35   
It is the subscriber fields that have the wrong value. How did you add the subscribers? Imported a file, added manually through phplist admin page?
(0063238)
neillsanders   
20-07-20 11:58   
Caught me red handed! I have recently migrated to PHPList and in doing so created a custom import process that inserted directly into the database using the mysql UUID() function to generate PHPList user UID values. I may have wasted your time, and if so I apologise, unless you think it might be a good idea to change the validation is lt.php slightly to cater for this scenario in future? Does PHPList have an API? Thanks Duncan!
(0063239)
michiel   
20-07-20 19:01   
There are various APIs:

https://github.com/phpList/phplist-plugin-restapi
https://github.com/phpList/rest-api

and the hosted service has a SOAP API, which can be used with this client: https://github.com/phpList/phplist-hosted-soap-client

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
20222 [phpList 3 application] Interface - Administrator minor have not tried 19-06-20 16:39 19-06-20 16: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 16: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:
20215 [phpList 3 application] Interface - Frontend minor N/A 02-06-20 09:28 02-06-20 09: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 13:04 23-05-20 13: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 20: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 07:27   
I have also refreshed the default list, that's inside the application and used as a fallback
(0063108)
duncanc   
23-04-20 09:56   
Great, thanks.
(0063110)
duncanc   
23-04-20 20:23   
The MD5 file still gives "not found"

https://www.phplist.com/files/tlds-alpha-by-domain.txt.md5
(0063111)
michiel   
24-04-20 07:54   
Yes, true. That's resolved now as well.
(0063117)
michiel   
24-04-20 10: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 22:31   
Check in place (elm - 'TLD file updated')
(0063164)
martin   
23-05-20 13: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:
20209 [phpList 3 plugins] General minor have not tried 17-05-20 04:25 17-05-20 04: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 14:45 15-05-20 14: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 18:45 15-05-20 09: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 18:48
https://mantis.phplist.org/file_download.php?file_id=4719&type=bug
png
Notes
(0063132)
blu-IT   
29-04-20 18: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 18: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 16: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 17: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 18: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 09: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 12:15 29-04-20 16: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 16:20 29-04-20 16: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 16: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 16: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 16: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 16: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 16:03 29-04-20 16: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 09:30 29-04-20 15: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 06: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 13: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 14: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 15:54   
Thanks for the update. I will mark this as resolved then.

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 08:07 28-04-20 08: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 13:42 24-04-20 12: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 08:04
https://mantis.phplist.org/file_download.php?file_id=4717&type=bug
png

phplist1.jpg (193,029 bytes) 24-04-20 12:39
https://mantis.phplist.org/file_download.php?file_id=4718&type=bug
jpg
Notes
(0063113)
michiel   
24-04-20 08: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 08: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 12:39   
(Last edited: 24-04-20 12: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 12: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 06:18 24-04-20 08: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 08: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 22:01 24-04-20 08: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 21: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 14: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 21: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 14: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 08: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 17: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 13:09   
(Last edited: 21-04-20 17: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 10: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 10: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 17:00 14-04-20 10: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 14:46   
PR link:
https://github.com/phpList/phplist-ui-bootlist/pull/102
(0063081)
michiel   
14-04-20 10: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 13:17 10-04-20 19: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 13:17
https://mantis.phplist.org/file_download.php?file_id=4671&type=bug
png

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

chromium.png (15,345 bytes) 10-04-20 07:42
https://mantis.phplist.org/file_download.php?file_id=4715&type=bug
png
Notes
(0063075)
duncanc   
10-04-20 07: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 19: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 07: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 06: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 07: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:
15471 [phpList 3 application] Interface - Frontend minor always 05-05-10 10: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 10:12
https://mantis.phplist.org/file_download.php?file_id=3160&type=bug
gif
Notes
(0050990)
duncanc   
05-05-10 10:15   
See this page on the demo site
http://demo.phplist.com/lists/?p=subscribe&id=4
(0050991)
lwc   
06-05-10 10:00   
#15345
(0050997)
h2b2   
08-05-10 17:21   
Confirmed.
duncanc, thanks for reporting the location of the pages.
(0051204)
michiel   
29-04-11 14: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:
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 16: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 16: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 15: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 09:57
https://mantis.phplist.org/file_download.php?file_id=3676&type=bug
png
Notes
(0056392)
support   
11-07-15 09: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 12:19   

that is completely unrelated.
(0056411)
gingerling   
13-07-15 09: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 10: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:
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 15: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 17:04   

how odd. Will be good to check why.
(0056111)
michiel   
19-05-15 18: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 17: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 15:37   
Is this issue now resolved?
(0059110)
michiel   
24-05-17 11: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 07: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 07: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 07:38   
Also, gingerling, the entire URL is visible when you hover over the link,
(0056949)
gingerling   
05-10-15 10: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 16:24   
Can you help me with the URL of the page?
(0056960)
michiel   
05-10-15 16:27   
for example http://dev.phplist.com/lists/admin/?page=mviews&id=2
(0056961)
user5081   
05-10-15 16:50   
(Last edited: 05-10-15 16: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 16: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 07: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 15: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 09: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 13:54   
please do not cross discuss
(0056981)
user5081   
07-10-15 14: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 14: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 16: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 16:04   
https://github.com/phpList/phplist-lan-info/commit/e4359e7c0cb8515c4226172b781533dabbab7c67

http://dev.phplist.com/lists/admin/?page=suppressionlist
(0056387)
support   
11-07-15 00: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 00: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 15: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 16: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 20:16   
that's already handled with http://resources.phplist.com/system/config/preferencepage_show_private_lists
(0054711)
gingerling   
28-08-14 10: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 11: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 11: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 12: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 13: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 09: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 15: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 14: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 14: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 11: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 08: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 10: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 16:59   
the dev version has this option in the backend

http://dev.phplist.com/lists/admin/?page=massunconfirm
(0052313)
lwc   
08-10-13 09: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 14: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 15: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 13: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 20:55   
thanks
(0056517)
gingerling   
23-07-15 11:03   
Could this be a quickfix?
(0056521)
michiel   
23-07-15 12: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 18:08   
Nick Lawson reported doing "UPDATE phplist_user_user_attribute SET value = '' WHERE value IS NULL;" which sorted it.
(0019570)
michiel   
04-10-06 17: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 13:50   
Any progress on this bug?
(0051401)
jvarrone   
16-09-11 13:52   
sorry posted request for status update in error. can't figure out how to delete the note(s)
(0052101)
michiel   
05-06-13 21: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 20: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 16: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 16:56   
the export filename does mention the list in it, if you export the members of a list.
(0000581)
jdmarch   
03-09-03 17:11   
(Last edited: 03-09-03 17: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 03: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 11:41   
Good point. Thanks for the suggestion
(0008047)
kircher   
23-10-05 20: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 07: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 07:41
https://mantis.phplist.org/file_download.php?file_id=4354&type=bug
jpg
Notes
(0060347)
michiel   
09-04-18 20: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 10: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 07: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 20: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 16: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 16: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 22: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 19: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 11: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 11: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   
27-07-17 23:35   
IIRC, that should already be there, including automatic resizing:

https://www.phplist.org/phplist-3-2-2-one-logo-many-templates/
(0059265)
michiel   
27-07-17 23: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 18: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 15: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 11: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 10: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 10:47
https://mantis.phplist.org/file_download.php?file_id=4112&type=bug
png

top level domains.png (11,681 bytes) 04-06-17 11:22
https://mantis.phplist.org/file_download.php?file_id=4113&type=bug
png
Notes
(0059165)
samtuke   
05-06-17 13: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 22: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 12: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 13: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 14: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 13: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 17:57
https://mantis.phplist.org/file_download.php?file_id=3851&type=bug
png
Notes
(0058075)
gingerling   
28-07-16 17: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 10: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 18: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 17: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 08: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 09:36   
But they want it to be like

from : email-a@email.com
reply to: email-b@email.com
(0057799)
michiel   
20-06-16 11: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 12: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 10: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 21: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 11: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 15: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 15: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 11: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 19: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 19:24
https://mantis.phplist.org/file_download.php?file_id=3808&type=bug
png
Notes
(0057692)
user5081   
09-05-16 21:25   
Fix commited on dressprow. Pull request sent:
https://github.com/phpList/phplist-ui-dressprow/pull/21
(0057693)
user5081   
09-05-16 22: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 09: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 10: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 16:29   
Duncan, on Dressprow theme the content box is 700px.
(0057705)
duncanc   
11-05-16 07: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 11:32   
(Last edited: 11-05-16 11:33)
firefox on linux, see video

(0057713)
user5081   
11-05-16 19: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 10: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 11: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 17: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 17: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 10:09   
@michiel Thoughts on supporting https://support.google.com/mail/answer/6254652?hl=en ?
(0062123)
michiel   
23-04-19 19: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 13: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 15:40   
I understand that this is by design. Are changes required?
(0059108)
michiel   
23-05-17 22: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 18:06   
(Last edited: 24-05-17 18: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 04: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 08: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 13: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 12: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 12:44
https://mantis.phplist.org/file_download.php?file_id=3691&type=bug
Notes
(0056764)
michiel   
10-09-15 12:57   

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

(0056765)
gingerling   
10-09-15 13: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 19: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 16: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 16:47   
Ohh, now I understand the remove and added. So yes, it was the same patch :)
(0059066)
samtuke   
15-05-17 15: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 18: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 08: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 28-08-14 23: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) 28-08-14 23:40
https://mantis.phplist.org/file_download.php?file_id=3503&type=bug
png
Notes
(0054744)
michiel   
30-08-14 22: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 15:15   
But that's not the action in the "OK" column?
(0054799)
michiel   
01-09-14 22:11   
yes, I guess they can be merged. I'll check.
(0055385)
michiel   
09-10-14 18: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 19:16   
Ah! I see it! i will think about this table and upload a draft here.
(0057055)
user5081   
16-10-15 16:24   
(Last edited: 16-10-15 16: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 19: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 00: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 12: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 17: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 14:47   
(Last edited: 05-04-19 14: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:
20104 [phpList 3 application] Email minor have not tried 22-10-19 10:41 25-10-19 10: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 12:36
https://mantis.phplist.org/file_download.php?file_id=4672&type=bug
Email_gmail.PNG (82,714 bytes) 24-10-19 12:36
https://mantis.phplist.org/file_download.php?file_id=4673&type=bug
png
Notes
(0062798)
duncanc   
24-10-19 11: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 12: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 14: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 15:29   
In config.php how are emails being sent? What is the value for this define

define('PHPMAILERHOST', '');
(0062802)
FD   
24-10-19 15: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 06: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 10: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 10: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 18:43 14-10-19 13: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 18:45 10-10-19 18: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 18: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 18:40 10-10-19 18: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 18:38 10-10-19 18: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 07:21 09-10-19 10: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 10: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 12:33 07-10-19 16: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 12: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 12:33
https://mantis.phplist.org/file_download.php?file_id=4608&type=bug
png
Notes
(0062190)
michiel   
11-05-19 09: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 12: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 13: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 12: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 17: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 17: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 19:27 25-09-19 12: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 19:34   
Only when you run the queue via the web interface, IIRC
(0062520)
samtuke   
01-07-19 10: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 01: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 08: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 11:51 13-09-19 11: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 11: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 17:20 11-09-19 14: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 07: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 13:47 11-09-19 14: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 17:00 05-09-19 13: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 15:40 31-08-19 15: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 21:37 21-08-19 11: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 21: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 11:53 21-08-19 11: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 08:36 21-08-19 11: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 10:08 21-08-19 11: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 08:31 21-08-19 11: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 20:01 21-08-19 11: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 11: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 15: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 11: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 15:04   
@rudolf
Please have a look on this link:
https://github.com/phpList/phplist3/tree/BrunildaDosti-readme-design
(0062207)
samtuke   
14-05-19 15: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 09:55   
@samtuke Fixed button version and theme icon issues.
https://github.com/phpList/phplist3/tree/BrunildaDosti-readme-design
(0062557)
brunilda   
11-07-19 15:12   
PR link:
https://github.com/phpList/phplist3/pull/532
(0062600)
suela   
05-08-19 15: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 15:19 21-08-19 11: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 09:59 21-08-19 11: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 15: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 07:40 17-08-19 07: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 16:33 15-08-19 16: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 10:32 13-08-19 10: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 11: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 10: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:
20040 [phpList 3 application] Theme - Trevelin minor have not tried 05-08-19 16:19 05-08-19 16: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 15: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 15: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 15: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 03:25   
The PR link:
https://github.com/phpList/phplist-ui-bootlist/pull/92
(0062519)
brunilda   
01-07-19 07:58   
New PR for this issue:
https://github.com/phpList/phplist-ui-bootlist/pull/100
(0062601)
suela   
05-08-19 15: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 20:02 31-07-19 20: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 20: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 20: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 21:39 29-07-19 16: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 16: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 16: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 20:43 29-07-19 16: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 22: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 10: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 11:31 29-07-19 16: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 13: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 09:59 29-07-19 16: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 11: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 17:29 29-07-19 16: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 17:29
https://mantis.phplist.org/file_download.php?file_id=4460&type=bug
png
Notes
(0061256)
xheni   
20-10-18 13: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 12: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 10:42 26-07-19 12: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 07:56 26-07-19 12: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 08: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 09: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 12: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 12: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 12: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 12: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 12: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 12: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 12: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 12: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 12: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 14:49 26-07-19 12: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 14:49
https://mantis.phplist.org/file_download.php?file_id=4428&type=bug
png
Notes
(0060989)
xheni   
06-08-18 11: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 12: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 12: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 14:49 26-07-19 12: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 12: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 16:20 26-07-19 12: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 16:30
https://mantis.phplist.org/file_download.php?file_id=4382&type=bug
jpg

statsoverview.jpg (81,960 bytes) 01-06-18 16: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 08:32 25-07-19 08: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 16: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 16: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 16: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 16: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 16: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 07:32 19-07-19 16: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 07: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 16: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 16: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 16: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 16: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 16: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 16: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 16: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 16: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 16: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 16: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 16:15
Reporter: samtuke Platform: Linux  
Assigned To: OS: Fedora