https://bugs.kde.org/show_bug.cgi?id=360196
--- Comment #5 from dper...@gmail.com --- (In reply to Tobias Leupold from comment #3) > Can you reproduce this with an older version of your index.xml? KPA stores > backups of it automatically, they are named like index.xml~xxxx~.zip, where > xxxx is a number. It would be very interesting if you could tell us which > version messed it up, and under which circumstances (is this reproducable? > Did you switch locales? Doing so was actually a problem before KPA 4.7). > > As Johannes said, those categories shouldn't be found in index.xml at all … Yes, sure, I have done some more tests and tried all the previous backups (unzipped and renamed to index.xml to make sure is the one used by KPhotoAlbum): index.xml~0126~.zip: no problem. Line#2: <KPhotoAlbum version="6" compressed="1"> index.xml~0127~.zip: no problem. Line#2: <KPhotoAlbum version="6" compressed="1"> index.xml~0128~.zip: no problem. Line#2: <KPhotoAlbum version="6" compressed="1"> index.xml~0129~.zip: crash. Line#2: <KPhotoAlbum version="7" compressed="1"> index.xml~0130~.zip: crash. Line#2: <KPhotoAlbum version="7" compressed="1"> So the problem appears to have arrived from version 7 onwards, but if backup 0129 was wrong... how the database was opened correctly and then saved again wrongly? Is the backup written on every save operation but the error arises only on KPhotoAlbum startup? Maybe I switched locales (en_US > es_ES), but can't remember. I think the locale change was long before the problem, but I can't remember. I don't know any other relevant circumstances, just doing basic stuff like tagging Photos, save, and on next run... Crash! My basic system info: Linux WS-MANJARO 3.18.27-1-MANJARO #1 SMP PREEMPT Tue Feb 16 22:53:23 UTC 2016 x86_64 GNU/Linux By the way, is it safe to delete all the duplicated attributes from my last database in order not to lose changes? -- You are receiving this mail because: You are watching all bug changes.
