evergreen:rel_3_3

Last commit made on 2020-07-24
Get this branch:
git clone -b rel_3_3 https://git.launchpad.net/evergreen

Branch merges

Branch information

Name:
rel_3_3
Repository:
lp:evergreen

Recent commits

56492e9... by Galen Charlton on 2019-10-15

LP#1847784: (docs) refer to the badge score generator cron job by name

Signed-off-by: Galen Charlton <email address hidden>
Signed-off-by: Mike Rylander <email address hidden>

215fd72... by Galen Charlton on 2019-10-15

LP#1847784: install badge_score_generator.pl by default

To test
-------
[1] Perform an Evergreen installation/upgrade.
[2] Verify that badge_score_generator.pl is present
    in /openils/bin (or an alternative installation
    location specified during the ./configure step).

Signed-off-by: Galen Charlton <email address hidden>
Signed-off-by: Mike Rylander <email address hidden>

9e33264... by Jason Stephenson on 2020-01-29

LP#1775940: Archived Penalties/Messages does not Respect Date Range

This patch implements a.bellenir's suggestion of switching from
setQuery to watchQury in the archiveGrid of the web client circulation
patron app. It does now appear to respect the date range entered by
the user.

Signed-off-by: Jason Stephenson <email address hidden>
Signed-off-by: John Amundson <email address hidden>
Signed-off-by: Galen Charlton <email address hidden>

f6cd9d9... by Jane Sandberg on 2020-03-08

LP1845241: Use the correct API call to Undelete a bib record

To test:

1) Open up a delete-ready bibliographic record in the Web client
(no attached holdings, no located URI, no open orders attached, etc.)
2) Delete it.
3) Undelete it. Note that the "Undelete" button briefly turns into a
"Delete" button before changing back to an "Undelete" button. Note that
the bib record does not show up in search results within the Web client.
4) Apply this commit.
5) Now try undeleting the record again. Notice that the "Delete" button
does not revert to an "Undelete" button. Note also that the record is
once again showing up in search results (although you may have to be a
bit creative using search terms, due to search results caching).

Signed-off-by: Jane Sandberg <email address hidden>
Signed-off-by: blake <email address hidden>
Signed-off-by: Galen Charlton <email address hidden>

3bb0331... by Dan Scott on 2020-01-07

LP1805860: Display long patron names without obscuring input fields

Long patron names can obscure the input fields and menu items on patron
action screens. The only workaround is to reduce the font size using the
browser controls until the input fields and menu items are visible.

While the fixed position saves space at the top of the screen for
typical cases, it can be hard for staff to remember the font-reduction
workaround when they hit a long patron name.

Removing the fixed position CSS also better supports the display of
regular patron names on browsers that are not wide enough to display the
top menu (Search/Circulation/Cataloging/.../Workstation name/Locale) all
on a single line.

Signed-off-by: Dan Scott <email address hidden>
Signed-off-by: Terran McCanna <email address hidden>
Signed-off-by: Galen Charlton <email address hidden>

ede95b9... by Galen Charlton on 2020-06-22

LP#1844365: fix initialization of stat cats in patron registration form

If you edit a patron and it has (or gets added) a stat cat entry,
then from the registration form click on its inline patron search
link, fetch a patron that has no stat cats, then edit it, the
first patron's stat cats can show up in the registration form.
If the second patron does have stat cats, but not values set
for all of them, then the first patron's stat cat entries can
fill in cases where no entry was previously set.

This patch fixes patronRegSvc's initialization when loading
an existing patron record to avoid this.

To test
-------
[1] Edit a patron and ensure that it has at least one
    statistical category set.
[2] From the patron search link in the patron app tab
    bar, NOT the Search | Patron menu item, search for
    and retrieve a patron that has no stat cats assigned.
[3] Edit the patron. Observe that the first patron's
    stat cat entry displays in the second patron's
    registration form.
[4] Apply the patch and repeats steps 1-3. This time,
    the previous patron's stat cats should not infect
    the second patron's registration form.

Signed-off-by: Galen Charlton <email address hidden>
Signed-off-by: Mike Risher <email address hidden>

c83967a... by Kyle Huckins <email address hidden> on 2019-05-23

lp1775286 Color Indication of Overdue on Items Out

- Overdue items are highlighted in red in the Items Out UI.
- Ensure overdue-row and lost-row classes handle visited links

Signed-off-by: Kyle Huckins <email address hidden>
Signed-off-by: Jennifer Pringle <email address hidden>
Signed-off-by: Galen Charlton <email address hidden>

3ba558d... by Jeff Davis on 2020-05-05

LP#1840294: use dedicated UI for match set admin, rather than auto-generated admin pages

Signed-off-by: Jeff Davis <email address hidden>
Signed-off-by: Jane Sandberg <email address hidden>
Signed-off-by: Galen Charlton <email address hidden>

12eaec8... by Dan Wells on 2020-06-11

Forward-port 3.3.7 upgrade script

Signed-off-by: Dan Wells <email address hidden>

59effd8... by Dan Wells on 2020-06-10

Translation updates - po files

Signed-off-by: Dan Wells <email address hidden>