Here is a really odd one that I have a simple workaround for, but for the life of me I cannot work out why this is happening. Is 'p' (or 'P') some sort of restricted letter in certain circumstances?

Here is the issue:

\startdocument

[metadata:author={Author name},

metadata:title={Psalms}]

And I get an error. Document will not compile. Any other initial letter than 'p' (in Psalms) does not produce the error.

So if I do something like:

\startdocument

[metadata:author={Janet Dawson},

metadata:title={~Psalms}]

Then I no longer get the problem. Which just seems to confirm the fact that it is the initial letter 'p' that is the problem. I can also change the spelling of 'psalms' (anything really, asalms, xsalms) and there is no problem, but of course that would be silly.

I have never had this issue before, so while it looks like 'p' is the problem (it can hardly be the Psalms!), it is possibly something else, but what, I would not know. If it helps, I am calling in that metadata:title in the header in the usual way, e.g.:

\setupheadertexts

[ ] [{\getmarking[chapter]\hskip1em \pagenumber}]

[] [ {\pagenumber \hskip1em \documentvariable{metadata:title}}]

But that should not be a problem.

Below is the error log, but it refers to line 346, which happens to be \stopfrontmatter so does not seem relevant. However, it is my previous experience that sometimes this is telling me that the error is somewhere in the frontmatter, not necessarily on that final line.

return { ["errortype"]=0, ["filename"]="./test.tex", ["lastcontext"]="\n<macro> \n Ps\n alms\n<argument> \n {\\pagenumber \\hskip 1em \\documentvariable {metadata:title}\n }\n<macro> \\secondoftwoarguments \n #-#1->#1\n<macro> \\page_layouts_process_element_single \n ...content {\\detokenize {#1}}\\ifcsname \\??layouttextspecial \\m_page_layouts_element_content \\endcsname \\lastnamedcs \\else \\doifelsemarking \\m_page_layouts_element_content {\\getmarking [\\m_page_layouts_element_content ][\\v!first ]}{#1}\n \\fi \n<macro> \\page_layouts_process_element_indeed \n ...andcolor #1#2\\begincsname \\??layouttextstrut \\layoutelementparameter \\c!strut \\endcsname \\ignorecrlf \\edef \\p_width {\\layoutelementparameter #3}\\ifempty \\p_width \\else \\expandafter \\page_layouts_process_element_limited \\fi \\p_text \n \\endgroup \n<macro> \\currentlayoutelement \n ...h \\bgroup \\page_layouts_place_extra_text_left \\hss \\egroup \\kern -\\makeupwidth \\fi \\else \\hbox to \\makeupwidth \\bgroup \\page_layouts_place_extra_text_left \\page_layouts_process_element_indeed \\c!leftstyle \\c!leftcolor \\c!leftwidth \n \\hss \\egroup ...\n ...\n\n<line 3.346> \n \\stopfrontmatter\n\n", ["lastluaerror"]="", ["lasttexerror"]="Valid keyword expected, likely 'plus'", ["lasttexhelp"]="You started a keyword but it seems to be an invalid one. The first character(s)\nmight give you a clue. You might want to quit unwanted lookahead with \\relax.", ["linenumber"]=346, ["offset"]=10, ["skiplinenumber"]=346,

Version no. is 20220825 LMTX but that should not be a problem either. I have used it consistently for other titles.

Julian