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

[Bug 26433] Control number search option missing from SRU mapping options
by bugzilla-daemon＠bugs.koha-community.org 18 Jan '23

18 Jan '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26433 Nick Clemens <nick(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Patch complexity|--- |Trivial patch CC| |nick(a)bywatersolutions.com Assignee|koha-bugs(a)lists.koha-commun |nick(a)bywatersolutions.com |ity.org | -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 26433] Control number search option missing from SRU mapping options
by bugzilla-daemon＠bugs.koha-community.org 18 Jan '23

18 Jan '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26433 --- Comment #4 from Nick Clemens <nick(a)bywatersolutions.com> --- Created attachment 145399 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=145399&action=e… Bug 26433: Add Control number to SRU field configuration This simply adds a row to the config page for configuring a mapping for Control number, without this patch you cannot configure the feild, and the default is 'any' I used the first record here for testing: http://lx2.loc.gov:210/NAF?operation=searchRetrieve&version=1.1&query=query… Enter SRU server using settings here: https://www.loc.gov/z3950/lcserver.html#serv host: lx2.loc.gov port: 210 db: NAF userid: password: servername: LOC SRU checked: NULL rank: NULL syntax: USMARC timeout: 0 servertype: sru encoding: utf8 recordtype: authority To test: 1 - Setup SRU server using settings above 2 - In the server config click 'Modify' under 'SRU search fields mapping' 3 - Note you don't have an option for 'Control number' 4 - Go to Authorities 5 - New from Z39.50/SRU 6 - Search 'Control number' field with: PS3552.U827 7 - You get the record noted above as all fields are searched 8 - Search 'Control number' field with: 00289745 9 - You get the record noted above as all fields are searched 10 - Apply patch 11 - In the server config click 'Modify' under 'SRU search fields mapping' 12 - Note you now have a config for 'Control number' 13 - Enter 'bath.lccn' 14 - Save 15 - Repeat search from #6 - no result 16 - Repeat search from #8 - correct result as only lccn fields are search 17 - Modify server config ans set 'Control number' to 'bath.lcCallNumber' 18 - Repeat search from #6 - correct results as call number field is now search 19 - Repeast search from #8 - no result -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 26433] Control number search option missing from SRU mapping options
by bugzilla-daemon＠bugs.koha-community.org 18 Jan '23

18 Jan '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26433 Nick Clemens <nick(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|REOPENED |Needs Signoff -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 6473] Test bug for Git-bz ✔ ❤ ★
by bugzilla-daemon＠bugs.koha-community.org 18 Jan '23

18 Jan '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6473 Owen Leonard <oleonard(a)myacpl.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |NEW -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 6473] Test bug for Git-bz ✔ ❤ ★
by bugzilla-daemon＠bugs.koha-community.org 18 Jan '23

18 Jan '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6473 Owen Leonard <oleonard(a)myacpl.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Needs Signoff |ASSIGNED -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 30011] New: Upgrade jQueryUI to 1.13.1 in the OPAC and staff interface
by bugzilla-daemon＠bugs.koha-community.org 18 Jan '23

18 Jan '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30011 Bug ID: 30011 Summary: Upgrade jQueryUI to 1.13.1 in the OPAC and staff interface Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org Blocks: 29115 I would like to upgrade jQueryUI to 1.13.1 everywhere. At the same time, the library will be re-compiled to get rid of unused modules like datepicker. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29115 [Bug 29115] Placing a club hold is not showing warnings when unable to place a hold -- You are receiving this mail because: You are watching all bug changes.

1 31

[Bug 10758] Show bibliographic information of deleted records in acquisitions
by bugzilla-daemon＠bugs.koha-community.org 18 Jan '23

18 Jan '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10758 --- Comment #77 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- I believe this has been kept open for way too long, we need to find a fix independent of bug 20271 because we keep losing data and bug 20271 is no quick fix. The least we need to do is make sure the biblionumber is not lost from aqorders when the record is deleted. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 10758] Show bibliographic information of deleted records in acquisitions
by bugzilla-daemon＠bugs.koha-community.org 18 Jan '23

18 Jan '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10758 --- Comment #76 from mathieu saby <mathsabypro(a)gmail.com> --- Hi Is there still a will to work on that? Or should https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20271 be pushed first? -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 32347] New: xt/find-nonutf8 not used and not maintain
by bugzilla-daemon＠bugs.koha-community.org 18 Jan '23

18 Jan '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32347 Bug ID: 32347 Summary: xt/find-nonutf8 not used and not maintain Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Test Suite Assignee: chris(a)bigballofwax.co.nz Reporter: jonathan.druart+koha(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org sh scripts are not run by our CI, the script cannot be run out of the box in ktd (xt/find-nonutf8: 31: isutf8: not found), and it's failing when the package is installed. kohadev-koha@kohadevbox:/kohadevbox/koha$ sh xt/find-nonutf8 koha-tmpl/intranet-tmpl/lib/font-awesome/fonts/FontAwesome.otf koha-tmpl/intranet-tmpl/lib/font-awesome/fonts/fontawesome-webfont.eot koha-tmpl/intranet-tmpl/lib/font-awesome/fonts/fontawesome-webfont.ttf koha-tmpl/intranet-tmpl/lib/font-awesome/fonts/fontawesome-webfont.woff koha-tmpl/intranet-tmpl/lib/font-awesome/fonts/fontawesome-webfont.woff2 koha-tmpl/intranet-tmpl/lib/tiny_mce/skins/ui/oxide-dark/fonts/tinymce-mobile.woff koha-tmpl/intranet-tmpl/lib/tiny_mce/skins/ui/oxide/fonts/tinymce-mobile.woff koha-tmpl/opac-tmpl/bootstrap/css/fonts/NotoSans-Bold-webfont.woff koha-tmpl/opac-tmpl/bootstrap/css/fonts/NotoSans-Bold-webfont.woff2 koha-tmpl/opac-tmpl/bootstrap/css/fonts/NotoSans-BoldItalic-webfont.woff koha-tmpl/opac-tmpl/bootstrap/css/fonts/NotoSans-BoldItalic-webfont.woff2 koha-tmpl/opac-tmpl/bootstrap/css/fonts/NotoSans-Italic-webfont.woff koha-tmpl/opac-tmpl/bootstrap/css/fonts/NotoSans-Italic-webfont.woff2 koha-tmpl/opac-tmpl/bootstrap/css/fonts/NotoSans-Regular-webfont.woff koha-tmpl/opac-tmpl/bootstrap/css/fonts/NotoSans-Regular-webfont.woff2 koha-tmpl/opac-tmpl/bootstrap/lib/font-awesome/fonts/FontAwesome.otf koha-tmpl/opac-tmpl/bootstrap/lib/font-awesome/fonts/fontawesome-webfont.eot koha-tmpl/opac-tmpl/bootstrap/lib/font-awesome/fonts/fontawesome-webfont.ttf koha-tmpl/opac-tmpl/bootstrap/lib/font-awesome/fonts/fontawesome-webfont.woff koha-tmpl/opac-tmpl/bootstrap/lib/font-awesome/fonts/fontawesome-webfont.woff2 koha-tmpl/opac-tmpl/lib/verovio/000_acoustic_grand_piano.data misc/release_notes/release_notes_16_5_0.md misc/release_notes/release_notes_17_05_00.html misc/release_notes/release_notes_17_05_00.md t/Koha/I18N/po/xx_XX/LC_MESSAGES/Koha.mo t/db_dependent/Koha/Plugins/KitchenSinkPlugin.kpz t/db_dependent/data/frameworks/auth_type.ods t/db_dependent/data/frameworks/auth_type_smaller.ods t/db_dependent/data/frameworks/biblio_framework.ods t/db_dependent/data/frameworks/biblio_framework_new.ods t/db_dependent/data/frameworks/biblio_framework_smaller.ods Should we remove or adjust? -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 31596] New: LDAP ACTIVE DIRECTORY with different domain suffix
by bugzilla-daemon＠bugs.koha-community.org 18 Jan '23

18 Jan '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31596 Bug ID: 31596 Summary: LDAP ACTIVE DIRECTORY with different domain suffix Change sponsored?: --- Product: Koha Version: unspecified Hardware: Other OS: Linux Status: NEW Severity: blocker Priority: P5 - low Component: Authentication Assignee: koha-bugs(a)lists.koha-community.org Reporter: hamsiah(a)interxs.com.my QA Contact: testopia(a)bugs.koha-community.org CC: dpavlin(a)rot13.org Koha version: 18.11.13.000 OS version ('uname -a'): Linux 3.16.0-6-amd64 #1 SMP Debian 3.16.57-2 (2018-07-14) x86_64 Hi, I have success connecting KOHA with ACTIVE DIRECTORY for staff. However if I want to authenticate student, login is failed due to different domain suffix. This is my working ldap-activedirectory authentication. ------------------------------------------------------------ <useldapserver>1</useldapserver> <ldapserver id="ldapserver" listenref="ldapserver"> <hostname>ldap://ldaphostname:389</hostname> <base>OU=Staf,OU=Student,OU=User,OU=uuu,DC=dc,DC=local</base> <replicate>0</replicate> <update>0</update> <auth_by_bind>1</auth_by_bind> <anonymous_bind>0</anonymous_bind> <principal_name>%s(a)uuu.edu.my</principal_name> <update_password>0</update_password> <mapping> <userid is="CN" ></userid> </mapping> </ldapserver> ------------------------------------------------------------- This config is already working smoothly. But since STUDENT's email has different suffix domain such as %s(a)student.uuu.edu.my, hence the login is failed. Is there a way to combine multiple principal_name to make this work? I have read other bugs that said multiple ldapserver is not developed. In this case, it's not multiple ldapserver cause it has the same hostname and details. Only the domain in principal_name is different. ------------------------------------------------------------- The error I got when student is logged in is: >> LDAP bind failed as kohauser MA19126: LDAP error #49: LDAP_INVALID_CREDENTIALS >> The wrong password was supplied or the SASL credentials could not be processed -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3