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

[Bug 17560] New: Hold fee placement at point of checkout
by bugzilla-daemon＠bugs.koha-community.org 02 Apr '17

02 Apr '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17560 Bug ID: 17560 Summary: Hold fee placement at point of checkout Change sponsored?: Sponsored Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Circulation Assignee: jonathan.druart(a)bugs.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Currently, Koha charges all patrons a hold fee in all circumstances, if a hold fee is applicable to their patron category. This is immediately applied at point of request. However, it would be useful to let patrons make requests without a charge being incurred until they physically have the item in their hands and checked out to their cards. The hold fee will only be added to the account as soon as the item is checked out to the requesting patron. With this scenario, we will be certain that patrons have the correct item, and they are happy with what has been supplied. It also means that patrons can place holds via the OPAC without reaching the usage limit that has been selected. -- You are receiving this mail because: You are watching all bug changes.

1 67

[Bug 18173] New: Remove issues.return
by bugzilla-daemon＠bugs.koha-community.org 02 Apr '17

02 Apr '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18173 Bug ID: 18173 Summary: Remove issues.return Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: jonathan.druart(a)bugs.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org The DB field issues.return has never really been used apparently. I found the first occurrence of this field in commit eac3a7b19a8aa7cda34aac396f5093c213a4aa5a CommitDate: Mon Mar 12 22:43:47 2001 +0000 Database definition file, checked into cvs to make keeping database current easier Since I did not find any use of this field. I guess it can be removed safely. -- You are receiving this mail because: You are watching all bug changes.

1 12

[Bug 18026] New: URL to database columns link in system preferences is incorrect
by bugzilla-daemon＠bugs.koha-community.org 02 Apr '17

02 Apr '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18026 Bug ID: 18026 Summary: URL to database columns link in system preferences is incorrect Change sponsored?: --- Product: Koha Version: 16.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: dilan(a)calyx.net.au QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Created attachment 59704 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=59704&action=ed… Picture of the URL link Under the Acquisitions tab in Global system preferences, the link to the Koha items table URL is broken. The link should be: http://schema.koha-community.org/16_05/tables/items.html but the link instead is: http://schema.koha-community.org/tables/items.html Note the "16_05" missing in the latter. This causes a 404 "not found" error to result. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 56

[Bug 18332] New: Add the Koha::Objects->last method
by bugzilla-daemon＠bugs.koha-community.org 02 Apr '17

02 Apr '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18332 Bug ID: 18332 Summary: Add the Koha::Objects->last method Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: jonathan.druart(a)bugs.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org This is not a DBIx::Class method, but we can provide it for Koha::Objects using slice. -- You are receiving this mail because: You are watching all bug changes.

1 12

[Bug 17970] New: GetPreparedLetter does not warn when expected
by bugzilla-daemon＠bugs.koha-community.org 02 Apr '17

02 Apr '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17970 Bug ID: 17970 Summary: GetPreparedLetter does not warn when expected Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: jonathan.druart(a)bugs.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org >From C4::Letters::GetPreparedLetter: my $tables = $params{tables}; my $substitute = $params{substitute}; $tables || $substitute || $repeat or carp( "ERROR: nothing to substitute - both 'tables' and 'substitute' are empty" ), return; So if the parameter tables or substitute is passed but does not contain anything, it will not warn as expected. -- You are receiving this mail because: You are watching all bug changes.

1 16

[Bug 17963] New: TT syntax for notices - Prove that AR_* are compatible
by bugzilla-daemon＠bugs.koha-community.org 02 Apr '17

02 Apr '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17963 Bug ID: 17963 Summary: TT syntax for notices - Prove that AR_* are compatible Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: jonathan.druart(a)bugs.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes.

1 20

[Bug 18269] New: Move field mappings related code to Koha::FieldMapping[s]
by bugzilla-daemon＠bugs.koha-community.org 02 Apr '17

02 Apr '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18269 Bug ID: 18269 Summary: Move field mappings related code to Koha::FieldMapping[s] Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: jonathan.druart(a)bugs.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org There are 3 subroutines in C4::Biblio that only do CRUD operations. They can be replaced with a new package Koha::FieldMapping[s] -- You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 17844] New: Move C4::Koha::get_notforloan_label_of to Koha:: AuthorisedValues
by bugzilla-daemon＠bugs.koha-community.org 02 Apr '17

02 Apr '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17844 Bug ID: 17844 Summary: Move C4::Koha::get_notforloan_label_of to Koha::AuthorisedValues Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: jonathan.druart(a)bugs.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes.

1 17

[Bug 18258] New: Add the Koha::Biblio->subscriptions method
by bugzilla-daemon＠bugs.koha-community.org 02 Apr '17

02 Apr '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18258 Bug ID: 18258 Summary: Add the Koha::Biblio->subscriptions method Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: jonathan.druart(a)bugs.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes.

1 11

[Bug 18270] New: No need to fetch the MARC record when deleting an item
by bugzilla-daemon＠bugs.koha-community.org 02 Apr '17

02 Apr '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18270 Bug ID: 18270 Summary: No need to fetch the MARC record when deleting an item Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: minor Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: jonathan.druart(a)bugs.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org >From C4::Items::DelItem 683 # get the MARC record 684 my $record = GetMarcBiblio($biblionumber); 685 ModZebra( $biblionumber, "specialUpdate", "biblioserver" ); 686 687 #search item field code 688 logaction("CATALOGUING", "DELETE", $itemnumber, "item") if C4::Context->preference("CataloguingLog"); 689 return $deleted; 690 } The GetMarcBiblio call is not needed. -- You are receiving this mail because: You are watching all bug changes.

1 9