| Issue Number | 674 |
|---|---|
| Summary | Full Text Retrieval Queue - citations tagged with prelim pdf not leaving queue when final pdf is uploaded |
| Created | 2022-12-20 15:21:25 |
| Issue Type | Improvement |
| Submitted By | Boggess, Cynthia (NIH/NCI) [C] |
| Assigned To | Kline, Bob (NIH/NCI) [C] |
| Status | Closed |
| Resolved | 2023-01-21 02:20:35 |
| Resolution | Fixed |
| Path | /home/bkline/backups/jira/oceebms/issue.335089 |
From the Full Text Retrieval Queue when a user tags a citation with the Prelim PDF tag and attaches a published draft of the article to the citation, the user would like for the citation to remain in the queue until the user attaches a second file - the final published article.
According to Bonnie, this does not work well in PROD which is why I have labeled this as an improvement rather than a bug because it is not working in the new version either.
In the new version, when a user tags a citation with the Prelim PDF tag and attaches a published draft of the article to the citation, it remains in the queue but does not get removed from the queue when a second or even third file is attached.
Two ideas: The system is not going to be able to tell the difference between a draft vs final pdf. Would adding this distinction (final vs preliminary) upon upload help? And tags can not be removed or inactivated. Could preliminary pdf tag be removed or inactivated when the final pdf is added?
Example citations tagged with prelim pdf in new system that have had the final pdf added (or rather a test file added) and remain in the queue.
35552673 & 35654360
~vshields and ~juther - What do you want to do with this ticket? It's a change request rather than a bug report. Defer to a subsequent release? Implement as part of Everglades (even though UAT is already under way)?
Bob, how involved would it be to make tags removable in this release? We think this could actually be beneficial for other reasons as well, such as when something that is high priority at one point in time is no longer high priority.
Always some risk involved in introducing new functionality for a release after its testing has begun, but it's doable. Either way, please create a new ticket, with story points = 2.
~bkline , as discussed in the status meeting, we'd like to proceed with implementing an interface to inactivate tags in this release. thank you!
~juther We decided in yesterday's status meeting that we wanted to keep this ticket in its own right (rather than transforming it to represent the request for the ability to inactive tags) because there was still some enhancement you wanted to have made for the full-text retrieval queue page, but I can't remember what that enhancement was. Can you refresh my memory, please?
Oh, now I remember. We want this page to use the "inactivated" flag for the "preliminary PDF" tag to avoid showing the articles to which the tag had been assigned and then subsequently deactivated.
The full-text queue now ignores "Preliminary PDF" tags which have been inactivated. Enhancement installed on https://ebms.rksystems.com.
This works on erc. But see comments in 706.
Elapsed: 0:00:00.000772