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

[Bug 15565] Place multiple item-level holds at once for the same record
by bugzilla-daemon＠bugs.koha-community.org 27 May '21

27 May '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15565 --- Comment #265 from David Cook <dcook(a)prosentient.com.au> --- Ok so there are 4 different settings that control the allowable number of holds: maxreserves (global system preference) "Holds allowed (total)" (circ rule: reservesallowed) "Holds allowed (daily)" (circ rule: holds_per_day) "Holds per record (count)" (circ rule: holds_per_record) C4::Reserves is a mess... If the following are blank/empty (notably not null), then 15565 doesn't work. select * from circulation_rules where rule_name IN ('reservesallowed', 'holds_per_day', 'holds_per_record'); -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 15565] Place multiple item-level holds at once for the same record
by bugzilla-daemon＠bugs.koha-community.org 27 May '21

27 May '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15565 --- Comment #264 from David Cook <dcook(a)prosentient.com.au> --- Test plan: 0) git bz apply 15565 1) restart_all 2) Set up a record with 4 items E.g. add 3 items to http://localhost:8081/cgi-bin/koha/catalogue/detail.pl?biblionumber=29 Staff Interface: 3) Set the maxreserves system preference to 2 (from 50) 4) Go to http://localhost:8081/cgi-bin/koha/reserve/request.pl?borrowernumber=51&bib… 5) Try to place a hold on all the items Unfortunately, as soon as I choose 1 item, it says "Patron reached the maximum number of holds". It looks like these patches don't work with "Unlimited" holds, so this functionality is fundamentally broken... -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 15516] Allow to place a hold on first available item from a group of titles
by bugzilla-daemon＠bugs.koha-community.org 27 May '21

27 May '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15516 --- Comment #330 from David Cook <dcook(a)prosentient.com.au> --- I can look at fixing up some of those QA errors as they're very minor. I can take a look at the maxreserves thing too although that might be more complex.. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 24553] New: Cancelling hold via SIP returns a failed response even when cancellation succeeds
by bugzilla-daemon＠bugs.koha-community.org 26 May '21

26 May '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24553 Bug ID: 24553 Summary: Cancelling hold via SIP returns a failed response even when cancellation succeeds Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: SIP2 Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com It looks like we have some odd code here. We delete the hold (C4::SIP::ILS::Transaction::Hold->drop_hold), then we check the patron to see if they have a hold on the item (C4::SIP::ILS::Patron->drop_hold) - of course we don't find the hold because we already cancelled it. 348 $trans->patron($patron); 349 $trans->item($item); 350 $trans->drop_hold; 351 unless ($trans->ok) { 352 $trans->screen_msg("Error with transaction drop_hold: " . $trans->screen_msg); 353 return $trans; 354 } 355 # Remove the hold from the patron's record first 356 $trans->ok($patron->drop_hold($item_id)); # different than the transaction drop! 357 358 unless ($trans->ok) { 359 # We didn't find it on the patron record 360 $trans->screen_msg("No such hold on patron record."); 361 return $trans; 362 } -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 26

[Bug 12316] can't put text on barcode label
by bugzilla-daemon＠bugs.koha-community.org 26 May '21

26 May '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12316 Marjorie Barry-Vila <marjorie.barry-vila(a)collecto.ca> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |marjorie.barry-vila@collect | |o.ca -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 18776] New: Translatability: Get rid of exposed tt directives in opac-advsearch.tt
by bugzilla-daemon＠bugs.koha-community.org 26 May '21

26 May '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18776 Bug ID: 18776 Summary: Translatability: Get rid of exposed tt directives in opac-advsearch.tt Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: I18N/L10N Assignee: koha-bugs(a)lists.koha-community.org Reporter: veron(a)veron.ch QA Contact: testopia(a)bugs.koha-community.org CC: frederic(a)tamil.fr The file opac-advsearch.tt exposes template directives to translation where translators should not be confronted with. Example in po file: "[%% IF ( ( OpacAdvSearchOptions and OpacAdvSearchOptions.grep('itemtype')." "size > 0 and not expanded_options ) or ( OpacAdvSearchMoreOptions and " "OpacAdvSearchMoreOptions.grep('itemtype').size > 0 and expanded_options ) ) " "%%] " -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 14

[Bug 27885] Populate biblionumbers parameter when placing hold on single title
by bugzilla-daemon＠bugs.koha-community.org 26 May '21

26 May '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27885 --- Comment #9 from Nick Clemens <nick(a)bywatersolutions.com> --- (In reply to Nick Clemens from comment #7) > (In reply to Katrin Fischer from comment #5) > > Hi Nick, from your last comment#, should this be FQA (as in: Needs more > > work)? You mention an issue with multi-holds for clubs. > > > > I doesn't apply, the conflict looks simple, but setting this one step back > > to get confirmation. > > This should be good to move forward - the problems you mentioned and the one > I found exist before the patch, the patch fixes the cases it is targeting Turns out it was just the action link the form being weird, functionality was not affected -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 28459] New: 'Edit tag > Cancel' resets tag search
by bugzilla-daemon＠bugs.koha-community.org 26 May '21

26 May '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28459 Bug ID: 28459 Summary: 'Edit tag > Cancel' resets tag search 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: severine.queune(a)bulac.fr QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com On MARC Framework modification (/cgi-bin/koha/admin/marctagstructure.pl) : - search for a specific tag, for example '800' - 'Edit tag' - save it, with or without modifications - note you're search for '800' is still active - 'Edit tag' again - cancel - boum ! you're back to tag 000 Behaviours should be more consistent, I think the search should be kept (personally, I often select 'Edit tag' instead of 'Edit subfields', and this bug can easily be annoying...). -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 27885] Populate biblionumbers parameter when placing hold on single title
by bugzilla-daemon＠bugs.koha-community.org 26 May '21

26 May '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27885 --- Comment #8 from Nick Clemens <nick(a)bywatersolutions.com> --- Created attachment 121425 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=121425&action=e… Bug 27885: (follow-up) Use biblionumbers instead of biblionumber in form action for club search This simply matches the code on the patrons search tab -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 27942] QOTD: quote CSV uploads may contain JavaScript payloads (XSS)
by bugzilla-daemon＠bugs.koha-community.org 26 May '21

26 May '21

1 0