Monday
I was doing a little file maintenance over the weekend. I noticed a particularly slow file had a massive embedded library. I deleted everything the library manager showed as unused (no placed objects, no placed instances, no use in attributes). I even scrubbed through the model to track down and replace or remove all missing elements, images, etc.
the library loading report is now showing Duplicated library parts 1(0) - the only library loading report warning being for that fun Tolerance.gsm that likes to live in both the applications and the Archicad (lcf) libraries.
Anyway, thats a long story to just say that the team is now telling me their door leaves are all missing. How can a door leaf not be reported in the library loading report?!
Tuesday
Oh dear, I hope you still have a backup, Patrick!
Not using custom leafs, buuuut I think, that the tech behind this does not actually check what is placed in the model.
Instead it probably relies on the same data that determines what to inlcude in a .pla.
So it sees all regularly places objects, and all sub-elemental objects (think CW, stairs, railings). It also uses the info from the GDL: Which files (macro) are "call"ed, PLUS explicitely stated files via the "file_dependence" command.
However the custom leaf is given as a variable in the door objects. Calls without a string literal but a variable will not be inserted into an archive (that's why we need the file_dependence command) – and I guess that's why will report as "not placed", too? 🤷🏻‍♂️
But I don't know for sure, your guess is as good as mine.
(If you have that backup you can test my theory by making a .pla and then look if the custom leafs have survived)
Thursday
I think it is a good idea to first save the whole Embedded Library to a storage drive, then delete the Embedded Library and use the copy on the drive as a Linked Library. That way, you will have a copy of all files of the Embedded Library (in case you need it), and you can also save it as PLA and open it back just the same.