Hey @mcbsys! 👋
Without more details, it’s difficult to know what would cause this behavior.
If you ran a scan using a different version of the plugin, it’s possible that the results would differ. Likewise, if you emptied the trash or used the Skip Trash option, the number of reported issues could also change.
If a previous scan stopped before it completed, or if some posts couldn’t be analyzed, it’s also possible that false positives were reported during the initial scan.
As for PDF files, they’re treated like any other media file. However, the free version of the plugin doesn’t detect third party references. So if your PDFs are referenced through custom fields, widgets, or page builder blocks, they may be reported as unused even though they are actually in use.
Hope this helps!
Thread Starter
mcbsys
(@mcbsys)
@val, thank you for your reply. I had only one version of the plugin and did not use Skip Trash. I had run a Media Cleaner scan before taking the site live (which changed the domain name), but was careful to purge the Media Cleaner results and start from scratch on the live site. If you want to review the details, I could send you the CSV files from before and after moved files to trash.
I understood that PDF files were not flagged as in use, but when I realized that Media Cleaner had lost track of 391 files, I couldn’t even revert and start over. My solution was to do a full site and SQL restore, uninstall Media Cleaner, then use Media Library Assistant to find unlinked media, sort it by date, and manually review and delete.