+1
If there is any real use for the current behavior then there should be an opt-in preference to enable it. Default out-of-the-box behavior should be to leave these two fields blank.
This seems to be a case of Photo crashing when I "pulled the rug out from under the Print dialog".
Steps:
Launch 1.8.3.641 on Windows 10 and open a file.
Print the file.
Leave the file open.
Access Windows' Setup/Devices/Printers and opt to "Manage" the printer. In the Manage dialog, change the name of the printer used in #2, above.
Return to Photo and select File/Print again
Result:
Photo hangs and file does to prints (doesn't appear in the printer's queue). You must force quit Photo either by using Task Manager or by right-clicking on the Taskbar icon and selecting "Close Window" from the resulting menu. It seems that Photo is attempting to open the print dialog and defaulting to the same print, but under its old name, and comes to grief when the old name is gone and the same printer has a new name.
+1
If there is any real use for the current behavior then there should be an opt-in preference to enable it. Default out-of-the-box behavior should be to leave these two fields blank.
Dwig got a reaction from lepr in Affinity Photo Shouldn't Automatically Write The Filename Directly Into The 'Title' Metadata
Dwig got a reaction from Chris B in Crash when printing
Dwig got a reaction from KLE-France in Affinity Photo Shouldn't Automatically Write The Filename Directly Into The 'Title' Metadata