June 2012 - Koha-bugs - lists.koha-community.org

[Bug 7723] New: Copyrightdate in dropdown menu should read "date added"
by bugzilla-daemon＠bugs.koha-community.org 06 Jun '15

06 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7723 Priority: P5 - low Change sponsored?: --- Bug ID: 7723 Assignee: gmcharlt(a)gmail.com Summary: Copyrightdate in dropdown menu should read "date added" QA Contact: koha.sekjal(a)gmail.com Severity: normal Classification: Unclassified OS: All Reporter: gaetan.boisson(a)biblibre.com Hardware: All Status: NEW Version: master Component: Virtual Shelves Product: Koha When creating or modifying a list, you can choose wether the list will be sorted by "title", "Author" or "copyrightdate". When choosing "copyrightdate" the list is actually sorted by the date at which the biblio was added to the list. When displaying the list, the column title is indeed "date added". The dropdown menu should read "date added" instead of copyrightdate. -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 7614] New: Branch transfer limit and holds
by bugzilla-daemon＠bugs.koha-community.org 06 Jun '15

06 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7614 Bug #: 7614 Summary: Branch transfer limit and holds Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 - low Component: Hold requests AssignedTo: paul.poulain(a)biblibre.com ReportedBy: paul.poulain(a)biblibre.com QAContact: koha.sekjal(a)gmail.com CC: gmcharlt(a)gmail.com When you have excluded transfers from libA to libB, it means that a book from libB can't be checked in at libA. But it also means that a hold shouldn't be placed on a book from libA for pickup at libB For now, there is no limit control on opac-reserve.pl (not checked on staff reserve.pl, but I bet it's the same thing) a patron can place a hold on an item from libA, asking for pickup at libB -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 3

[Bug 7591] New: deleting an issue from an expired subscription generates next
by bugzilla-daemon＠bugs.koha-community.org 06 Jun '15

06 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7591 Bug #: 7591 Summary: deleting an issue from an expired subscription generates next Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: major Priority: P5 - low Component: Serials AssignedTo: colin.campbell(a)ptfs-europe.com ReportedBy: nengard(a)gmail.com QAContact: koha.sekjal(a)gmail.com See this video for better explanation: http://screencast.com/t/vKhnodrD When you go to a serial that you have entered a subscription end date and delete an issue it generates the next issue. If an end date is entered it should not generate anything. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 3

[Bug 7158] New: Acquisitions stats report contains many untranslatable strings
by bugzilla-daemon＠bugs.koha-community.org 06 Jun '15

06 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7158 Bug #: 7158 Summary: Acquisitions stats report contains many untranslatable strings Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All URL: /cgi-bin/koha/reports/acquisitions_stats.pl OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Reports AssignedTo: gmcharlt(a)gmail.com ReportedBy: oleonard(a)myacpl.org QAContact: ian.walls(a)bywatersolutions.com acquisitions_stats.pl builds <select>s and adds empty entries with labels like "All Item Types" and "All budgets." These strings, coming from the Perl script, cannot be translated. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 2

[Bug 8149] New: Deleting Records/Biblios Omnibus
by bugzilla-daemon＠bugs.koha-community.org 06 Jun '15

06 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8149 Priority: P5 - low Change sponsored?: --- Bug ID: 8149 Assignee: gmcharlt(a)gmail.com Summary: Deleting Records/Biblios Omnibus Severity: enhancement Classification: Unclassified OS: All Reporter: magnus(a)enger.priv.no Hardware: All Status: NEW Version: master Component: Architecture, internals, and plumbing Product: Koha There seems to be quite a number of bugs related to deleting records/biblios floating about. I thought I'd collect them all under this omnibus bug, to see if some pattern emerges. -- You are receiving this mail because: You are watching all bug changes.

1 26

[Bug 7404] New: cataloguing log not recording biblio deletes
by bugzilla-daemon＠bugs.koha-community.org 06 Jun '15

06 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7404 Bug #: 7404 Summary: cataloguing log not recording biblio deletes Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 - low Component: Cataloging AssignedTo: gmcharlt(a)gmail.com ReportedBy: nengard(a)gmail.com QAContact: ian.walls(a)bywatersolutions.com Created attachment 7052 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=7052 cataloging log I wasn't sure how to title this - view my screenshot. If you delete and item then 'item' is put in the info field so you know what was deleted, but if you delete a bib record it records the deletion, but not that it was a bib record. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 2

[Bug 6729] New: ability to edit received items
by bugzilla-daemon＠bugs.koha-community.org 06 Jun '15

06 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6729 Bug #: 6729 Summary: ability to edit received items Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Acquisitions AssignedTo: henridamien(a)koha-fr.org ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org There should be an option to make it so that you can't edit items that have been received. Or a way to block it so that everyone can't edit them. If you reopen a basket that has received items in it you can click 'modify' and change it but that could cause problems if done by the wrong person. -- 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 4

[Bug 6559] New: super librarians can only assign holding to current location
by bugzilla-daemon＠bugs.koha-community.org 06 Jun '15

06 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6559 Bug #: 6559 Summary: super librarians can only assign holding to current location Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: major Priority: P5 Component: Cataloging AssignedTo: gmcharlt(a)gmail.com ReportedBy: spalding(a)senylrc.org QAContact: koha-bugs(a)lists.koha-community.org CC: ian.walls(a)bywatersolutions.com I have 17 libraries setup as independent branches. I also have patron #5 setup as a super librarian. Prior to 3.2.6 this patron was able to access a bib record and add multiple holdings at different locations. Now since that upgrade and still in 3.4.1, that person has to change her location setting on the top right. Then has to add that item to that location, go back change her location again. Then add that location item information, there are some days she has to do this multiple times and is a major work flow issue. The default kohaadmin account is able to do this work with out any problems. -- 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 2

[Bug 6691] New: can't place hold on specific copy
by bugzilla-daemon＠bugs.koha-community.org 06 Jun '15

06 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6691 Bug #: 6691 Summary: can't place hold on specific copy Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All URL: cgi-bin/koha/reserve/request.pl?biblionumber=504 OS/Version: All Status: NEW Severity: critical Priority: P5 Component: Templates AssignedTo: oleonard(a)myacpl.org ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Once again I think this is a T:T issue - if not please reassign. When you're trying to place a hold on an item that isn't usually allowed to be put on hold (with override turned on and logged in as a superlibrarian) you get the usual errors but when you say you want to place the hold anyway nothing happens. See attached and note this is with item specific holds. -- 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 7

[Bug 6515] New: can't set advanced notice days
by bugzilla-daemon＠bugs.koha-community.org 06 Jun '15

06 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6515 Bug #: 6515 Summary: can't set advanced notice days Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: major Priority: P5 Component: Notices AssignedTo: henridamien(a)koha-fr.org ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org The Advance Notice 'Days in advance' selector shows a 0 even after choosing another value. If I edit this region and choose to be notified 10 days in advance and save, this value reverts back to 0. I tested this on master as of this morning - and am kind of hoping it's just a template issue. -- 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 6