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

[Bug 11999] New: Add two checks in CanBookBeReserved and CanItemBeReserved
by bugzilla-daemon＠bugs.koha-community.org 07 Jan '16

07 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11999 Bug ID: 11999 Summary: Add two checks in CanBookBeReserved and CanItemBeReserved Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: julian.maurice(a)biblibre.com Reporter: julian.maurice(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com - Check if borrower already has reserved the same biblio (or item). - Check if borrower has reached the maximum number of holds allowed (syspref maxreserves) -- You are receiving this mail because: You are watching all bug changes.

1 55

[Bug 11844] New: Additional fields for order lines
by bugzilla-daemon＠bugs.koha-community.org 07 Jan '16

07 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11844 Bug ID: 11844 Summary: Additional fields for order lines Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: new feature Priority: P5 - low Component: Acquisitions Assignee: julian.maurice(a)biblibre.com Reporter: julian.maurice(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Make use of new module Koha::AdditionalField to provide additional fields to order lines. -- You are receiving this mail because: You are watching all bug changes.

1 35

[Bug 11559] New: Professional cataloger's interface
by bugzilla-daemon＠bugs.koha-community.org 07 Jan '16

07 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11559 Bug ID: 11559 Summary: Professional cataloger's interface Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: jweaver(a)bywatersolutions.com Reporter: jweaver(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl The current MARC record editor interface works well for novice catalogers, but is a little bit too unwieldy for professionals. Some goals of a new interface: * Textual, much more compact record view * Free entry of tags and subfields * As much as possible, keyboard-driven UI * Direct import and export of USMARC/MARCXML records * Integrated Z39.50 searching Some other future goals, which may not be included in this patch series, include: * Authority linking/editing, with autocomplete * Batch record import/export While consolidated patches will be coming soon, the code is available at http://github.com/pianohacker/koha, branch pci. -- You are receiving this mail because: You are watching all bug changes.

1 254

[Bug 12529] New: Overdue notices do not respect holidays
by bugzilla-daemon＠bugs.koha-community.org 07 Jan '16

07 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12529 Bug ID: 12529 Summary: Overdue notices do not respect holidays Change sponsored?: Sponsored Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: chris(a)bigballofwax.co.nz QA Contact: testopia(a)bugs.koha-community.org If you have holidays defined, and the syspref set, fines will not acrue for overdues when its a holiday. Notices however do not take holidays into account, so they will be sent even if holidays have meant the item is not actually overdue yet This will introduce a syspref, to make the overdue notices take the calendar into account -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 34

[Bug 15247] New: mysql_auto_reconnect do not reconnect with UTF8 connection
by bugzilla-daemon＠bugs.koha-community.org 07 Jan '16

07 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15247 Bug ID: 15247 Summary: mysql_auto_reconnect do not reconnect with UTF8 connection Change sponsored?: --- Product: Koha Version: 3.20 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: pongtawat(a)punsarn.asia QA Contact: testopia(a)bugs.koha-community.org Summary: Since Koha switch to mysql_auto_reconnect (#10611), when MySQl connection drop and has to be auto-reconnect, the reconnected connection will use MySQL default character encoding. The original connection is always UTF8 as explicitly set by "set names utf8" in _new_dbh, but the reconnected connection seems to depend on MySQL configuration (in our case latin1). In our case, the reconnected connection will change all non-latin characters into "?". How to reproduce: 1) Use default my.cnf from Debian or Ubuntu. 2) Create a bib/item with non-latin UTF8 characters, let's say barcode "001" has title "ประเทศไทย" 3) Start Koha SIP2 server (since it could hold MySQL connection long enough that it will have to be reconnected) 4) Connect to SIP2 server and send command to get item detail for "001". You will get the correct information (title = "ประเทศไทย") 5) Do not close the connection, wait for about 15-20 mins (so that the MySQL connection drop) 6) Send command to get item detail for "001". You will now get title = "?????????". Possible fix: In our case, we switch back to old code that use DBIx ping(). Changing my.cnf should also work. However the behavior of the first connection and the reconnected one should be the same regardless of MySQL configuration. -- You are receiving this mail because: You are watching all bug changes.

1 4

[Bug 12636] New: Batch patron modification should not update with unique patron attributes
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '16

06 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12636 Bug ID: 12636 Summary: Batch patron modification should not update with unique patron attributes Change sponsored?: --- Product: Koha Version: master Hardware: All URL: /cgi-bin/koha/tools/modborrowers.pl OS: All Status: NEW Severity: normal Priority: P5 - low Component: Tools Assignee: gmcharlt(a)gmail.com Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org Batch patron modification should not offer to update patron attributes with values which are designated as unique since such attributes are required to be unique to a single patron. -- You are receiving this mail because: You are watching all bug changes.

1 8

[Bug 4912] New: After editing private list, user should be redirect to private lists
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '16

06 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4912 Summary: After editing private list, user should be redirect to private lists Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: minor Priority: P5 Component: Virtual Shelves AssignedTo: gmcharlt(a)gmail.com ReportedBy: oleonard(a)myacpl.org QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 After editing a private list, the user is redirected back to the lists page but the tab on display is the one with public lists. The edit process should be made aware of which set of lists the users should be redirected to. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug.

1 47

[Bug 13937] New: Add a 'primary status' field for items
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '16

06 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13937 Bug ID: 13937 Summary: Add a 'primary status' field for items Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Some libraries have found that Koha doesn't work well with some external services like SHAREit that utilize z39.50 to get information about a record and its' items. a) We propose to add field 'status' to items table ( this field can be mapped to whatever MARC tag you wish ) b) Engineer a subroutine that would generate the item's status The precedence for status would be as follows: 1) Checked Out 2) Lost 3) Not for Loan 4) Damaged 5) On Hold ( In Transit ) 6) In Transit 7) On Hold This status could eventually be used within Koha to simplify our status display logic, but that is outside the immediate scope of this enhancement. -- You are receiving this mail because: You are watching all bug changes.

1 19

[Bug 12540] New: Batch modifications for records - unavailable "Every" option
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '16

06 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12540 Bug ID: 12540 Summary: Batch modifications for records - unavailable "Every" option Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Tools Assignee: gmcharlt(a)gmail.com Reporter: jonathan.druart(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Paola found the following error on testing bug 11395 comment 33: ERROR on MARC modification templates: unavailable "Every" option: I've edited this action: Copy field 650$x to 650$y if 650$x matches RegEx m/ ^second 650 / Then I've changed all the 650-s into 750-s. I see "All" becoming "Every" (I have not understood why it has happened). I've saved, and I've editing the action again: now "All" is shown. I've not been able to set "Every" option. I think that showing "Every" is an error, or there's a lack in managing that option (see C) below). -- You are receiving this mail because: You are watching all bug changes.

1 14

[Bug 15059] New: Line break in html attribute
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '16

06 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15059 Bug ID: 15059 Summary: Line break in html attribute Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: fridolin.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org In some templates, there is a line break inside href attribute. This generates an attribute with a lot of spaces %20. -- You are receiving this mail because: You are watching all bug changes.

1 21