Web Client: Print Templates - Missing/Problem Fields
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Evergreen |
Fix Released
|
Undecided
|
Unassigned | ||
3.3 |
Won't Fix
|
Undecided
|
Unassigned | ||
3.4 |
Won't Fix
|
Undecided
|
Unassigned |
Bug Description
Most recently tested on Evergreen Web Client 3.0.7.
As our libraries are preparing for the move to the web client, they have begun working on their print templates, and we are finding many of the fields available in the XUL client do not work in the web client.
Searching through launchpad, there have been other reports of missing/problem fields, but the tickets are usually specific. I wanted to open a bug to try and collect all the missing fields in hope that others won't have to go searching through launchpad like me when trying to sort out their templates. Additionally, collecting them may allow fields missing from multiple templates to be fixed in one go instead of several.
I have begun a Google Sheet collecting all the missing/problem fields that I have come across. You can find it here: https:/
I am sure I've missed some fields, so I'm going to be brave and give everyone editing privileges. If I've missed something or a field has already been fixed, go ahead and edit the doc. Just be kind. Because the web client sought parity with the xul client, for now I've only included fields that were available in the xul client.
The document includes fields that a)don't exist at all for the print template, b)may show in the preview but do not print, or c)don't show in the preview but do print. Fields falling into a) or b) would be priorities because it is more important for fields to print, but c) can be very frustrating when trying to put together a working template.
I also wanted to collect all the other lp bugs related to print template fields. If you think a field is missing from the document, it is possible is has already been fixed in another bug.
https:/
https:/
https:/
https:/
https:/
https:/
https:/
https:/
https:/
https:/
https:/
https:/
https:/
https:/
https:/
I think that covers them all. Whew that was a lot. Anyway, I hope this bug helps those setting up print templates and were running into roadblocks like me.
(If anyone is bored and wants to attack one of the fields most requested at CW MARS, we would greatly appreciate having Item Owning Library, (Call Number owning library), added to the bills,current and bills,historical templates. Some of our libraries use these printouts to send with checks when a patron pays for an item owned by another library)
Changed in evergreen: | |
milestone: | 3.1.3 → 3.1.4 |
Changed in evergreen: | |
assignee: | nobody → Dan Pearl (dpearl) |
Changed in evergreen: | |
milestone: | 3.1.4 → 3.1.5 |
Changed in evergreen: | |
milestone: | 3.1.5 → 3.1.6 |
Changed in evergreen: | |
assignee: | Dan Pearl (dpearl) → Jason Stephenson (jstephenson) |
Changed in evergreen: | |
milestone: | 3.1.6 → 3.2.1 |
Changed in evergreen: | |
assignee: | Jason Stephenson (jstephenson) → nobody |
milestone: | 3.2.1 → 3.2.2 |
Changed in evergreen: | |
milestone: | 3.2.2 → 3.2.3 |
Changed in evergreen: | |
milestone: | 3.2.3 → 3.2.4 |
Changed in evergreen: | |
milestone: | 3.2.4 → 3.2.5 |
Changed in evergreen: | |
milestone: | 3.2.5 → 3.2.6 |
Changed in evergreen: | |
milestone: | 3.2.6 → 3.2.7 |
Changed in evergreen: | |
milestone: | 3.2.7 → none |
Changed in evergreen: | |
assignee: | Jason Stephenson (jstephenson) → nobody |
Changed in evergreen: | |
status: | Fix Committed → Fix Released |
Adding a new bug to this list: https:/ /bugs.launchpad .net/evergreen/ +bug/1772444 - Patron fields added to Bills, current and Bills, historical. Currently has pullrequest tag.