<html>
<head>
<meta http-equiv="content-type" content="text/html; charset=UTF-8">
</head>
<body text="#000000" bgcolor="#FFFFFF">
This is the configuration I have<br>
<br>
<br>
----- configuration info -----<br>
TeXworks version : 0.6.3r.a2470ca (travis-ci)<br>
Install location : /Applications/TeXworks.app<br>
Library path : /Users/claudio/Library/TeXworks/<br>
pdfTeX location : /usr/local/texlive/2019/bin/x86_64-darwin/pdftex<br>
Operating system : Mac OS X 10.14.4 (Darwin Kernel Version 18.5.0:
Mon Mar 11 20:40:32 PDT 2019; root:xnu-4903.251.3~3/RELEASE_X86_64)<br>
Qt version : 5.12.1 (build) / 5.12.1 (runtime)<br>
------------------------------<br>
<br>
I upgraded to 0.6.3 before the release of TeX Live 2019, but I did
not test it in a real deep way.<br>
Now, as a moderator of the Italian Tex User Group Forum
(<a class="moz-txt-link-abbreviated" href="http://www.guitex.org">www.guitex.org</a>) I find a user who is trying to create an index
throught the excellent package imakeidx.tex; he was successful with
the previous version 0.6.2 and of TeXLive 2018; Now with any of the
three main typesetting engines pdfLaTeX, XeLaTeX and LuaLatex the
index is not created any more. I tested his MWE:<br>
<br>
<div class="highlight">
<pre class="php">% !TEX encoding = UTF-8 Unicode
% !TEX TS-program = lualatex
\documentclass[a4paper]{book}
\usepackage{imakeidx}
\makeindex
\begin{document}
aaaa\index{aaaa}
bbbb\index{bbbb}
cccc\index{cccc}
\newpage
dddd\index{dddd}
eeee\index{eeee}
\newpage
bbbb\index{bbbb}
\printindex
\end{document}
</pre>
</div>
<br>
And verified that his claim was correct -- the absence of any font
declaration and of language selection does not influence the
behavior, at the same time it allow to try typesetting the MWE with
any of the three main engines.<br>
<br>
Apprently it fails also running the compilation throug the command
line.<br>
<br>
On the opposite if you tyoeset thet MWE through TeXShop everything
goes as expected and the index is created normally.<br>
<br>
I suspect the it depends on some command line option the is
missing. Of course the options in TeXworks are specified therugh
the Preferences menu entry Typesetting where the command line list
of names and options is preset upon installing. <br>
Running the requested typesetting throug the command line does not
change the situation, because the user does not know the misterious
requested missing option.<br>
<br>
The fact the TeXworks 0.6.2 works as expected even with TeX Live
2019, excludes that the cause ot this behavior is in the TeX Live
engines. Or at least that, even if something is changed in TL2019
with respect to TL2018, it had no influence on TeXworks 0.6.2, but
it does on TeXworsk 0.6.3.<br>
<br>
I tested this behavior with some of my real documents, non MWE, and
the situation did not change.<br>
<br>
Since I always suggest using the the forum frequenters the USE of
TeXworks, I wish this strange bug is corrected as soon as possible;
but this depends only on you because, for my dismay, I cannot give
you more clues than what I did above, and my be my suspects are
oriented in the wrong direction.<br>
<br>
Thank you very much<br>
<br>
Claudio<br>
<br>
</body>
</html>