<html> <head> <base href="https://bugs.documentfoundation.org/"> </head> <body> <div> <a class="bz_bug_link bz_status_UNCONFIRMED " title="UNCONFIRMED - TypeDetection: warn:configmgr/source/xcuparser.cxx:650: unknown property "ContentFormat"" href="https://bugs.documentfoundation.org/show_bug.cgi?id=129510#c5">Comment # 5</a> on <a class="bz_bug_link bz_status_UNCONFIRMED " title="UNCONFIRMED - TypeDetection: warn:configmgr/source/xcuparser.cxx:650: unknown property "ContentFormat"" href="https://bugs.documentfoundation.org/show_bug.cgi?id=129510">bug 129510</a> from <a class="email" href="mailto:sbergman@redhat.com" title="Stephan Bergmann <sbergman@redhat.com>"> Stephan Bergmann</a> <pre>(In reply to Oliver Brinzing from <a href="show_bug.cgi?id=129510#c4">comment #4</a>) > Created <a href="http://bugs.documentfoundation.org/attachment.cgi?id=159368" name="attach_159368" title="typedetection.xcu">attachment 159368</a> <a href="http://bugs.documentfoundation.org/attachment.cgi?id=159368&action=edit" title="typedetection.xcu">[details]</a> > typedetection.xcu So that file is adding an element "KOSDOKTYPE" to the set /org.openoffice.TypeDetection.Types/Types. Such an element must be of the template type /org.openoffice.TypeDetection.Types/Type, which is a (non-extensible) group that has no property named "ContentFormat", see officecfg/registry/schema/org/openoffice/TypeDetection/Types.xcs. I think I understand your <a href="show_bug.cgi?id=129510#c0">comment 0</a> better now. You are not wondering why LO considers that typedetection.xcu as wrong (by issuing that "warn:" line). You are wondering whether <<a href="https://git.libreoffice.org/core/+/6ed41c4fe1656395d5f4ac4905570977df56f4bd%5E!/">https://git.libreoffice.org/core/+/6ed41c4fe1656395d5f4ac4905570977df56f4bd%5E!/</a>> "INTEGRATION: CWS xmlfilter01 (1.3.6.1.32); FILE MERGED: 2003/03/14 13:32:07 as 1.3.6.1.32.1: #107711# new service ExtendedTypeDetectionFactory; new interfaces and doc for TypeDetection and FilterFactory", which made the change from deprecated ClipboardFormat to ContentFormat in the UNO properties supported by the UNOIDL service com.sun.star.document.TypeDetection, should also have adapted the configuration template type /org.openoffice.TypeDetection.Types/Type in officecfg/registry/schema/org/openoffice/TypeDetection/Types.xcs accordingly (by, say, deprecating prop ClipboardFormat and adding a prop ContentFormat). About which I have no idea. But the fact that this difference between the UNO properties documented for UNOIDL service TypeDetection and the configuration props of group Type are there for 17 years now could be a hint that things are working as intended. Oliver, what exactly (if anything) do you claim is not working if your KOSDOKTYPE element cannot provide a "ContentFormat" prop value?</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the assignee for the bug.</li> </ul> </body> </html>