On Aug 02, 2016, at 04:03 PM, Mark Sapiro wrote:
Yes, I am. It works well. I like the fact that there's a set of replacements available for all templates. I have several 'site' templates on both mpo an lm3o that have working web links, and Im just now mace a list template for this list and for overload-sig with an archive link. It could be a 'site' template, but not all lists will archive.
It was a long tortuous road to get consistency here, and then to make all the tests pass. But I do think we're in a much better place now.
I was going to say an archive link is in the headers if people look, but it doesn't seem to be there. I'll investigate.
Interesting. Yep, there should definitely be an archive link in the headers.
Also, something strange happened. At 14:11 today this stuff (without the 'Huh_' prefix) was created in var/templates/lists/. The contents are:
$display_name mailing list $listname %(web_page_url)slistinfo%(cgiext)s/%(_internal_name)s
which looks like the 'old' template. I looked through all the logs and could find nothing relevant with a 14:11 timestamp. Any ideas? Maybe a test, but I didn't run any tests.
The only thing I can think of is the importer. Did you run
to pull the MM2 version of the list into MM3? Does the timestamp align with
The importer does try to convert any custom templates (e.g. footers), but it should not touch any default templates. Given that the artifact is an mixed-style template (it has both %()s and $foo placeholders), I have to think something in the importer is either buggy or doesn't clean up after itself.