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

[Bug 13433] New: 655 display in XSLT
by bugzilla-daemon＠bugs.koha-community.org 17 Dec '15

17 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13433 Bug ID: 13433 Summary: 655 display in XSLT 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 Blocks: 10344 655: Display as Genre/Form (full display): Display corresponding subfields a, v, x, y, z. This change would bring Koha’s display in line with the now codified practice of separating about-ness (subject headings) from is-ness (genre/form headings). If you're interested, for more info on that, see: http://www.loc.gov/catdir/cpso/genre_form_faq.pdf -- You are receiving this mail because: You are watching all bug changes.

1 25

[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 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 5279] New: Add option to limit label item search by homebranch
by bugzilla-daemon＠bugs.koha-community.org 16 Dec '15

16 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 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

[Bug 13986] New: Printing a list only prints the results of the page you are viewing
by bugzilla-daemon＠bugs.koha-community.org 15 Dec '15

15 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13986 Bug ID: 13986 Summary: Printing a list only prints the results of the page you are viewing Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Lists Assignee: gmcharlt(a)gmail.com Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl The print list button only prints the page you are viewing, and not the entire list. -- You are receiving this mail because: You are watching all bug changes.

1 36

[Bug 13715] New: problem with "limit to items available" with a notice has multiple items
by bugzilla-daemon＠bugs.koha-community.org 15 Dec '15

15 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13715 Bug ID: 13715 Summary: problem with "limit to items available" with a notice has multiple items Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: marjorie.barry-vila(a)ccsr.qc.ca QA Contact: testopia(a)bugs.koha-community.org Created attachment 35954 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=35954&action=edit limit_available_items Hi, In OPAC, a record has multiple items, one of which is on loan, when you click on "Limit to items Currently available", record will disappear from result's list while an item has the status Available. Marjorie -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 11592] New: opac-detail.pl and opac-MARCdetail.pl do not respect marc tag visibility
by bugzilla-daemon＠bugs.koha-community.org 15 Dec '15

15 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11592 Bug ID: 11592 Summary: opac-detail.pl and opac-MARCdetail.pl do not respect marc tag visibility Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: mtompset(a)hotmail.com QA Contact: testopia(a)bugs.koha-community.org It is possible to change the visibility in OPAC by affecting the value of hidden in marc_subfield_structure (Home->Administration->MARC frameworks->BKS Subfields -> ... -> Advanced Constraints -> Uncheck/Check OPAC). opac-MARCdetail.pl, for the most part, respects it, but if things normally displayed in opac-detail.pl are marked as not having visibility in OPAC (unchecked), they are still displayed. -- You are receiving this mail because: You are watching all bug changes.

1 98

[Bug 14705] New: Allow .pl too in atomicupdate
by bugzilla-daemon＠bugs.koha-community.org 15 Dec '15

15 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14705 Bug ID: 14705 Summary: Allow .pl too in atomicupdate Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org Bug 13893 added perl files with the extension .perl. In practice you always tend to add a .pl file. I suggest to add it. -- You are receiving this mail because: You are watching all bug changes.

1 6