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

[Bug 15387] New: check-url.pl script to support cookies
by bugzilla-daemon＠bugs.koha-community.org 16 Dec '15

16 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15387 Bug ID: 15387 Summary: check-url.pl script to support cookies Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Command-line Utilities Assignee: gmcharlt(a)gmail.com Reporter: misilot(a)fit.edu QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz Add https://www.google.com to a record. Run cronjobs/checkurl.pl, verify google returns not 200. For example when I ran it, I got the following result. https://www.google.com 500 Can't connect to www.google.com:443 The script needs to be able to use cookies, a possible library to use: http://search.cpan.org/~gaas/HTTP-Cookies-6.01/lib/HTTP/Cookies.pm Many sites require the use of cookies or they do not report back correct statuses. -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 14942] New: if there is no barcode, item level hold can become a biblio level hold
by bugzilla-daemon＠bugs.koha-community.org 16 Dec '15

16 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14942 Bug ID: 14942 Summary: if there is no barcode, item level hold can become a biblio level hold Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Hold requests Assignee: j.kylmala(a)gmail.com Reporter: j.kylmala(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com In reserve/request.pl if you have a hold entry without a barcode and someone has added a new hold after the barcodeless hold, the barcodeless hold will get the new hold's itemnumber and the new hold will have no itemnumber and so the new hold will be set at biblio level. -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 13640] New: Holds To Pull List includes items unreserveable items
by bugzilla-daemon＠bugs.koha-community.org 16 Dec '15

16 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13640 Bug ID: 13640 Summary: Holds To Pull List includes items unreserveable items 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: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Currently, the Holds To Pull List includes items that are unreserveable or cannot be placed on hold. For instance: Bib Record A has 2 items: Item Record X (can be placed on hold) Item Record Y (cannot be placed on hold) If you place a bib-level hold on Bib Record A, both Item Record X and Item Record Y show up as available items in the Holds To Pull List. -- Fixing this will actually probably involve re-writing the whole of pendingreserves.pl, which is probably long overdue anyway, since it includes a lot of SQL in the script itself. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 15384] New: Items search fields: Change pull downs to input fields
by bugzilla-daemon＠bugs.koha-community.org 16 Dec '15

16 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15384 Bug ID: 15384 Summary: Items search fields: Change pull downs to input fields Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com The form for adding new search option to the items search has pull downs for setting the field and subfield to be searched. The lists are a bit "too optimistic" und not very convenient to work with - for example: the subfield list is missing capital letters as often used for additional item fields. Setting the capital letter with SQL, the feature works nicely. And the field list has 999 entries... :) -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 13371] New: Add filters to the supplier list view
by bugzilla-daemon＠bugs.koha-community.org 16 Dec '15

16 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13371 Bug ID: 13371 Summary: Add filters to the supplier list view 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: jonathan.druart(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org The supplier list view does not permit to filter on opened/closed baskets, creator name, basketgroup name or dates. That can be added easily using the DataTables filters. This new enhancement will allow a librarian to filter the supplier/basket list view. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 51

[Bug 15284] New: Switch default ISSUESLIP notice to Template Toolkit
by bugzilla-daemon＠bugs.koha-community.org 15 Dec '15

15 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15284 Bug ID: 15284 Summary: Switch default ISSUESLIP notice to Template Toolkit Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5

[Bug 5279] New: Add option to limit label item search by homebranch
by bugzilla-daemon＠bugs.koha-community.org 15 Dec '15

15 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5279 Summary: Add option to limit label item search by homebranch Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Label printing AssignedTo: cnighswonger(a)foundations.edu ReportedBy: wizzyrea(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 For larger libraries with many branches, it would be helpful to have the option to limit the item search by homebranch. -- 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 1

[Bug 15377] New: Remove 'checked out' items from course reserves
by bugzilla-daemon＠bugs.koha-community.org 15 Dec '15

15 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15377 Bug ID: 15377 Summary: Remove 'checked out' items from course reserves Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Course reserves Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Currently if an item is checked out it cannot be removed from course reserves. Item types can change while on reserve, so this would have to be taken into account in allow their removal. I would say the current checkout should be unaffected as regards due date, but renewals/overdues should obey the original item type after removal from course -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 15378] New: Remove 'lost' items from course reserves
by bugzilla-daemon＠bugs.koha-community.org 15 Dec '15

15 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15378 Bug ID: 15378 Summary: Remove 'lost' items from course reserves Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Course reserves Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Currently lost items cannot be removed from course reserves. It should be possible to remove these from a course without deleting the item. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 14895] New: We shouldn't be able to edit already added serials' items from serial receive/edit page
by bugzilla-daemon＠bugs.koha-community.org 15 Dec '15

15 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14895 Bug ID: 14895 Summary: We shouldn't be able to edit already added serials' items from serial receive/edit page Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Serials Assignee: koha-bugs(a)lists.koha-community.org Reporter: j.kylmala(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com When you receive some serials you go to the serials/serials-edit.pl page. You change there the status to 'Arrived' and add a new item (if it has been chosen so in the subscription creation step). Now if after that someone goes and changes the status to, for example, 'Expected' then the system automatically overrides the item's info which is already in the system. This happens because the serial-edit.pl don't retrieve any information from the items which are already in the system. Well, I guess nobody will change an arrived item to expected usually, only in the cases when it has been a misclick or something. So the real problem is that if you just go to the serials-edit.pl page and don't change anything, and click save, the existing item will have some of its info deleted (barcode as one example). I have a patch for this problem (will add soon here). Instead of retrieving the already added items' data I choosed to disable the "ability" to change the already added items' info from serials-edit.pl (one can change item information from cataloguing -> something, if needed). I guess my explanation is not so clear, so I will provide you the steps how to reproduce this bug: 1. In serials create a new subscription with the option "create an item record when receiving this serial" selected. You can choose the other properties. 2. Find the newly created serial subscription by using the top bar's search. 3. Click from the 'Actions' drop-down menu 'Serial receive'. 4. Change the status to 'Arrived'. Add something to the barcode field. Save. 4.1 (Optional step) Open a new tab in your browser and go see that there is in the catalogue the item you just added and it has a barcode. 5. Now you should have arrived to the page serials-collection.pl. Here, select the very same serial item you just edited and click 'Edit serials' 6. Now click just save button without doing any changes. 7. Go to find that item from the biblio record. Notice its barcode is missing now. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 17