NOTE:: Before reporting an issue, make sure you are running the latest version, currently 3.3.1
|Anonymous | Login | Signup for a new account||29-05-17 02:52 BST|
|My View | View Issues | Change Log | Roadmap|
|View Issue Details|
|ID||Project||Category||View Status||Date Submitted||Last Update|
|0007684||phplist application||HTML Email Support||public||05-09-06 01:12||30-05-12 21:05|
|Target Version||4.0.x||Fixed in Version||2.11.7|
|Summary||0007684: cache problems with included web page in message|
|Description||Evidently some servers do not reliably change the "last-modified" header to when a file is actually changed. |
Result is problems when a message includes a web page via the [URL:http: . . . ] feature.
The person includes the web page, sends a test message, realizes the web page needs to be changed, changes the web page, sends another test message--which is exactly the same as the previous because the web page is still cached (under some servers/situations the "last-modified" header doesn't change at all--at least not until maybe 24 hours later).
Also in an error perhaps related, the [URL:] functionality doesn't seem to differentiate between web pages like this:
It seems that both changing the [URL:] parameter within a message between these two will give exactly the same result both times, even though the two pages may in reality be wildly different with the different parameter.
Some details and a possible (thought perhaps not optimal?) solution here:
|Tags||No tags attached.|
A possible solution would be to include a check-off box on the "send a message" page, "reload embedded web page".
Sort of the equivalent of the "refresh" button found on web browsers.
you can also set the FETCH TIMEOUT to be very low, but I guess that's not that nice once you actually send the message, because it would dramatically delay sending it.
It's odd that URLs with a parameter are not recognised as different ones. I would think that's not the case.
|changed last-modified to use time() instead of HTTP header|
This is not fixed for me, I am still having this problem.
I am forced to make duplicate copies of my .php pages that I want to send as an email, so that it does not re-send the cached version. Is there a way to manually clear the cache? Or can you help me to figure out how to resolve this issue? I normally would have my other admins send the newsletters, but this issue forces me to do it personally.
|I am using 2.10.10 and this is still a problem. I have to manually go into the database and delete the cache records to get PHPLIST to fetch the current copy of the page|
|all cache is cleared every time before sending a test message|
|Copyright © 2000 - 2017 MantisBT Team|