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

[Bug 13568] New: OAI Server doesn't handle properly resumption token
by bugzilla-daemon＠bugs.koha-community.org 31 Aug '15

31 Aug '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13568 Bug ID: 13568 Summary: OAI Server doesn't handle properly resumption token Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Web services Assignee: koha-bugs(a)lists.koha-community.org Reporter: frederic(a)tamil.fr QA Contact: testopia(a)bugs.koha-community.org When responding to ListRecords and ListIdentifiers verbs, OAI server doesn't return proper resumption token. At the end of a result set, OAI server generates a resumption token even if there isn't anymore records. Consequently, OAI harverster will send a new request, based on this invalid resumption, token. OAI Server responds with an empty resultset, which is considered as an invalid response by most of the harvesters. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 20

[Bug 4120] Add options for handling holds in self checkout
by bugzilla-daemon＠bugs.koha-community.org 31 Aug '15

31 Aug '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4120 Chris Cormack <chris(a)bigballofwax.co.nz> changed: What |Removed |Added ---------------------------------------------------------------------------- CC|patrick.munro787(a)gmail.com | -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14398] New: Duplicate inventory results when an item is in the wrong place (ie using branch/location filter)
by bugzilla-daemon＠bugs.koha-community.org 31 Aug '15

31 Aug '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14398 Bug ID: 14398 Summary: Duplicate inventory results when an item is in the wrong place (ie using branch/location filter) Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Tools Assignee: gmcharlt(a)gmail.com Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org At the moment, if an item is in the "wrong place" during an inventory, it will show up with a "problem" of "Item should not have been scanned", which makes sense. However, a duplicate row will also turn up saying "Change item status". This is a row that comes up due to a bug in the processing of not for loan values http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12913. In other words... an item might have multiple problems, but instead of listing multiple problems, an entire extra row gets added to the inventory results. I suppose this could be by design, but it seems like a bug to me, especially if you're feeding your inventory results into "Batch Item Modify" later... -- You are receiving this mail because: You are watching all bug changes.

1 8

[Bug 14677] New: Inventory: Compare Barcodes List to Result function
by bugzilla-daemon＠bugs.koha-community.org 31 Aug '15

31 Aug '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14677 Bug ID: 14677 Summary: Inventory: Compare Barcodes List to Result function Change sponsored?: --- Product: Koha Version: 3.20 Hardware: PC OS: Windows Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: gmcharlt(a)gmail.com Reporter: kleinpastec(a)xenos.org QA Contact: testopia(a)bugs.koha-community.org I am trying to use the "Compare Barcodes List to Result" function in Koha 3.20. From my understanding, this should compare the list of barcodes that I scan from the shelf to the shelf list of what should be there and will let me know of any misshelved books. However, when I check the box for this function, it creates the following error message: Software error: Can't locate object method "ymd" via package "dateformat" (perhaps you forgot to load "dateformat"?) at /usr/share/koha/lib/Koha/DateUtils.pm line 206, <fh00001barcode test 2.txt> line 91. For help, please send mail to the webmaster ([no address given]), giving this error message and the time and date of the error. Here is what I am doing: Log into the staff client. Click "Tools" Click "Inventory/stocktaking" Choose a file to upload (I'm using a .txt file with 90 real book barcodes in order, skipping one book on the shelf, having one book out of order, and scanning one ISBN instead of our barcode to make sure it catches all issues) Set inventory date to: current date Select "Home Library" For Library, choose Main Campus (Our branch) Do not select a shelving location For Item callnumber between ...and enter "300" and "400" (Dewey decimal segment that I pulled these barcodes out of so it isn't searching the entire catalog) Do not select any Item statuses Inventory date: current date Select "skip items on loan" "export to csv file" and "compare barcodes list to results" Click "Submit" We have found through experimenting that the only options that impact this error message are the ones under items.notforloan. If you have one of these selected, it creates the report, but nothing is different about it than if you don't have "compare barcodes" selected. -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 14753] New: Show accession date on checkin
by bugzilla-daemon＠bugs.koha-community.org 29 Aug '15

29 Aug '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14753 Bug ID: 14753 Summary: Show accession date on checkin Change sponsored?: Sponsored Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Circulation Assignee: jweaver(a)bywatersolutions.com Reporter: jweaver(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com, nicole(a)bywatersolutions.com This will have a CSS class for easy hiding. -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 14754] New: save fail safe
by bugzilla-daemon＠bugs.koha-community.org 28 Aug '15

28 Aug '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14754 Bug ID: 14754 Summary: save fail safe Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Every page with 'save' on it should warn before leaving and not saving - cause you can do back button or click home at any time and lose your info -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14337] New: AllowRenewalIfOtherItemsAvailable counts holdable not for loan items when checking renewability
by bugzilla-daemon＠bugs.koha-community.org 28 Aug '15

28 Aug '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14337 Bug ID: 14337 Summary: AllowRenewalIfOtherItemsAvailable counts holdable not for loan items when checking renewability Change sponsored?: --- Product: Koha Version: 3.18 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation 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 AllowRenewalIfOtherItemsAvailable checks C4::Reserves::IsAvailableForItemLevelRequest to see if the item is holdable, which catches not for loan values less than 0 ( i.e. holdable, but not circ-able ). However, since this feature is about actually checking out items to patrons, we should not count *any* not for loan items when deciding if the available items will satisfy all current holds. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 33

[Bug 13142] New: Change "mobile phone" label back to "other phone"
by bugzilla-daemon＠bugs.koha-community.org 28 Aug '15

28 Aug '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13142 Bug ID: 13142 Summary: Change "mobile phone" label back to "other phone" Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: nengard(a)gmail.com Bug 12407 changed the "other phone" label to "mobile phone." However I think this conflicts with the changes made by Bug 5252 which changed the labels to the more generic "primary," "secondary," and "other" with the intention of letting the patron choose a primary contact number regardless of what kind of phone it is. If the OPAC didn't reflect this change then that was a bug which should have been fixed as a follow-up to 5252. As for the fact that the database column name says "mobile," I don't think that should dictate what kind of data we are storing. At this point we've created a lot of confusion about how patron contact information is stored. Before August 2011 phone data may have been entered according to the specific "home," "work," and "cell" labels. After that date we can assume that new phone data was added according to the priority defined by the new labels. Now with Bug 12407 we have a mix: Two phone fields in which the patron can prioritize contact numbers, and then "mobile," which is very specific. I don't think this makes sense. In my opinion the correct action at this point is to revert the label change made by Bug 12407 and make the corresponding change to the OPAC. If we feel that it's necessary to be able to identify what *kind* of phone number each one is, perhaps the solution is to add new columns to borrowers which can contain authorized values defining phone types: Primary phone: _________ [ Home | Work | Mobile | Etc ] -- You are receiving this mail because: You are watching all bug changes.

1 28

[Bug 14750] New: Rename borrowers.mobile to otherphone
by bugzilla-daemon＠bugs.koha-community.org 28 Aug '15

28 Aug '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14750 Bug ID: 14750 Summary: Rename borrowers.mobile to otherphone 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: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Borrowers.mobile is not mobile phone, but other phone. This had led to several misunderstandings (in the code too). We should rename the column. See also bug 13142 and bug 14683. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 13663] New: offline circ permission issue
by bugzilla-daemon＠bugs.koha-community.org 28 Aug '15

28 Aug '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13663 Bug ID: 13663 Summary: offline circ permission issue Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: normal Priority: P5 - low Component: Circulation Assignee: jonathan.druart(a)biblibre.com Reporter: jonathan.druart(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com circ/offline.pl needs the perm circulate_remaining_permissions but tools/upload-file.pl needs tools => * That means a librarian cannot upload the .koc files generated offline -- You are receiving this mail because: You are watching all bug changes.

1 28