Looks like Microsoft/Mopria's implementation of IPP client incorrectly converts the "rp" value from the TXT record to lowercase, e.g. "ipp/print/Office_Printer" (from the testpappl program) is converted to "ipp/print/office_printer", leading to a failure to add the printer on Windows 10.
Obviously this is a serious bug in this Client implementation, however it should be safe enough to make the resource path lookup case-insensitive to allow Windows clients to print to a PAPPL-hosted printer.
Looks like Microsoft/Mopria's implementation of IPP client incorrectly converts the "rp" value from the TXT record to lowercase, e.g. "ipp/print/Office_Printer" (from the testpappl program) is converted to "ipp/print/office_printer", leading to a failure to add the printer on Windows 10.
Obviously this is a serious bug in this Client implementation, however it should be safe enough to make the resource path lookup case-insensitive to allow Windows clients to print to a PAPPL-hosted printer.
Sigh.