| 2019-03-21 13:11:05 |
Josh Stompro |
bug |
|
|
added bug |
| 2019-03-21 13:13:19 |
Josh Stompro |
tags |
|
holds webstaffclient |
|
| 2019-05-14 16:35:30 |
Erica Rohlfs |
evergreen: status |
New |
Confirmed |
|
| 2019-05-14 16:42:03 |
Erica Rohlfs |
evergreen: importance |
Undecided |
Medium |
|
| 2019-05-14 16:57:31 |
Derek C. Zoladz |
bug |
|
|
added subscriber Derek C. Zoladz |
| 2021-03-16 20:04:23 |
Timothy Means |
tags |
holds webstaffclient |
holds |
|
| 2021-10-15 17:33:32 |
Dan Briem |
tags |
holds |
circ-holds |
|
| 2021-10-15 17:34:00 |
Dan Briem |
tags |
circ-holds |
circ-holds printing |
|
| 2023-08-15 14:05:37 |
Michele Morgan |
description |
After bug 1749502 was applied, Jason E. noticed that the second time print full list was clicked, the call number affixes were not fleshed and would just display their id numbers. So it seems like the fleshing of those values isn't happening for subsequent runs in some cases.
I cannot replicate this on my 3.2.3 system with that patch applied, but could observe the problem on the test system that Jason E. provided. He said it was running master on 3/20/2019.
IRC Discussion
http://irc.evergreen-ils.org/evergreen/2019-03-20#i_399362
There is a note in Holds.js that the fleshing calls should be deprecated in favor of API fleshing. Bug 1697954.
Josh |
After bug 1749502 was applied, Jason E. noticed that the second time print full list was clicked, the call number affixes (prefix/suffix) were not fleshed and would just display their id numbers. So it seems like the fleshing of those values isn't happening for subsequent runs in some cases.
I cannot replicate this on my 3.2.3 system with that patch applied, but could observe the problem on the test system that Jason E. provided. He said it was running master on 3/20/2019.
IRC Discussion
http://irc.evergreen-ils.org/evergreen/2019-03-20#i_399362
There is a note in Holds.js that the fleshing calls should be deprecated in favor of API fleshing. Bug 1697954.
Josh |
|
| 2023-08-15 14:09:00 |
Michele Morgan |
description |
After bug 1749502 was applied, Jason E. noticed that the second time print full list was clicked, the call number affixes (prefix/suffix) were not fleshed and would just display their id numbers. So it seems like the fleshing of those values isn't happening for subsequent runs in some cases.
I cannot replicate this on my 3.2.3 system with that patch applied, but could observe the problem on the test system that Jason E. provided. He said it was running master on 3/20/2019.
IRC Discussion
http://irc.evergreen-ils.org/evergreen/2019-03-20#i_399362
There is a note in Holds.js that the fleshing calls should be deprecated in favor of API fleshing. Bug 1697954.
Josh |
After bug 1749502 was applied, Jason E. noticed that the second time print full list was clicked, the call number affixes (prefix, suffix) were not fleshed and would just display their id numbers. So it seems like the fleshing of those values isn't happening for subsequent runs in some cases.
I cannot replicate this on my 3.2.3 system with that patch applied, but could observe the problem on the test system that Jason E. provided. He said it was running master on 3/20/2019.
IRC Discussion
http://irc.evergreen-ils.org/evergreen/2019-03-20#i_399362
There is a note in Holds.js that the fleshing calls should be deprecated in favor of API fleshing. Bug 1697954.
Josh |
|
