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

[Bug 15558] New: To rename the patron expiration date field in patron screen
by bugzilla-daemon＠bugs.koha-community.org 21 Jan '16

21 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15558 Bug ID: 15558 Summary: To rename the patron expiration date field in patron screen Change sponsored?: --- Product: Koha Version: 3.22 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: tejoskumar(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Hi team, Is it possible to rename the field "Expiration date:" in patron screen with a better word. Regards Suresh Kumar -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 12

[Bug 15617] New: Be able to close "Click to edit" text boxes after opening them
by bugzilla-daemon＠bugs.koha-community.org 21 Jan '16

21 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15617 Bug ID: 15617 Summary: Be able to close "Click to edit" text boxes after opening them Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: aleishaamohia(a)hotmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Created attachment 46953 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=46953&action=edit Click to edit text box on syspref I think that once you have opened a 'Click to edit' text box, you should be able to click a 'Cancel' or 'Hide' button and close it again. I realise you are able to collapse the box down by dragging the corner, but it would be nice to have a show and hide function. Leaving for someone better at javascript than me to figure out. I think preferences.tt and systempreferences.tt are the only files that have 'Click to edit' text boxes. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 10

[Bug 15600] New: System preferences broken toolbar looks broken
by bugzilla-daemon＠bugs.koha-community.org 21 Jan '16

21 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15600 Bug ID: 15600 Summary: System preferences broken toolbar looks broken Change sponsored?: --- Product: Koha Version: master Hardware: All URL: /cgi-bin/koha/admin/preferences.pl OS: All Status: NEW Severity: minor Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org Created attachment 46896 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=46896&action=edit Broken appearance of the toolbar In system preferences, when you scroll down a long page the toolbar with the "save" button "sticks" to the top of the browser window so that the button is always accessible. Since the addition of the professional cataloging interface (Bug 11559) the appearance of this toolbar has been broken (improper passing, transparent background). -- You are receiving this mail because: You are watching all bug changes.

1 11

[Bug 15353] New: patron image disappears when on fines tab
by bugzilla-daemon＠bugs.koha-community.org 21 Jan '16

21 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15353 Bug ID: 15353 Summary: patron image disappears when on fines tab Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Created attachment 45582 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=45582&action=edit no patron image where there should be When you go to the patron's fine tab the patron's image goes away and replaces it with a ? image -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 9

[Bug 15633] New: Allow to enter billingdate when adding a new shipment
by bugzilla-daemon＠bugs.koha-community.org 21 Jan '16

21 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15633 Bug ID: 15633 Summary: Allow to enter billingdate when adding a new shipment Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org When adding a new shipment in acquisitions, you can enter the invoice number and shipment date, but not the billing date. As you are already adding data from the invoice you received, it would be helpful for libraries to be able to enter the billing date at this point as well. Currently you can only add it after you finished processing the delivery. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 15541] New: Prevent normalization during matching/import process
by bugzilla-daemon＠bugs.koha-community.org 21 Jan '16

21 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15541 Bug ID: 15541 Summary: Prevent normalization during matching/import process Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: MARC Bibliographic record staging/import Assignee: gmcharlt(a)gmail.com Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org By default, when you're using a matching rule during an import, the data from the incoming record for a match point is normalized using the following regex: $value =~ s/[.;:,\]\[\)\(\/'"]//g; $value =~ s/^\s+//; $value =~ s/\s+$//; $value =~ s/\s+/ /g; The first line removes all sorts of punctuation and other marks. The second removes leading spaces. The third removes trailing spaces. The fourth converts multiple spaces into a single space. -- While this might work well in many cases, it's a problem when you're trying to match using a URL. During matching, using CHR Zebra indexing, the following occurs: "http://libris.kb.se/resource/bib/219553" becomes "HTTPLIBRISKBSERESOURCEBIB219553" If you're using a URL index, it's stored in Zebra as "http://libris.kb.se/resource/bib/219553", so no match is made. If you're using a Phrase index, it's stored in Zebra as "http libris kb se resource bib 219553". If you're using a Word index, it's tokenized so that each little alphanumeric piece between punctuation parts is indexed separately. -- The solution seems to be to either prevent normalization all together, or to "replace punctuation with spaces" in accordance with the default word-phrase-utf.chr file. I'd have to review what would need to be done for ICU indexing... -- An additional problem is C4::Search::SimpleSearch, as it converts all colons (ie ":") into equal signs (ie "="). This is obviously a problem when you're searching for a URL as the URL is stored as "http://libris.kb.se/resource/bib/219553" but you're searching for "http=//libris.kb.se/resource/bib/219553". No match will be made. In this case, I think we could pass an additional flag to C4::Search::SimpleSearch asking it not to normalize the query. Since it's a simple search, we are often able to make the CCL qualifier choices before passing in the query argument, so this seems reasonable. -- You are receiving this mail because: You are watching all bug changes.

1 17

[Bug 11405] New: Inventory tool enhancements
by bugzilla-daemon＠bugs.koha-community.org 21 Jan '16

21 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11405 Bug ID: 11405 Summary: Inventory tool enhancements Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: gmcharlt(a)gmail.com Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Some libraries would like the following enhancements to the inventory tool: 1) Have the tool warn of items possibly shelved out of order for scanned lists of barcodes ( by comparing to previous and next items ). 2) Ability to skip items with waiting holds ( in the same manners as items on issue are skipped ). 3) The ability to choose locations to not flag as "Item should have been scanned" if not scanned ( e.g. On Shelving Cart, On Display, etc ) -- You are receiving this mail because: You are watching all bug changes.

1 64

[Bug 14512] New: Add support for AV field to Koha's SIP2 Server
by bugzilla-daemon＠bugs.koha-community.org 21 Jan '16

21 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14512 Bug ID: 14512 Summary: Add support for AV field to Koha's SIP2 Server Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: SIP2 Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com Koha's SIP2 server should have support for the AV field ( field items ). The biggest problem with this field is that its' contents are not really defined in SIP2 protocol specification. All it says is "this field should be sent for each fine item". Due to this, I think the contents of the field need to be configurable at the login level, so that the contents can be defined based on the SIP2 devices requirements for the AV field. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 13

[Bug 15479] New: SIPserver rejects renewals for patrons with alphanumeric cardnumbers
by bugzilla-daemon＠bugs.koha-community.org 21 Jan '16

21 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15479 Bug ID: 15479 Summary: SIPserver rejects renewals for patrons with alphanumeric cardnumbers 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: colin.campbell(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com If you allow non-numeric characters in patron barcodes they may be stored in either lower or uppercase in the borrowers table which is defined with a _ci (case insensitive) collation and therefore treats both forms as equivalent. However when the sipserver processes an issue transaction (used by most devices for both issue and renew) the test to see if the issue is in fact a renew uses a case sensitive comparison of the incoming cardnumber and that in the database causing the renewal to be rejected as 'Item checked out to another patron' e.g. this client sends cardnumber A17 but the database has stored this as 'a17' Request:11YN20160106 12164220160828 093005AO|AAA17|AB502326000767|AC|AD|BOY|AY1AZED86 Response:120NUN20160106 121642AOCPL|AAA17|AB502326000767|AJProzac nation [region 2] [import]|AH|AFItem checked out to another patron|BLY|AY1AZD57E[0d][0a] Request:11YN20160106 12164220160828 093005AO|AAA17|AB502326000755|AC|AD|AY2AZEEEE Response:120NUN20160106 121642AOCPL|AAA17|AB502326000755|AJAdvanced programming in the UNIX environment /|AH|AFItem checked out to another patron|BLY|AY2AZD100[0d][0a] Patron status reveals cardnumber as stored and that the two items are indeed on loan to this patron: Request:6302420160106 121642 Y AOCPL|AAA17|AC|AD|AY3AZF34D Response:64 02420160106 121642000000000002000000000000AOCPL|AAa17|AEFHT Trial|BLY|CQN|BV2.00|CC5|AU502326000767|AU502326000755|PCST|PIY|AFGreetings from Koha. -- Patron owes 2.00|AY3AZCE4B[0d][0a] Comparison in code should use same type of comparison as the database -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 5

[Bug 15632] New: Move the messages related code to Koha::Patron::Messages
by bugzilla-daemon＠bugs.koha-community.org 21 Jan '16

21 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15632 Bug ID: 15632 Summary: Move the messages related code to Koha::Patron::Messages Change sponsored?: --- Product: Koha Version: master 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 Blocks: 15449 There are 4 subroutines in C4::Messages which could be moved to their own package: - AddMessage - DeleteMessage - GetMessagesCount - GetMessages With Koha::Patron::Message[s] based on Koha::Object[s], it will be easy to move them. Referenced Bugs: http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15449 [Bug 15449] Move stuffs to the Koha namespace -- You are receiving this mail because: You are watching all bug changes.

1 9