PKP Bugzilla – Bug 6324
Issue Access Status = 0
Last modified: 2012-12-14 14:05:01 PST
Created attachment 3405 [details] Patch against OJS 2.3.3-3 Concerning the class Issue.inc.php there are two possible access statuses for an issue: define('ISSUE_ACCESS_OPEN', 1); define('ISSUE_ACCESS_SUBSCRIPTION', 2); If journal publishing mode is open, i.e. the first option ("The journal will provide open access to its contents.") in the setup step 4 is selected, then the value "0" is inserted in the database table "issues" column "access_status" when an editor creates a new issue.
Maybe it's not needed to correct this. Then, in some cases, one should consider also the value "0". If it's going to be corrected, then maybe the old values "0" in the database should be corrected when upgrading?
Scheduling against the next version (2.3.4). Are there cases where you're seeing strange behavior from the system, or is this primarily a code clean-up and consistency problem?
I have to check the article status/mode for the OpenAIRE plug-in (and display it via OAI), thus I have to consider both values at the moment, something like this: if ($issue->getAccessStatus() == 0 || $issue->getAccessStatus() == ISSUE_ACCESS_OPEN) { $status = 'openAccess'; } I haven't seen any strange behavior of the system :-)
Gotcha. Scheduling for OJS 2.3.4 -- we typically file bugs against the version they're going to be fixed in.
Issue access status zero (fix for OJS 3.0) https://github.com/pkp/ojs/commit/ba6bb7eb4686d53dfb8e341c967508483fc161ed
Thanks, Bozana, I've finally gotten around to committing fixes for this. I committed your fix unchanged for 2.4.1; for 3.0, I've written an upgrade script to correct access_status to 1 for these cases (and removed the extra checks from a few places).
Issue access status zero (fix for OJS 2.4.1) https://github.com/pkp/ojs/commit/ec20e82685a2e3d9b4bb957a5a2fd1436466fd15