Web Client: Serials - Predict New Issues Ignores Entered Values

Bug #1745425 reported by John Amundson
This bug affects 6 people
Affects Status Importance Assigned to Milestone

Bug Description

Tested on Evergreen 3.0.3 - Web Client.

When Predict New Issues is used and issues exist for the subscription, any values entered into the dialog box are ignored, and the new issues predict based on the latest created issue.

For example, if your last issue is v.9 no.2 (2018 Feb), and you select Predict New Issues and enter v.15 no.5 and 2018 May, and enter prediction count of 2, the two issues predicted will be v.9 no.3 (2018 Mar) and v.9 no.4 (2018 Apr).

Currently, the only workaround for this seems to be to edit the holdings code of the latest issue and then predict new issues off of that.

This can lead to some frustrating workflows, especially when a prediction pattern is changed. More information on this bug:https://bugs.launchpad.net/evergreen/+bug/1745427

Predict New Issues should not ignore entered values.

This behavior can also be seen when using "Add Following Issue"

Tags: serials
description: updated
description: updated
Revision history for this message
Beth Willis (willis-a) wrote :

Still a problem on EG 3-2-4

Changed in evergreen:
status: New → Confirmed
Revision history for this message
Lynn Kauffman (aploregon) wrote :

Affects workflow.

tags: removed: webstaffclient
Revision history for this message
Erica Rohlfs (erohlfs) wrote :

confirming in version 3.7

Changed in evergreen:
importance: Undecided → Medium
Revision history for this message
Irene Patrick (iepatrick) wrote :

I appear to be experiencing this problem on version 3.7.2. In my case, it involves a pattern change. The publication in question switched from bimonthly to quarterly. We deactivated the old pattern, created a new active pattern, and predicted the issues based on the new pattern. However, instead of using the initial values we entered into the Predict New Issues dialog, it ignored them and predicted the next issues based on the ones that had been already received. (It predicted v.45:no.7, etc., instead of predicting v.46:no.1, etc.)

We were able to use the "Edit issue holding codes" option to correct the enumeration and chronology to show what they should have been, and prediction of subsequent issues seems to be working. But it was unexpected to encounter this problem in the web interface, since we never saw this behavior in XUL.

I have added the description about the pattern change to this bug, since it seems to apply here more than it does to bug #1797452. That bug describes the Predict New Issues option failing with a new pattern, while we're instead seeing the same behavior as described in the initial report for this bug.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.