Open sallain opened 5 years ago
Could the one higher be accounted for by the transfer METS?
I thought I was having dejavu but I only have a similar one in Archival Storage: https://github.com/artefactual/archivematica/issues/1066 (although i should check if it still happens)
@sromkey when I count the files in a downloaded package, I'm definitely including the transfer METS in that. If Archivematica is excluding the transfer METS, it would presumably be because there's some sort of error in how Archivematica is doing the counting. There are no files with identical names, or hidden files, or anything obvious that I can see that would cause this!
@ross-spencer I looked to see if this had ever been reported and found that issue! Kind of the inverse :joy:
I wonder if it's somehow counting all the objects in the package and also the package itself?! I'll stop speculating now :joy:
Just a quick note. As I was in this code today I asked why it was happening. It is because we have elected to ignore certain files per this line. So we don't see processingMCP.xml
in the final count even though it appears in the package.
Expected behaviour The file count column on the Backlog tab should show an accurate count of the files within a transfer.
Current behaviour The file count column looks like this:
However, if I download the packages and run
find my-package -type f | wc -l
, I always get a number that is one higher than the count on the Backlog tab.I confirmed this manually by making a list of all the files in one of the transfers and manually counting them. The number agreed with the command, not with the Backlog tab file count.
Steps to reproduce
Your environment (version of Archivematica, OS version, etc) 1.9 qa
For Artefactual use: Please make sure these steps are taken before moving this issue from Review to Verified in Waffle: