NOTE:: Before reporting an issue, make sure you are running the latest version, currently 3.3.1

View Issue Details Jump to Notes ] Print ]
IDProjectCategoryView StatusDate SubmittedLast Update
0015254phplist applicationClick Trackingpublic05-04-09 21:2614-06-13 16:00
PrioritynormalSeverityminorReproducibilityhave not tried
PlatformOSOS Version
Product Version2.10.8 
Target Version2.11.11Fixed in Version2.11.11 
Summary0015254: Issue with link conversion for click tracking
DescriptionLink conversion for clicktracking in v2.10.8 generates broken links under specific conditions by adding a trailing "%3D" (an equivalent for "=") to the link id. For instance: /lists/lt.php?id=f0wESAJQAQtFBwoBBAM%3D

System info:
phplist - v2.10.8 (with magic quotes off)
Apache - 2.2.10
cPanel - 11.23.6-STABLE
Curl - 7.12.1
MySQL - 5.0.51a
phpMyAdmin -
Python - 2.4.3
Perl - 5.8.8
PHP - 5.2.6
ionCube Loader - 3.1.32
Zend Optimizer - 3.3.3
Ruby Rails - 1.8.5
OpenSSL - 0.9.8b

The issue was reported on this forum thread: [^] [^]
Additional InformationSeems related to [^]

Have filed a new report since issue 8980 apparently doesn't allow re-opening the issue to post feedback notes.
TagsNo tags attached.
Attached Files

- Relationships Relation Graph ] Dependency Graph ]
related to 0008980resolveduser1822 Link Conversion for Click Tracking 
related to 0015334resolvedmichiel When user requests personal URL for changing its preferences, wrong uid is sent to user, so he cannot change them 
related to 0015573resolvedmichiel Clicking Link in message renders error 404 

-  Notes
h2b2 (manager)
05-04-09 21:43

A somewhat similar issue has been reported for v2.10.4. In this particular case link conversion results in two trailing "%253D" (another equivalent for a "=") being appended to the link id, for instance:

In both case, an encoded "=" symbol is appended, which would seem to point to a charset related issue that has possibly not been taken into account in the fix for [^]

These are charset settings for the system:

- phplist version: 2.10.4
- charset defined on configuration page: iso-8859-1
- charset in languages.php: "en" => array("English ", "iso-8859-1", "iso-8859-1, windows-1252 ")
- In config.php:
  - $language_module = ""; (with $strCharSet = iso-8859-1)
  - define("HTMLEMAIL_ENCODING","quoted-printable");
  - define("TEXTEMAIL_ENCODING",'7bit');
- Database encoding:
  - character_set_client utf8
  - character_set_connection utf8
  - character_set_database latin1
  - character_set_filesystem binary
  - character_set_results utf8
  - character_set_server latin1
  - character_set_system utf8
  - character_sets_dir /usr/share/mysql/charsets/

michiel (manager)
18-05-11 14:45

I don't think the %3D actually breaks anything. I have some links that even have it twice, but they work fine

Getting rid of them probably would involve cleaning before converting, but that's kind of cosmetic.
michiel (manager)
14-06-13 15:59

the = signs are caused by [^]

I tested and it is fine to strip them, the reverse decoding continues to work. So, I've done that.

Copyright © 2000 - 2017 MantisBT Team
Powered by Mantis Bugtracker