Die aktuelle primäre Konfiguration ist das neueste MikTeX, wobei WinEdt 9.1 als Front-End verwendet wird (kürzlich wurde ein kleines Upgrade von WinEdt 8.xx -> 9.1 durchgeführt. Ich weiß, es ist nicht das Neueste, aber …).
Auf jeden Fall ein sehr einfaches Problem. Wenn ich eine Datei (MWE unten) habe, die keine Grafik hat, dann ist MWE mit PDFLatex oder PDFTexify (Strg-Alt-P) problemlos kompatibel. Aber sobald ich eine Grafik hinzufüge (entweder .jpg oder .png, macht keinen Unterschied), funktioniert PDFLatex immer noch, aber ... PDFTexify bricht jetzt mit einem kritischen Fehler ab, dass Größe/Umgrenzungsrahmen des Bildes nicht bestimmt werden können.
Da dieses MWE an einer Stelle problemlos kompiliert wurde, fällt mir ein, dass die an die MikTeX-Programme übergebenen Optionen nicht mehr korrekt sind. Oder dass sich das Programm, nach dem WinEdt suchen sollte, geändert hat. Oder... beides.
Für PDFLatex (das funktioniert) verwenden Sie pdflatex.exe als ausführbare Datei, mit --enable-write18 -synctex=1 %0 als Schaltern und „%N%T“ als Parameter.
Für PDFTexify habe ich texify.exe mit --pdf --tex-option=-enable-write18 als Schalter und "%F" als Parameter ausprobiert (das hat immer gut funktioniert). Die Änderung auf pdflatex.exe als ausführbare Datei funktioniert auch nicht.
Vorschläge? Hinweise auf das Offensichtliche? Ich bin zu 99 % sicher, dass das Problem eine seltsame Interaktion mit den neuesten ausführbaren MikTeX-Dateien ist, auf welche ausführbaren Dateien WinEdt 9.1 verweist, und vielleicht die in WinEdt festgelegten Schalter und Parameter, aber ich komme nicht dahinter.
Hier ist ein völlig triviales MWE, das wahrscheinlich nicht im Entferntesten notwendig ist, aber ...
\documentclass[11pt]{article}
\usepackage{graphicx}
\begin{document}
Lorem ipsum dolor sit amet, consectetur adipiscing elit. Fusce ut fermentum nisl, id imperdiet quam.
\vspace{1cm}
Here is a figure.
%\begin{figure}[ht]
%\begin{center}
% \includegraphics[keepaspectratio=true]{test.png}
%\end{figure}
\end{document}