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

[Bug 31990] New: Shibboleth may redirect to opac if intranet and staff is served on same hostname.
by bugzilla-daemon＠bugs.koha-community.org 11 Jun '23

11 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31990 Bug ID: 31990 Summary: Shibboleth may redirect to opac if intranet and staff is served on same hostname. Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Authentication Assignee: koha-bugs(a)lists.koha-community.org Reporter: bjorn.nylen(a)ub.lu.se QA Contact: testopia(a)bugs.koha-community.org CC: dpavlin(a)rot13.org The issue seems to be caused by the session interface being stuck to 'opac' if you serve both intranet and opac on the same hostname (different ports) and you visit the opac page before trying to log into intranet. Using the same hostname will result in opac and intranet using the same session cookie, ie same session which may confuse things. Repoducable in koha testing docker: 1. Enable shibboleth in koha-conf.xml and add a stub configuration <shibboleth> <matchpoint>userid</matchpoint>  <mapping> <userid is="eduPersonID"></userid>  </mapping> </shibboleth> 2. Resatart everything 3. Visit opac 4. Visit staff. The shib-login link will be to the opac url. Visiting staff before opac will not do the opposite though. Issue arised when we upgraded to 22.05. Possibly a side effect of Bug 29915 or Bug 29914? Not familiar enough to actually say. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 32059] New: How to run scripts found under https://perldoc.koha-community.org/
by bugzilla-daemon＠bugs.koha-community.org 11 Jun '23

11 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32059 Bug ID: 32059 Summary: How to run scripts found under https://perldoc.koha-community.org/ Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Documentation Assignee: koha-bugs(a)lists.koha-community.org Reporter: mik(a)adminkuhn.ch QA Contact: testopia(a)bugs.koha-community.org Documentation pages like https://perldoc.koha-community.org/misc/migration_tools/bulkmarcimport.html do not give the proper command to run the script. In the example section "Usage" says: $ export KOHA_CONF=/etc/koha.conf $ perl misc/migration_tools/bulkmarcimport.pl -d -commit 1000 -file /home/jmf/koha.mrc -n 3000 When using Debian package installation one way to actually run the program is: As user "root": # export KOHA_CONF=/etc/koha/sites/instancename/koha-conf.xml # export PERL5LIB=/usr/share/koha/lib # /usr/share/koha/bin/migration_tools/bulkmarcimport.pl -b -m marcxml -framework=frameworkname -file TITEL.marcxml -v 2 But it seems the following way is recommended: As user "koha": $ sudo koha-shell -c "/usr/share/koha/bin/migration_tools/bulkmarcimport.pl -b -m marcxml -framework=frameworkname -file TITEL.marcxml -v 2" instancename Better documentation how to run this kind of scripts would be useful. https://perldoc.koha-community.org/ shows many more such scripts. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 32062] New: Add import tool to Authorities
by bugzilla-daemon＠bugs.koha-community.org 11 Jun '23

11 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32062 Bug ID: 32062 Summary: Add import tool to Authorities 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: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com The stage MARC records/managed staged MARC records tools have been moved from tools to cataloging in bug 31162. Those two tools are also used for authority records. We should add a link there too, because now it looks like it's only for bibliographic records. (we could argue that authorities are cataloging, I'm open to whatever, I just find that authorities are left behind) -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 23659] New: Allow hold pickup location to default to item home branch
by bugzilla-daemon＠bugs.koha-community.org 11 Jun '23

11 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23659 Bug ID: 23659 Summary: Allow hold pickup location to default to item home branch Change sponsored?: --- Product: Koha Version: 19.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Koha defaults hold pickup location to the patron's home branch. Some libraries would prefer that hold pickup default to the item's home branch instead. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 29

[Bug 32024] New: Placing a hold on OPAC ignores Hold Pickup Location Match
by bugzilla-daemon＠bugs.koha-community.org 11 Jun '23

11 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32024 Bug ID: 32024 Summary: Placing a hold on OPAC ignores Hold Pickup Location Match Change sponsored?: --- Product: Koha Version: 21.11 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: dch(a)interleaf.ie QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com If you want to allow patrons to place holds on items in other libraries but they must be picked up from the holding library, then in the 'Default checkout, hold and return policy',you set Hold policy=From any library and Hold pickup library match=From item's home library This works for holds placed using the staff interface. However for holds placed on the OPAC, the system sets the Pickup Location to the patron's home library rather than the item's holding library. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 6

[Bug 32124] New: [OMNIBUS] Problems with C4::Context->userenv
by bugzilla-daemon＠bugs.koha-community.org 11 Jun '23

11 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32124 Bug ID: 32124 Summary: [OMNIBUS] Problems with C4::Context->userenv Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org Things like: Can't use an undefined value as a HASH reference at mainpage.pl Can't use an undefined value as a HASH reference at circ/article-requests.pl line 38 See referenced bugs. In both cases you should though expect to find a userenv. So what's going on in C4::Context or C4::Auth here ? -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 5

[Bug 32317] New: Online joining form
by bugzilla-daemon＠bugs.koha-community.org 11 Jun '23

11 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32317 Bug ID: 32317 Summary: Online joining form Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: paul.sewell(a)cumbria.gov.uk QA Contact: testopia(a)bugs.koha-community.org Hi, Please can someone look into a software enchancement that allows new patrons to upload documents such as ID photos when joining the library service via the OPAC. This would allow us to streamline our online joining process. Kind regards, Paul -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 32384] New: Form for sending lists from the OPAC is misaligned
by bugzilla-daemon＠bugs.koha-community.org 11 Jun '23

11 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32384 Bug ID: 32384 Summary: Form for sending lists from the OPAC is misaligned Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Lists Assignee: koha-bugs(a)lists.koha-community.org Reporter: david(a)davidnind.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Created attachment 144371 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=144371&action=e… Screenshot - OPAC form for sending a list The form used to send a list from the OPAC needs tidying up - the fields go across the page (see the attached screenshot). Note that the staff interface form displays correctly. To replicate: 1. In the staff interface, create a public list (for example, from a search for perl). 2. In the OPAC, view the list and select the 'Send list' option. 3. Note that the form to enter the email address and comment: 3.1 Opens in a new browser window that expands to fill the whole screen. 3.2 The labels and input fields go across the page, instead of down. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 32397] New: Language falls back to default if changing the language to german and try to access the tools in the staff interface
by bugzilla-daemon＠bugs.koha-community.org 11 Jun '23

11 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32397 Bug ID: 32397 Summary: Language falls back to default if changing the language to german and try to access the tools in the staff interface Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: I18N/L10N Assignee: koha-bugs(a)lists.koha-community.org Reporter: pascal.uphaus(a)gwdg.de QA Contact: testopia(a)bugs.koha-community.org CC: frederic(a)tamil.fr Test plan: 1. Install the german language to the koha instance running the main/master version 2. Enable the language via the systempreferences (language, OPAClanguages and opaclanguagesdisplay) 3. Changing the language to german 4. Access the tools in the staff interface 5. Result: the complete language of the staff interface is english I tested it with the french language and it works -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5

[Bug 32471] New: Marc imports can fail on replacing items when an itemnumber exists in the incoming file, but not in koha
by bugzilla-daemon＠bugs.koha-community.org 11 Jun '23

11 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32471 Bug ID: 32471 Summary: Marc imports can fail on replacing items when an itemnumber exists in the incoming file, but not in koha 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: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org The 'replace' option for items checks whether the item can be found for barcodes - it does not do so for itemnumbers: sub _batchCommitItems { ... my $duplicate_barcode = exists( $item->{'barcode'} ) && Koha::Items->find({ barcode => $item->{'barcode'} }); my $duplicate_itemnumber = exists( $item->{'itemnumber'} ); ... if ( $action eq "replace" && $duplicate_itemnumber ) { # Duplicate itemnumbers have precedence, that way we can update barcodes by overlaying ModItemFromMarc( $item_marc, $biblionumber, $item->{itemnumber}, { skip_record_index => 1 } ); The call to ModItemFromMarc fails when the item isn't there - this can happen for orders when importing final records form the vendor, but a cop has been removed etc. To recreate: 1 - Export a record containing items as MARCXML 2 - Edit an item record and add/update the 952$9 to a number not in the db 1234567890 2 - Stage the record for import, matching on kohabiblio and replacing items 3 - Import the batch 4 - It fails -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1