You need to log in before you can comment on or make changes to this bug.
Why does the second loop of TIFFGetConfiguredCODECs() copy built-in CODECs only if they implement a scheme that has already been handled by the first loop? I think if (!TIFFIsCODECConfigured(c->scheme)) { would make more sense than: if (TIFFIsCODECConfigured(c->scheme)) { That way, the second loop of TIFFGetConfiguredCODECs() would include built-in CODECs only if they have not been overridden by registered CODECs.
Bugzilla is no longer used for tracking libtiff issues. Remaining open tickets, such as this one, have been migrated to the libtiff GitLab instance at https://gitlab.com/libtiff/libtiff/issues . The migrated tickets have their summary prefixed with [BZ#XXXX] where XXXX is the initial Bugzilla issue number.