https://bugs.documentfoundation.org/show_bug.cgi?id=171552
--- Comment #14 from Patrick (volunteer) <[email protected]> --- (In reply to Thomas Tempelmann from comment #13) > "org.oasis-open.opendocument" is now referenced but not declared. So this > should be added for it: I don't see this on my machine. I compiled your gist file using the following commands (I'm am using Xcode 26.4 on macOS Tahoe 26.3.1(a)): cc -Wno-deprecated-declarations -o uti-conforms-to -framework CoreServices main.m Then I ran: % ./uti-conforms-to org.oasis-open.opendocument.spreadsheet public.data org.oasis-open.opendocument.spreadsheet conforms to public.data I have the production LibreOffice 26.2.2.2 release installed and since UTTypeConformsTo() doesn't take an app or Info.plist path as an argument, I assume that macOS maintains a single database for UTITypes and, based on your experimenting with MS Excel, macOS chooses a "primary application" for each. So how can I be sure that I am actually testing my local changes? I guess I could delete every application that defines the UTITypes that LibreOffice uses so that only my local LibreOffice build uses them. Unfortunately, I need to use LibreOffice 26.2.2.2 for my accounting and tax work (I'm just a volunteer here) so deleting applications is not something I can do in the middle of tax season. Any other ideas for validating a specific application's Info.plist? I saw the plutil command has --type and --expect options. Maybe that might give useful results? -- You are receiving this mail because: You are the assignee for the bug.
