Fixed a nasty bug with print resources
Monday, November 23rd, 2009During last weeks there have been an insidous defect with print resources: you can create them, and they seem to be saved properly, but when trying to download a newly uploaded pdf, it will give an 8kb file that won’t open in pdf viewer.
Last week we became aware of this defect, and found that all of the new print resources were saved in temporary folders and not in their proper places. All of the print resources created before thursday, 19th were moved to right place and should work fine. At sunday we finally found the cause: After any object is renamed or moved, there are certain scripts that need to be run, but these are run in such way that if there are errors, they are not visible in usual places and running of these scripts just stops, thus leaving some important cleaning operations undone. Now print resources should work fine. Also this was the real cause behind many problems we have had lately with broken catalog objects breaking some collections or member portfolios.
Now we still have to repair those print resources created between thursday evening and monday midday, and check the catalog once more for new broken resources. But in total things should be better now: there are no data lost, and recent slowdowns are also caused by time-consuming creation of error messages and extended looking for missing objects.
Apologies for the inconvenience.
