View Single Post
Old 07-16-2020, 04:35 AM   #16
davidfor
Grand Sorcerer
davidfor ought to be getting tired of karma fortunes by now.davidfor ought to be getting tired of karma fortunes by now.davidfor ought to be getting tired of karma fortunes by now.davidfor ought to be getting tired of karma fortunes by now.davidfor ought to be getting tired of karma fortunes by now.davidfor ought to be getting tired of karma fortunes by now.davidfor ought to be getting tired of karma fortunes by now.davidfor ought to be getting tired of karma fortunes by now.davidfor ought to be getting tired of karma fortunes by now.davidfor ought to be getting tired of karma fortunes by now.davidfor ought to be getting tired of karma fortunes by now.
 
Posts: 24,905
Karma: 47303824
Join Date: Jul 2011
Location: Sydney, Australia
Device: Kobo:Touch,Glo, AuraH2O, GloHD,AuraONE, ClaraHD, Libra H2O; tolinoepos
Quote:
Originally Posted by jindroush View Post
Yes, this is what I found out. But the logic in QualityCheck is basically based on assumption that there is a difference between 'uncompressed_size' and actual filesystem size and this is what it checks and tries to repair, and that there is a method of getting 'uncompressed_size'. It seems that this logic is based on the past behaviour of Calibre, and since the plugin seems to be abandoned, it's not working anymore.

With the fix I made, uncompress_size and also the max of all formats are updated, which makes me happy (since I use sqlite db dump of metadata.db to do some other checks externally).
The original author of the Quality Check plugin is no longer maintaining it, or his other plugins. They are being maintained as needed by people who have an interest in them and have the appropriate skills. I maintain several, but, Quality Check isn't one I use. If you have a fix for the plugin, post it in the thread for others to try. Or reporting bugs will usually mean someone will fix them.
davidfor is offline   Reply With Quote