View Single Post
Old 02-21-2026, 01:33 AM   #56
kovidgoyal
creator of calibre
kovidgoyal ought to be getting tired of karma fortunes by now.kovidgoyal ought to be getting tired of karma fortunes by now.kovidgoyal ought to be getting tired of karma fortunes by now.kovidgoyal ought to be getting tired of karma fortunes by now.kovidgoyal ought to be getting tired of karma fortunes by now.kovidgoyal ought to be getting tired of karma fortunes by now.kovidgoyal ought to be getting tired of karma fortunes by now.kovidgoyal ought to be getting tired of karma fortunes by now.kovidgoyal ought to be getting tired of karma fortunes by now.kovidgoyal ought to be getting tired of karma fortunes by now.kovidgoyal ought to be getting tired of karma fortunes by now.
 
kovidgoyal's Avatar
 
Posts: 46,051
Karma: 29579868
Join Date: Oct 2006
Location: Mumbai, India
Device: Various
I am not going to be fixing this in calibre. As I have explained elsewhere metadata.db is *private to calibre*. Third party applications should not rely on it being unchanged. If an application such as calibre sync wants to use metadata.db then it is very much on it to ensure it handles changes to the database schema. Indeed given that calibre sync appears to be unmaintained, I would discourage anyone from relying on it since as metadata.db and other parts of calibre change over time, it is quite likely calibre sync will either break or worse corrupt data.
kovidgoyal is offline   Reply With Quote