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

[Bug 12758] Failure when loading or parsing XSLT stylesheets over HTTPS
by bugzilla-daemon＠bugs.koha-community.org 20 Sep '22

20 Sep '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12758 David Nind <david(a)davidnind.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Needs Signoff |Signed Off -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 12758] Failure when loading or parsing XSLT stylesheets over HTTPS
by bugzilla-daemon＠bugs.koha-community.org 20 Sep '22

20 Sep '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12758 --- Comment #29 from Marcel de Rooy <m.de.rooy(a)rijksmuseum.nl> --- (In reply to David Nind from comment #28) > I think that is because > https://library.rijksmuseum.nl/opac-tmpl/bootstrap/en/xslt/zztest.xsl is not > accessible Ah sorry. Yes that was probably gone with the wind :) Temporary file in a container that got replaced or so. Here is another (temporary) link. It works now and at least until monday: https://prod-intra.rijkskoha.nl/bug12758.xsl Use it for Results XSL. Showing something like this in results display: What a great title: Learning Perl / -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 31583] New: Improve formatting options of labels with UseACQFrameworkForBiblioRecords
by bugzilla-daemon＠bugs.koha-community.org 20 Sep '22

20 Sep '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31583 Bug ID: 31583 Summary: Improve formatting options of labels with UseACQFrameworkForBiblioRecords Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org When UseACQFrameworkForBiblioRecords is used, the labels shown in front of the fields are in the format: Subfield description (TagSubfield) I think it would be nice to add the subfield separator or a space and also wrap the MARC information in a span with class so it can easily be formatted differently or the MARC information be removed. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 30308] New: bulkmarcimport.pl broken by OAI-PMH:AutoUpdateSets(EmbedItemData)
by bugzilla-daemon＠bugs.koha-community.org 20 Sep '22

20 Sep '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30308 Bug ID: 30308 Summary: bulkmarcimport.pl broken by OAI-PMH:AutoUpdateSets(EmbedItemData) Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Command-line Utilities Assignee: koha-bugs(a)lists.koha-community.org Reporter: magnus(a)libriotech.no QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz I was trying to import records and items with bulkmarcimport.pl. The records were added, but no items were saved to the DB. Turning off OAI-PMH:AutoUpdateSets and OAI-PMH:AutoUpdateSetsEmbedItemData fixed the problem. I think this is what happens: 1. bulkmarcimport.pl calls C4::Biblio::AddBiblio on line 461: eval { ( $biblionumber, $biblioitemnumber ) = AddBiblio( $record, '', { defer_marc_save => 1 } ) }; https://git.koha-community.org/Koha-community/Koha/src/branch/master/misc/m… 2. C4::Biblio::AddBiblio has this code: # update OAI-PMH sets if(C4::Context->preference("OAI-PMH:AutoUpdateSets")) { C4::OAI::Sets::UpdateOAISetsBiblio($biblionumber, $record); } https://git.koha-community.org/Koha-community/Koha/src/branch/master/C4/Bib… 3. C4::OAI::Sets::UpdateOAISetsBiblio does this: if (C4::Context->preference('OAI-PMH:AutoUpdateSetsEmbedItemData')) { C4::Biblio::EmbedItemsInMarcBiblio({ marc_record => $record, biblionumber => $biblionumber }); } https://git.koha-community.org/Koha-community/Koha/src/branch/master/C4/OAI… 4. C4::Biblio::EmbedItemsInMarcBiblio does: my ($params) = @_; $marc = $params->{marc_record}; ... _strip_item_fields($marc, $frameworkcode); # ... and embed the current items my $dbh = C4::Context->dbh; my $sth = $dbh->prepare("SELECT itemnumber FROM items WHERE biblionumber = ?"); https://git.koha-community.org/Koha-community/Koha/src/branch/master/C4/Bib… The end result is that item data is stripped from the record that is about to be imported, and no item data is added from the DB, since they are not there yet. Not sure how to fix this. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 28

[Bug 31138] New: DataTables is not raising error to the end user
by bugzilla-daemon＠bugs.koha-community.org 20 Sep '22

20 Sep '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31138 Bug ID: 31138 Summary: DataTables is not raising error to the end user Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: major Priority: P5 - low Component: Staff Client Assignee: jonathan.druart+koha(a)gmail.com Reporter: jonathan.druart+koha(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com DataTables is not raising error to the end user, it's only displaying a generic message in the console. This leads to lot of questions on IRC or the mailing list ("the table is empty"). We can do better and display what went wrong. We could also imagine add a link to the wiki for the more common problems (won't be implemented here however). -- You are receiving this mail because: You are watching all bug changes.

1 18

[Bug 30458] New: Librarian ( manager_id ) not included in accountline when using "Payout amount" button
by bugzilla-daemon＠bugs.koha-community.org 20 Sep '22

20 Sep '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30458 Bug ID: 30458 Summary: Librarian ( manager_id ) not included in accountline when using "Payout amount" button Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Fines and fees Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 20

[Bug 9966] Incorrect 404 when a search returns one result hidden by OpacHiddenItems
by bugzilla-daemon＠bugs.koha-community.org 20 Sep '22

20 Sep '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9966 --- Comment #14 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- (In reply to Pablo AB from comment #13) > (In reply to Katrin Fischer from comment #11) > > The point is you are deleting code that is there on purpose - the > > bibliographic details/record shouldn't show when all items are hidden. > > This behavior should be optional with a syspref. Some libraries want the > bibliographic info still be visible even if all items are hidden (similar as > with biblios without items). > > Moreover, those bib records are exposed over OAI-PMH, so from a union > catalog (where those records are visible) users go directly to a 404. It is optional: OpacHiddenItemsHidesRecord -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 30471] New: Typo in Circulation Rules - Lost item fee refund policy
by bugzilla-daemon＠bugs.koha-community.org 19 Sep '22

19 Sep '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30471 Bug ID: 30471 Summary: Typo in Circulation Rules - Lost item fee refund policy Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Staff Client 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 When setting a rules for a specific branch the default rule is displayed incorrectly To test: 1 - Browse to 'Administration->Circulation and fines rules' 2 - Make sure you are editing 'Standard rules for all libraries' 3 - Set 'Lost item fee refund on return policy' to 'Refund lost item charge and charge new overdue fine' 4 - Swtich to edit rules for a specific library, click on the dropdown for 'Lost item fee refund on return policy' and note default says 'Use default (Refund lost item charge and restore overdue fine)' 5 - Switch default/all libraries rule to 'Refund lost item charge and restore overdue fine' 6 - On specific branch note the default option is now 'Use default (Refund lost item charge and charge new overdue fine)' -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 19

[Bug 31202] New: Koha removes optional SIP fields with a value of "0"
by bugzilla-daemon＠bugs.koha-community.org 19 Sep '22

19 Sep '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31202 Bug ID: 31202 Summary: Koha removes optional SIP fields with a value of "0" Change sponsored?: --- Product: Koha Version: 21.05 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: SIP2 Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Discovered this when trying to send the number of patron holds in a custom SIP field. If the value of a SIP field is "0", that evaluates to false, so any calls to maybe_add with a value of "0" will not get added to the SIP response message. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 15

[Bug 13600] XSLT: 8xx not showing if there is no 4xx
by bugzilla-daemon＠bugs.koha-community.org 19 Sep '22

19 Sep '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13600 --- Comment #37 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- Tested with some of our records and no regressions found (display before and after the patch is applied are the same). It looks like there might be some punctuation issues unrelated to the patch in David's report - maybe good to look into those on a separate bug. -- You are receiving this mail because: You are watching all bug changes.

1 0