lp:evergreen/3.5

Created by Dan Wells on 2020-06-10 and last modified on 2021-02-18
Get this branch:
bzr branch lp:evergreen/3.5

Branch merges

Related bugs

Related blueprints

Branch information

Owner:
Evergreen Bug Wranglers
Project:
Evergreen
Status:
Development

Import details

Import Status: Reviewed

This branch is an import of the HEAD branch of the Git repository at git://git.evergreen-ils.org/Evergreen.git,branch=rel_3_5.

The next import is scheduled to run in 2 hours.

Last successful import was 3 hours ago.

Import started 3 hours ago on izar and finished 3 hours ago taking 15 seconds — see the log
Import started 9 hours ago on alnitak and finished 9 hours ago taking 20 seconds — see the log
Import started 15 hours ago on izar and finished 15 hours ago taking 15 seconds — see the log
Import started 21 hours ago on alnitak and finished 21 hours ago taking 20 seconds — see the log
Import started on 2021-02-25 on izar and finished on 2021-02-25 taking 15 seconds — see the log
Import started on 2021-02-25 on alnitak and finished on 2021-02-25 taking 25 seconds — see the log
Import started on 2021-02-25 on izar and finished on 2021-02-25 taking 20 seconds — see the log
Import started on 2021-02-25 on izar and finished on 2021-02-25 taking 15 seconds — see the log
Import started on 2021-02-24 on alnitak and finished on 2021-02-24 taking 20 seconds — see the log
Import started on 2021-02-24 on izar and finished on 2021-02-24 taking 15 seconds — see the log

Recent revisions

24136. By Jason Stephenson on 2021-02-18

Forward Port 3.5.2 to 3.5.3 db upgrade

Signed-off-by: Jason Stephenson <email address hidden>

24135. By Jason Stephenson on 2021-02-18

Translation updates - po files

Signed-off-by: Jason Stephenson <email address hidden>

24134. By Jason Stephenson on 2021-02-18

Translation updates - newpot

Signed-off-by: Jason Stephenson <email address hidden>

24133. By Galen Charlton on 2021-02-18

Evergreen 3.5.3 release notes

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

24132. By Galen Charlton on 2021-02-18

Evergreen 3.4.6 release notes

Signed-off-by: galen Charlton <email address hidden>

24131. By Mike Rylander on 2021-02-18

LP#1836254: Handle null authtoken in PCRUD

When the authtoken received from the client is the unquoted literal
string "null" in a pcrud request, the drone processing the request
will crash with a segmentation fault as the session verification code
passes a NULL pointer to strcmp.

To reproduce this bug, make the following request via srfsh:

    request open-ils.pcrud open-ils.pcrud.search.pgt null
    {"parent":null},{"flesh":-1,"flesh_fields":{"pgt":["children"]}}

Note that srfsh hangs util it times out.

Next, grep /var/log/syslog for the string segfault. You should find
something resembling the following:

    Jul 12 15:29:43 buster kernel: [ 94.794920] opensrf-c[1357]:
    segfault at 0 ip 00007fe3bbb8b219 sp 00007fff2877a020 error 4 in
    liboils_pcrud.so.2.0.0[7fe3bbb82000+10000]

After patching Evergreen with this commit, repeat the srfsh request
again. This time, the call should return almost immediately with an
osrfMethodException: "permacrud received a bad auth token: (null)."
When you grep syslog for segfault this time, you should find no new
occurrences.

Signed-off-by: Mike Rylander <email address hidden>
Signed-off-by: Jason Stephenson <email address hidden>

24130. By Mike Rylander on 2021-02-15

LP#1858114: Fix thinko in template-parameter collection

Minor thinko in the use of Array.prototype.concat() when gathering the
"where" and "having" template parameters -- concat() does not alter the
array it is called on, so we need to assign the result back to the
array.

Signed-off-by: Mike Rylander <email address hidden>
Signed-off-by: Angela Kilsdonk <email address hidden>
Signed-off-by: Jason Boyer <email address hidden>

24129. By Mike Rylander on 2021-02-15

LP#1858114: Record template filter values for aggregate columns

Currently the "having" clause does not record template-level filter
values in the template, but forces use of a report-level parameter.
This commit allows "having" to receive a value in the same way that
"where" does.

Signed-off-by: Mike Rylander <email address hidden>
Signed-off-by: Angela Kilsdonk <email address hidden>
Signed-off-by: Jason Boyer <email address hidden>

24128. By Mike Rylander on 2021-02-15

LP#1858114: Present proper input widget for aggregate parameters

There's currently logic to override the filter widget for all columns
that have a selector defined, such as the ID column of many tables. When
we transform the column with an aggregate transform, though, we don't want
to pick a particular selector-labeled value.

While I can imagine using a min or max aggregate to get a representative
value for a group, when other dependent filters would make the value
stable or where the value in particular doesn't matter but isn't needed
in a count (say), all the other aggregate transforms that are currently
supported are specifically numeric (sum, average, count, and
count_distinct). Because of that, and the most likely use case of
matching a count to "0" or "1", we should only present the "remote
object widget" for non-aggregates, and just use the baseline text string
input here.

Signed-off-by: Mike Rylander <email address hidden>
Signed-off-by: Angela Kilsdonk <email address hidden>
Signed-off-by: Jason Boyer <email address hidden>

24127. By Jason Boyer <email address hidden> on 2021-02-15

LP#1866406 Followup: Add Release Note

Signed-off-by: Jason Boyer <email address hidden>

Branch metadata

Branch format:
Branch format 7
Repository format:
Bazaar repository format 2a (needs bzr 1.16 or later)
This branch contains Public information 
Everyone can see this information.