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

[Bug 28181] New: Archived debit type still shows as available in Point of Sale
by bugzilla-daemon＠bugs.koha-community.org 25 May '21

25 May '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28181 Bug ID: 28181 Summary: Archived debit type still shows as available in Point of Sale Change sponsored?: --- Product: Koha Version: 20.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Fines and fees Assignee: koha-bugs(a)lists.koha-community.org Reporter: estherm(a)sodaspringsid.com QA Contact: testopia(a)bugs.koha-community.org I archived a debit type, however when I return to the point of sale page, the archived debit still shows as available. This means the archived debit could still be used for transactions. The archived debit still had the library selected in library limitations. I restored the debit, deselected the library, saved the debit, then re-archived the debit. With a multi-branch configuration, this led to the debit being made available to all libraries despite being archived. I went back, restored the debit and have temporarily assigned the debit to the Placeholder branch so that it is only available there. I assumed an archived debit would no longer be made available making it impossible to continue to use. To duplicate: 1. Create a debit with library limitation of logged in library. 2. Archive the debit 3. Go to Point of Sale page. Archived debit will be visible and available for use by the library. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 19

[Bug 28229] New: Hide clubs from place a hold screen if no clubs exist
by bugzilla-daemon＠bugs.koha-community.org 25 May '21

25 May '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28229 Bug ID: 28229 Summary: Hide clubs from place a hold screen if no clubs exist Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org When placing a hold, one always sees the option to search for a club rather than a patron. We should hide that Clubs tab if no clubs exist in the system. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 18

[Bug 24564] New: The adding of new subfields according to IFLA updates doesn't respect existing tab
by bugzilla-daemon＠bugs.koha-community.org 25 May '21

25 May '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24564 Bug ID: 24564 Summary: The adding of new subfields according to IFLA updates doesn't respect existing tab Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: koha(a)univ-lyon3.fr QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl When using the script misc/migration_tools/ifla/update.pl (cf. BZ20434), missing fields/subfields are added but if subfields already existed in the framework, the script doesn't verifiy in which tab they existed and can add them in a different tab.So for the same field, you could have subfields in different tabs. It can lead to wrong and blocking alerts when saving a biblio record. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 28

[Bug 28298] New: DBRev 19.12.00.076 broken
by bugzilla-daemon＠bugs.koha-community.org 25 May '21

25 May '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28298 Bug ID: 28298 Summary: DBRev 19.12.00.076 broken Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: critical Priority: P5 - low Component: Database Assignee: koha-bugs(a)lists.koha-community.org Reporter: alex.arnaud(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Bug 27842 seems to break the updatedb 19.12.00.076: "UPDATE serial JOIN subscription USING (subcriptionid) SET serial.biblionumber = subscription.biblionumber WHERE serial.biblionumber != subscription.biblionumber" Missing a 'S' on subcriptionid. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 21

[Bug 27408] New: Update intranet-tmpl/prog/en/modules/members/mancredit.tt for ACC2
by bugzilla-daemon＠bugs.koha-community.org 25 May '21

25 May '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27408 Bug ID: 27408 Summary: Update intranet-tmpl/prog/en/modules/members/mancredit.tt for ACC2 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: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com We need to update input type="number" with reference to ACC2 on intranet-tmpl/prog/en/modules/members/mancredit.tt -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 31

[Bug 27594] New: Add access to public download link for publicly-accessible uploads
by bugzilla-daemon＠bugs.koha-community.org 25 May '21

25 May '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27594 Bug ID: 27594 Summary: Add access to public download link for publicly-accessible uploads Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org When an upload has been marked as public ("Allow public downloads"), we should make it easy to get the publicly-accessible link for that file. I propose to add a link for automatically copying the URL to the clipboard. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 44

[Bug 20527] New: <label> linked to the wrong <input> (wrong "for" attribute)
by bugzilla-daemon＠bugs.koha-community.org 25 May '21

25 May '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20527 Bug ID: 20527 Summary: <label> linked to the wrong <input> (wrong "for" attribute) Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Fines and fees Assignee: koha-bugs(a)lists.koha-community.org Reporter: victor.grousset(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org https://gitlab.com/koha-community/Koha/blob/8538886cb91f977d6109bfd035d4d83… -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 35

[Bug 27577] New: Autolink bibs after generating the biblionumber
by bugzilla-daemon＠bugs.koha-community.org 25 May '21

25 May '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27577 Bug ID: 27577 Summary: Autolink bibs after generating the biblionumber Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl If BiblioAddsAuthorities and AutoCreateAuthorities are enabled, a new record is auto linked when saving and authorities generated with a 670 field that indicates which record generated the new authority. The code to do this is called before the biblionumber is generated, so the variable that adds the biblionumber to the citation is empty To recreate: 1 - Enable BiblioAddsAuthorities and AutoCreateAuthorities 2 - Import or create a new record 3 - Ensure the record has controlled fields that do not have authorities before saving, i.e.: Add a 650 with "test_bug_01" 4 - Search for the authority record 5 - Note the 670 field does not contain the biblionumber -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 21

[Bug 28288] New: XISBN.t is failing is 500 is returned by the webservice
by bugzilla-daemon＠bugs.koha-community.org 25 May '21

25 May '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28288 Bug ID: 28288 Summary: XISBN.t is failing is 500 is returned by the webservice Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: normal Priority: P5 - low Component: Test Suite Assignee: jonathan.druart+koha(a)gmail.com Reporter: jonathan.druart+koha(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Depends on: 12782, 26364 16:00:45 koha_1 | WARNING: URL Request Failed 500 read timeout 16:00:45 koha_1 | WARNING: URL Request Failed 500 read timeout 16:00:45 koha_1 | WARNING: URL Request Failed 500 Can't connect to www.librarything.com:443 16:00:45 koha_1 | # Looks like you planned 6 tests but ran 5. 16:00:45 koha_1 | [13:59:51] t/db_dependent/XISBN.t .................................................. 16:00:45 koha_1 | Dubious, test returned 255 (wstat 65280, 0xff00) 16:00:45 koha_1 | Failed 1/6 subtests 16:00:45 koha_1 | (less 3 skipped subtests: 2 okay) Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12782 [Bug 12782] t/db_dependent/XISBN.t should work on DOM too https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26364 [Bug 26364] XISBN.t makes a bad assumption about return values -- You are receiving this mail because: You are watching all bug changes.

1 8

[Bug 28170] New: Downloading some files via Tools - Upload is broken
by bugzilla-daemon＠bugs.koha-community.org 25 May '21

25 May '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28170 Bug ID: 28170 Summary: Downloading some files via Tools - Upload is broken Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: lari.taskula(a)hypernova.fi QA Contact: testopia(a)bugs.koha-community.org "Tools -> Upload -> Search" only lets you download the first 20 results, but anything on page 2 or farther cannot be downloaded. To reproduce: 1. Go to cgi-bin/koha/tools/upload.pl 2. Make sure you have at least 21 files uploaded 3. Perform a search via "Search term" form so that at least 21 results are returned (e.g. a dot (.) as the search term should return all files with filetype) 4. Press "Download" for the first result row, it should work as expected 5. Go to page 2 of results 6. Press "Download" for the first result in page 2 7. Observe nothing happening Noticed this bug on a 17.05 installation but it still appears on 20.11. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 15