In REDCap server administration, application files can be either versioned or non-versioned. Versioned files are those files that exist within a directory named for the version, i.e. redcap_v13.1.0
. Non-versioned files are those that are outside this versioned file structure, in REDCap's base directory.
Below is a sample directory structure (altered so this answer does not expose the file structure of a non-open application):
.
└──redcap
├── init.php
├── index.php
├── redcap_v13.1.0
│ ├── tests.ini
│ ├── unit.php
│ └── api.bat
├── tmp
│ └── index.php
└── debug.php
Files tests.ini
, unit.php
and api.bat
are versioned, and everything else is non-versioned.
Upgrades to the REDCap application mostly affect versioned files, but occasionally an upgrade will modify non-versioned files, which the application itself is incapable of directly modifying on the server. In these cases the application directs the administrator to download a zip file containing the modified non-versioned files and instructions on installing them.
If this zip file was empty for you, then that might indicate an incomplete upgrade. Some admins in the community have recently advocated for publishing hashes alongside releases to allow admins to ensure that the release has been correctly downloaded.
If this issue persists (though your comment suggests not), then I'd recommend taking this issue to the REDCap Admin Community, which you ought to have access to if you can access the code.