Hi,
I’m trying to backup my CLZ Movies collection online via web, but around 10% progress it stops and mentions the backup is successful, however the backup download is only 1.8MB which is far too small for the entire collection.
I do use some special unicode characters in tags and movie titles, but it wasn’t a problem before to backup.
Did something change to the backup mechanism or is there maybe an error?
It’s strange that it would backup. How often do you get this? I did notice it is a bit slow, but eventually it worked for me.
When downloaded it’s in a ZIP file which is really small, but there is a 15MB XML data file inside. I’ve just downloaded it from your account and put it to a test account of me, and I got 2861 movies back with data. Anything specific you’d like for me to verify?
(also we do daily backups of your data on our side, which you can’t see, but do happen)
Thanks for checking.
The last time I did a successful and full backup was on the 3th of November 2025 and the filesize was around 690MB for the ZIP.
I just checked the contains of the smaller backup ZIP-file I made today again (so containing the 15MB XML) and I noticed it misses all the image files of the front- and backcovers in the backup. The ‘img’ folder is totally empty. I do see in the XML-file itself there are references of the image files stored on AWS and can access them from there.
So the it seems all the information is still there in the backup, only the images of the front- and backcovers are not in the backup ZIP anymore.
I don’t know if it is intended that the images are no longer in the backup, but I did like it, because I make my own covers so they are consistent and this way I also had a backup of those images in cases something went corrupted.
The problem seems to be happening in movie with barcode 5027035029818
DISC 1
– Brand new audio commentary by Brian Hoyle, author of The Cinema of John Boorman
– Brand new audio commentary by filmmaker David Kittredge, director of Boorman and the Devil
– Archive audio commentary by director John Boorman
DISC 2 (Extra's, Blu-ray)
– The Making of Excalibur: Myth into Movie, a never before released 48-minute documentary directed by Neil Jordan during the production of Excalibur
– To Be a Knight and Follow a King, a newly filmed interview with director John Boorman and actor Charley Boorman
– When Death Was but a Dream, a newly filmed interview with creative associate Neil Jordan
– The Charm of Making, a newly filmed interview with production designer Anthony Pratt
– Confessions of a Professional "Pain-in-the-ass", a newly filmed interview with 2nd unit director Peter MacDonald
– Anam Cara, a new featurette on the working friendship of John Boorman and co-writer Rospo Pallenberg featuring a newly filmed interview with Pallenberg
– Divided Nature, a brand new featurette by film historians Howard S. Berger and Kevin Marr
– Trailers
– Image galleries
DISC 3 (Bonus, Limited Edition Blu-ray)
– High Definition (1080p) Blu-ray presentation of the 120-minute TV Version of the film, previously unavailable on home video
– Original lossless mono audio
– Excalibur: Behind the Movie, a 50-minute retrospective documentary in which cast and crew look back on the making of the film
This bit of text is causing an issue. We will look into it to fix it, but for now you could decide to remove that text and the backup will work correctly again!
Thanks for pointing to the record that’s causing the problem.
I can indeed confirm that I’m able to backup my collection of I remove the contents of the ‘Features’-field for that barcode.
I also did some troubleshooting/analysis myself:
So maybe it has to do with the number of characters? Or maybe it has to do with the quotes that were in the original text, because I removed that as well?
Anyway good that there is a workaround for now.
Maybe something for on the backlog: Some error logging on the backup and restore page that gives the record (and field) on which the backup fails so the user can correct the problem. But I can imagine that will not get the highest priority on the backlog 
.
We’ve found the issue when I posted here yesterday, and are just working on a fix (we found it from the examining the log on our side). Bugs in the creating of a backup don’t happen a lot, when they do we can usually fix them quite quickly (rather than build a log so you can fix a movie yourself, we think it’s better to fix these ourselves - but I understand where you’re coming from).
Apologies I can’t be more clear than this for now, but rest-assured we’re working on a fix for this one 
We just uploaded a fix for this, so you can try again with your original text, or just leave it at what you’ve done so far!
Thanks for reporting this!
Yeah I work in software development myself, so I always try to do some analysis myself as well before reporting a bug etc. And always try to think along what might be a cause that something goes into error.
Anyway, I just retested it with the original text and the backup completes correctly now again.
When I first tried to download the file, the size was still 1/3 of what I expected, but also the page wouldn’t load, so I guess there was a temporary interruption in the connection.
The second time the file completely downloaded with the expected file size and contents.
So bug fixed .
Woohoo!
Thanks for letting us know!