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

[Bug 8634] Style should be user-selectable
by bugzilla-daemon＠bugs.koha-community.org 17 Nov '22

17 Nov '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8634 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |DUPLICATE --- Comment #3 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- I'll mark this duplicate with the more recent discussion on adding a dark theme or similar on bug 31327. *** This bug has been marked as a duplicate of bug 31327 *** -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 30332] New: SRU does not work via https
by bugzilla-daemon＠bugs.koha-community.org 17 Nov '22

17 Nov '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30332 Bug ID: 30332 Summary: SRU does not work via https Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Z39.50 / SRU / OpenSearch Servers Assignee: koha-bugs(a)lists.koha-community.org Reporter: domm(a)plix.at QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl I tried to add an SRU service for https://www.obvsg.at/en/catalogues/access-via-sru. They only provide access via https. So I set it up like this: Server name: OBVSGT Hostname: https://services.obvsg.at Port: 443 Database: sru/OBV-LIT Additional SRU Options: operation=searchRetrieve, sru=get, sru_version=1.1 SRU search field mappings: title=alma.title,isbn=alma.isbn,srchany=alma.all_for_ui,author=alma.creator,issn=alma.issn,subject=alma.subjects,dewey=alma.dewey_decimal_class_number This produces a valid URL when calling _create_connetion in C4::Breeding. But the SRU API always returned errors: 235 Database does not exist. So I tried to figure out what Koha is actually sending, but failed, because this seems to happen in some C code via ZOOM. But we have a lot of working SRU setups via plain http. So I hacked up a quick proxy, launched that on a non-https port, and now it works. So I assume that Zoom has a problem with https, which is very annoying, because more and more services will switch to https only in the future (or already have switched) Any ideas what to do here? I will attach my proxy script in a minute, so you can see for yourself... -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 21

[Bug 31301] New: Upgrade to 21.11.05.004 [13:28:59]: ERROR: {UNKNOWN}: Can't use an undefined value as a subroutine reference at /usr/share/koha/lib/C4/Installer.pm line 737. at /usr/share/koha/lib/C4/Installer.pm line 739
by bugzilla-daemon＠bugs.koha-community.org 17 Nov '22

17 Nov '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31301 Bug ID: 31301 Summary: Upgrade to 21.11.05.004 [13:28:59]: ERROR: {UNKNOWN}: Can't use an undefined value as a subroutine reference at /usr/share/koha/lib/C4/Installer.pm line 737. at /usr/share/koha/lib/C4/Installer.pm line 739 Change sponsored?: --- Product: Koha Version: 21.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: bugs.koha-community.org Assignee: koha-bugs(a)lists.koha-community.org Reporter: syamsivanmail(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org there is a bug during the up gradation time Upgrade to 21.11.05.004 [13:28:59]: ERROR: {UNKNOWN}: Can't use an undefined value as a subroutine reference at /usr/share/koha/lib/C4/Installer.pm line 737. at /usr/share/koha/lib/C4/Installer.pm line 739 -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 31438] New: Currency can't have "spaces" in currency name
by bugzilla-daemon＠bugs.koha-community.org 17 Nov '22

17 Nov '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31438 Bug ID: 31438 Summary: Currency can't have "spaces" in currency name Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: verolencinas(a)yahoo.com.ar QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com When using different currencies with similar names, Koha should advert that you can't add currency names with spaces in them. This result in later not being able to add orders. For example, defining currencies like "PESO ARG", "PESO BOL", "PESO CHILE", etc. result in the mentioned problem to not be able to add orders in the acquisition module. Koha should advert that currency names should be entered without spaces. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 31568] New: Renaming/removing an authorised value does not cascade to linked tables
by bugzilla-daemon＠bugs.koha-community.org 16 Nov '22

16 Nov '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31568 Bug ID: 31568 Summary: Renaming/removing an authorised value does not cascade to linked tables Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com We could give lots of examples here. E.g. location is controlled by category LOC having a value like CHILD. If you rename it to CHILDREN, your items still contain the old value. This cannot be solved with a FK since an authorised value may be in use under several AV categories. Maybe there are cases where you do not want to have an AV immediately cascade the change in a linked table? Also note that we have a maintenance script looking for these inconsistencies (bug 21466), but if we could reduce the volume here, I wouldnt mind. How should we best address this need? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 20200] New: Show MARC 770 Supplement/Special Issue Entry on detail pages
by bugzilla-daemon＠bugs.koha-community.org 16 Nov '22

16 Nov '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20200 Bug ID: 20200 Summary: Show MARC 770 Supplement/Special Issue Entry on detail pages Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: MARC Bibliographic data support Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org Currently 770 is not shown in Koha on the detail pages. We should add the display of this field. Examples: 770 08 _iAnfangs darin, später selbst. _aGesellschaft für Verbreitung von Volksbildung _tJahresbericht der Gesellschaft für Verbreitung von Volksbildung _dBerlin, 1872 _w015234347 770 08 _iBeil. ab 1902 _aDie Volks-Bibliothek _dBerlin, 1896 _w014944286 -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 6

[Bug 15141] Add MARC21 770/772 to OPAC and staff detail pages
by bugzilla-daemon＠bugs.koha-community.org 16 Nov '22

16 Nov '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15141 --- Comment #8 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- *** Bug 20200 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 27901] New: cancelling acq order does not delete item record, causes error
by bugzilla-daemon＠bugs.koha-community.org 16 Nov '22

16 Nov '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27901 Bug ID: 27901 Summary: cancelling acq order does not delete item record, causes error Change sponsored?: --- Product: Koha Version: 20.05 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: bwsdonna(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Prior to 20.05 when an order was cancelled from the basket, the item created when the order was placed was deleted also. In 20.05, users now get the message: An error has occurred. The order has been cancelled, although one or more items could not have been deleted. To recreate: 1. Add biblio and item to basket 2. Cancel the order and delete the biblio 3. Get the error message 4. Verify that the Holdings table still shows the item, but the acq correctly shows the cancellation. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 9

[Bug 32015] New: Cannot search for basket creator in advanced order search
by bugzilla-daemon＠bugs.koha-community.org 16 Nov '22

16 Nov '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32015 Bug ID: 32015 Summary: Cannot search for basket creator in advanced order search Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: stefan.berndtsson(a)ub.gu.se QA Contact: testopia(a)bugs.koha-community.org Since Bug 30578 the previous auto completion (circ/ysearch.pl) was replaced with the jQuery autocomplete functionality. The search on the advanced order search page in acquisitions still sends "term" as query parameter, but it is now received by api/v1/patrons instead of circ/ysearch.pl and that api route does not recognise this parameter name. I do not understand how the two autocomplete features work, or what has to be done to fix this, so I'm unable to provide a patch for it. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 32113] New: Missing table from batchMod.pl when coming from a bib record
by bugzilla-daemon＠bugs.koha-community.org 16 Nov '22

16 Nov '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32113 Bug ID: 32113 Summary: Missing table from batchMod.pl when coming from a bib record Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org There are several ways to access batch item modification, one of them is from a bibliographic record. Normally, there is a table showing item details at the top of the page. But that table is missing when we access the page from a bibliographic record. To test: 1) Go to Reports 2) Make a report of item numbers (e.g. select itemnumber from items limit 5) 3) Click Batch operations with X visible records 4) Choose Batch item modification --> Note that there is a table of items at the top of the page 5) Go to a bibliographic record that has at least one item (and less than 1000) 6) Click Edit > Edit items in batch --> Note that there is no table at the top of the page -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1