I had a file and a file-name of 71 characters, no space-character, several digits and some special 'danish' characters as well. The 'latexmk' processed the file but did not run the 'biber' sufficient times or did not run 'biber' at all; no \cite-entry was processed orderly.
xelatex, biber and xelatex were able to process the original file including every \cite-entry and the like.
When I reduced the name of the file considerably I was able to process the file in latexmk.
Is there a limit of length for a file to be processed by latexmk?
latexmk -pdf
no problem at all. So it seems to a parsing issue somewhere. There is no issues at all with latexmk + xelatex when there is no non-ascii in the file name, even for much longer file namesNo file ...bbl
line in the log file. With long enough file names, the line is wrapped, and latexmk has to deal with that. Pdflatex strictly wraps at a line length of 79 bytes, which latexmk handles. But in the presence of non-ascii characters, xelatex appears to miscount bytes and wraps lines differently, so latexmk doesn't correctly detect wrapped lines. It's more-or-less a bug in xelatex, but I can try to have latexmk work around it.