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

[Bug 7826] New: Standardize link for triggering plugins and auto-entry
by bugzilla-daemon＠bugs.koha-community.org 06 Jun '15

06 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7826 Priority: P5 - low Change sponsored?: --- Bug ID: 7826 Assignee: oleonard(a)myacpl.org Summary: Standardize link for triggering plugins and auto-entry QA Contact: koha.sekjal(a)gmail.com Severity: normal Classification: Unclassified OS: All Reporter: oleonard(a)myacpl.org Hardware: All Status: NEW Version: master Component: Templates Product: Koha Created attachment 8631 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=8631&action=edit Icon used in cataloging to trigger plugins The cataloging interface uses an icon as a link to trigger plugin pop-ups. Other pages, like add item in cataloging and add item in acquisitions, use "..." It would be better if this was consistent. I would say the icon used on addbiblio (attached for reference) is generic enough for wide use. -- You are receiving this mail because: You are watching all bug changes.

1 3

[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 3958] Standardize vendor/supplier/bookseller terminology
by bugzilla-daemon＠bugs.koha-community.org 06 Jun '15

06 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3958 Bug 3958 depends on bug 7158, which changed state. Bug 7158 Summary: Acquisitions stats report contains many untranslatable strings http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7158 What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[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