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

[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 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 10181] New: Improve message shown for deleted records in basket summary page
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '16

06 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10181 Bug ID: 10181 Summary: Improve message shown for deleted records in basket summary page Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: katrin.fischer(a)bsz-bw.de When you delete a record that is used in an order, the basket summary displays: Deleted bibliographic notice, can't find title. While it would be nice if it showed a note about the deletion and the title from the deletedbilbio table, it would be better if it used 'record' instead of notice. -- You are receiving this mail because: You are watching all bug changes.

1 24

[Bug 14542] New: Transliterate rule for all single quote forms
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '16

06 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14542 Bug ID: 14542 Summary: Transliterate rule for all single quote forms Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: fridolin.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Single quotes in common language (not in programming) are usually ', but there is also the form ’. See https://fr.wikipedia.org/wiki/Apostrophe_%28typographie%29 This bug proposes to transliterate all forms into a space. -- You are receiving this mail because: You are watching all bug changes.

1 12

[Bug 14157] New: EnhancedMessagingPreferences and Notices tab
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '16

06 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14157 Bug ID: 14157 Summary: EnhancedMessagingPreferences and Notices tab Change sponsored?: --- Product: Koha Version: 3.18 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: ed.veal(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com If you “Don’t Allow” the EnhancedMessagingPreferences then staff looses the “notice” tab in the patron record and they can’t see information about overdue notices being sent. So if you don’t want patrons to choose enhanced messages you can’t track the sending of overdue notices. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 13

[Bug 14575] New: OPACURLOpenInNewWindow should apply to item-level urls too
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '16

06 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14575 Bug ID: 14575 Summary: OPACURLOpenInNewWindow should apply to item-level urls too Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org When OPACURLOpenInNewWindow is activated, item-level urls on the OPAC detail page should open in a new tab as well as the urls at the bib-level. -- You are receiving this mail because: You are watching all bug changes.

1 28