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

[Bug 13352] New: Editing fund in Acquisitions causes error due to formatting
by bugzilla-daemon＠bugs.koha-community.org 15 Feb '15

15 Feb '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13352 Bug ID: 13352 Summary: Editing fund in Acquisitions causes error due to formatting Change sponsored?: --- Product: Koha Version: 3.16 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org If you edit a fund (aqbudgets.pl --> Edit --> Edit budget xxxx), the value is formatted with a comma. If you click save changes without changing anything, you get an error due to the formatting. You have to remove the comma. Either the value on the edit screen should not include the comma here, or better yet, it should accept the value with or without the comma. Koha should also be checked to see if this happens anywhere else. Christopher -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 27

[Bug 13335] New: Holds and priority display via OPACShowHoldQueueDetails confusing
by bugzilla-daemon＠bugs.koha-community.org 14 Feb '15

14 Feb '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13335 Bug ID: 13335 Summary: Holds and priority display via OPACShowHoldQueueDetails confusing 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: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org No matter what the selection of OPACShowHoldQueueDetails is, if it is enabled it displays a line "Holds and priority:" even if you've opted to hide one of those! -- You are receiving this mail because: You are watching all bug changes.

1 12

[Bug 13319] New: On inserting an order, the parent_ordernumber attribute is not set to the object
by bugzilla-daemon＠bugs.koha-community.org 14 Feb '15

14 Feb '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13319 Bug ID: 13319 Summary: On inserting an order, the parent_ordernumber attribute is not set to the object Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: jonathan.druart(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org I am not sure about the consequence of this on master. I found this bug on working on new patches. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 10

[Bug 7163] New: BibLibre acquisitions omnibus
by bugzilla-daemon＠bugs.koha-community.org 12 Feb '15

12 Feb '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7163 Bug #: 7163 Summary: BibLibre acquisitions omnibus Classification: Unclassified Change sponsored?: Sponsored Product: Koha Version: master Platform: All OS/Version: All Status: ASSIGNED Severity: enhancement Priority: P5 Component: Acquisitions AssignedTo: paul.poulain(a)biblibre.com ReportedBy: paul.poulain(a)biblibre.com QAContact: ian.walls(a)bywatersolutions.com Depends on: 5335, 5336, 5337, 5339, 5344, 5346, 5347, 5348, 5349, 5352, 5355, 5356, 5358, 5359, 5361, 5384, 7162 This entry contains pointers to enhancements related to acquisitions that must be submitted by BibLibre. Please don't close until all entries are closed -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 70

[Bug 7162] New: Factorize code for order cancellation
by bugzilla-daemon＠bugs.koha-community.org 12 Feb '15

12 Feb '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7162 Bug #: 7162 Summary: Factorize code for order cancellation Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Acquisitions AssignedTo: julian.maurice(a)biblibre.com ReportedBy: julian.maurice(a)biblibre.com QAContact: ian.walls(a)bywatersolutions.com Some code was duplicated, in the following patch all is now in a new file cancelorder.pl. It takes a 'referrer' parameter so it can easily be called from any page of Koha, and then redirect to it when it finish. Confirmation for cancellation is now done in this page (not in javascript). Add possibility to give a reason for cancellation (or other things, this is saved in aqorders.notes) DelOrder is modified to take two new parameters: - delete_biblio: if '1', try to delete biblio - reason: text to add to aqorders.notes (this note isn't show anywhere since there is no place to view cancelled orders, but another patch will add this feature). basket.pl and parcel.pl links to this page. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 135

[Bug 12550] New: Add ability to delay loading of patron's checkouts in circulation and patron details
by bugzilla-daemon＠bugs.koha-community.org 11 Feb '15

11 Feb '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12550 Bug ID: 12550 Summary: Add ability to delay loading of patron's checkouts in circulation and patron details Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Now that a patron's checkouts are loaded asynchronously, we can further improve Koha's performance by not loading the checkouts table when it is not needed. For example, if a librarian is checking out 5 items to a patron, we really don't need to load the table during the scanning of items 1 to 4, just for item 5. Another example would be browsing to the patron details table in order to change a patron's password. I propose we add two separate system preferences to add a timer for loading the patron's checkouts table, one for circulation and one for patron details. That way a library can choose to have enough delay so that most librarians can scan items repeatedly without loading the checkouts table, and can have the patron details table load more quickly if they wish. In addition, setting one or both timeouts to 0 will cause the system to act as it currently does. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 24

[Bug 13637] New: Make the permission's descriptions translatable in template
by bugzilla-daemon＠bugs.koha-community.org 11 Feb '15

11 Feb '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13637 Bug ID: 13637 Summary: Make the permission's descriptions translatable in template Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: jonathan.druart(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org It could be quite easy to extract the description of the permissions (tables userflags and permissions) into the templates. They could be translatable like any other strings in templates. alter table permissions drop column description; alter table userflags drop column flagdesc; And in the templates: [% IF flag == superlibrarian %] Access to all librarian functions [...] [% IF code == 'circulate_remaining_permissions' %] Remaining circulation permissions [...] And delete / move sql files: mv installer/data/mysql/en/mandatory/userpermissions.sql installer/data/mysql/userpermissions.sq rm installer/data/mysql/LANG/*/userpermissions.* # same for userflags.sql Someone against the idea? -- You are receiving this mail because: You are watching all bug changes.

1 4

[Bug 13240] New: advanced_notices.pl contains code obfuscation
by bugzilla-daemon＠bugs.koha-community.org 10 Feb '15

10 Feb '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13240 Bug ID: 13240 Summary: advanced_notices.pl contains code obfuscation Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: jonathan.druart(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org my $bar; my $foo = $bar->{borrowernumber} ||= {}; $foo->{bar} ||= 'something'; $foo->{two}++; What does $bar contain? -- You are receiving this mail because: You are watching all bug changes.

1 25

[Bug 11641] New: ILS-DI: Some more work for HoldTitle and HoldItem
by bugzilla-daemon＠bugs.koha-community.org 10 Feb '15

10 Feb '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11641 Bug ID: 11641 Summary: ILS-DI: Some more work for HoldTitle and HoldItem Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com This report is a follow-up on report 8918. This still needs some attention: 1) HoldTItle and HoldItem do not check for double reserve requests of a patron where Koha does. 2) The mandatory request_location parameter of HoldTitle does not seem to be used. Same for needed_before_date and pickup_expiry_date. 3) Also: needed_before_date, pickup_expiry_date in HoldItem. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 12041] New: Improve Koha::Cache
by bugzilla-daemon＠bugs.koha-community.org 10 Feb '15

10 Feb '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12041 Bug ID: 12041 Summary: Improve Koha::Cache Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: robin(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org Koha::Cache can be improved to fall back more reliably, to handle complex data types, and so on. This is necessary to allow caching of things properly under plack. -- You are receiving this mail because: You are watching all bug changes.

1 23