- Koha-bugs - lists.koha-community.org

[Bug 11046] Better handling of uncertain years for publicationyear/copyrightdate
by bugzilla-daemon＠bugs.koha-community.org 20 Sep '21

20 Sep '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11046 --- Comment #20 from Marcel de Rooy <m.de.rooy(a)rijksmuseum.nl> --- Just a late observation about the last changes: - } elsif( $retval =~ m/(\d)[.Xx?]{3}|(\d\d)[.Xx?]{2}|(\d{3})[.Xx?]/ ) { - my $digits = $1 || $2 || $3; - $retval = $digits * ( 10 ** ( 4 - length($digits) )); - } elsif( $retval =~ m/(\d)[-]{3}\?|(\d\d)[-]{2}\?|(\d{3})[-]\?/ ) { - # the form 198-? occurred in Dutch ISBD rules - my $digits = $1 || $2 || $3; + } elsif( $retval =~ m/ + (?<year>\d)[-]?[.Xx?]{3} + |(?<year>\d{2})[.Xx?]{2} + |(?<year>\d{3})[.Xx?] + |(?<year>\d)[-]{3}\? + |(?<year>\d\d)[-]{2}\? + |(?<year>\d{3})[-]\? + /xms ) { # the form 198-? occurred in Dutch ISBD rules This part of the regex made me wonder: (?<year>\d)[-]?[.Xx?]{3} What does the minus do here after the first digit? Do we allow 1-234 or so? Looking at the above, this must have been a typo (copy/paste) after all.. Continued on bug 24674 -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 28392] New: streettype and B_streettype cannot be hidden via BorrowerUnwantedField
by bugzilla-daemon＠bugs.koha-community.org 20 Sep '21

20 Sep '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28392 Bug ID: 28392 Summary: streettype and B_streettype cannot be hidden via BorrowerUnwantedField Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com To recreate: 1. Add values to the AV ROADTYPE 2. Go to the BorrowerUnwantedField system preference and attempt to hide streettype and B_streettype. 3. It doesn't work, the fields still show. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 17

[Bug 21794] New: Incomplete address displayed on patron details page when City field is empty
by bugzilla-daemon＠bugs.koha-community.org 20 Sep '21

20 Sep '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21794 Bug ID: 21794 Summary: Incomplete address displayed on patron details page when City field is empty Change sponsored?: --- Product: Koha Version: 17.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucy.vaux-harvey(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com On the patron details page at /cgi-bin/koha/members/moremember.pl?borrowernumber=xxxx, if a patron account is missing a value in the City field the rest of the address fields (zipcode, state, country) when filled do not display. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 21

[Bug 17336] New: api_secret_passphrase missing in packages setup
by bugzilla-daemon＠bugs.koha-community.org 20 Sep '21

20 Sep '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17336 Bug ID: 17336 Summary: api_secret_passphrase missing in packages setup Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Web services Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Bug 13799 introduced the api_secret_passphrase on source installs, but missed to do so on packages. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 16

[Bug 10265] 8xx serial added entries need spaces and punctuation in XSLT display
by bugzilla-daemon＠bugs.koha-community.org 20 Sep '21

20 Sep '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10265 Victor Grousset/tuxayo <victor(a)tuxayo.net> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |victor(a)tuxayo.net Resolution|--- |FIXED Status|Pushed to oldstable |RESOLVED --- Comment #23 from Victor Grousset/tuxayo <victor(a)tuxayo.net> --- Not backported to oldoldstable (20.05.x). Feel free to ask if it's needed. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 20529] New: Return to results link is truncated when the search contains a double quote
by bugzilla-daemon＠bugs.koha-community.org 20 Sep '21

20 Sep '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20529 Bug ID: 20529 Summary: Return to results link is truncated when the search contains a double quote Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: victor.grousset(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com == Reproduce == 1. Search in the staff catalogue «a "alice"» Replace a and alice with whatever than will return a result. 2. Click on the first result 3. Check the "Return to results" It should be like staff_url://cgi-bin/koha/catalogue/search.pl?idx=kw&q=a This is the bug. Because when clicking the link, your search will be 'kw,wrdl: a' instead of 'kw,wrdl: a "alice"' == Cause == Something about escaping in koha-tmpl/intranet-tmpl/js/browser.js Search for BROWSER_RETURN_TO_SEARCH -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 55

[Bug 28774] New: Warnings from GetIssuingCharge when rental discount is not set
by bugzilla-daemon＠bugs.koha-community.org 20 Sep '21

20 Sep '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28774 Bug ID: 28774 Summary: Warnings from GetIssuingCharge when rental discount is not set Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com If you set the rental discount field blank in circ rules it is stored as "" Checkout an item: [2021/07/28 12:11:25] [WARN] Argument "" isn't numeric in subtraction (-) at /kohadevbox/koha/C4/Circulation.pm line 3385. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 13

[Bug 28885] New: OpacBrowseResults can cause errors with bad search indexes
by bugzilla-daemon＠bugs.koha-community.org 20 Sep '21

20 Sep '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28885 Bug ID: 28885 Summary: OpacBrowseResults can cause errors with bad search indexes Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org If a record is deleted from Koha, but is for some reason not deleted from the search indexes, OpacBrowseResults can cause an ISE if the deleted record is in the search results for any given item. OpacBrowseResults loops through the search results, and checks if there is a biblionumber, but does *not* check to see if a result was pulled from the database for that biblionumber. It simply assumes the result must exist. We should be checking to ensure the biblionumber was valid before operating on the biblio object. -- You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 28744] New: Class with empty/no to_api_mapping should generate an empty from_api_mapping
by bugzilla-daemon＠bugs.koha-community.org 20 Sep '21

20 Sep '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28744 Bug ID: 28744 Summary: Class with empty/no to_api_mapping should generate an empty from_api_mapping Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org We always had some mapping because of the DB vs. API object definition discrepancies. But bug 25260 revamps the reserves table, and it is a perfect match. It highlights this edge case: if no mapping defined, then and undef from_api_mapping is generated (as opposed to an empty hashref) and this leads to errors in the query translation from the API. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 22

[Bug 28891] New: RecordStaffUserOnCheckout display a new column but default sort column isn't changed.
by bugzilla-daemon＠bugs.koha-community.org 20 Sep '21

20 Sep '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28891 Bug ID: 28891 Summary: RecordStaffUserOnCheckout display a new column but default sort column isn't changed. Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Circulation Assignee: didier.gautheron(a)biblibre.com Reporter: didier.gautheron(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Depends on: 23916 Hi, If system preference RecordStaffUserOnCheckout is set a new column is displayed but table default sort column stays the same (column 4). Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23916 [Bug 23916] Issuer should be recorded and visible in patron circulation history -- You are receiving this mail because: You are watching all bug changes.

1 11