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

[Bug 8238] New: Holds limits broken
by bugzilla-daemon＠bugs.koha-community.org 07 Jun '15

07 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8238 Priority: P5 - low Change sponsored?: --- Bug ID: 8238 CC: gmcharlt(a)gmail.com Assignee: koha.sekjal(a)gmail.com Summary: Holds limits broken Severity: critical Classification: Unclassified OS: All Reporter: oleonard(a)myacpl.org Hardware: All Status: NEW Version: master Component: Hold requests Product: Koha Neither the OPAC nor staff client seem to respect any hold limit specified in circulation rule. This problem appears in master (my test installation) and as far back as 3.6.1 (my library's in-production system). The difference I find between master and 3.6.1 is that in 3.6.1 the staff client seems to respect the limit. -- You are receiving this mail because: You are watching all bug changes.

1 5

[Bug 8308] New: can't print transfer slip twice
by bugzilla-daemon＠bugs.koha-community.org 07 Jun '15

07 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8308 Priority: P5 - low Change sponsored?: --- Bug ID: 8308 CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Assignee: koha-bugs(a)lists.koha-community.org Summary: can't print transfer slip twice Severity: normal Classification: Unclassified OS: All Reporter: nengard(a)gmail.com Hardware: All Status: NEW Version: master Component: Circulation Product: Koha We have discovered that we can't print a route/transfer slip for an item if we've triggered it twice already. This is a problem. It should give us the option to print the slip again, no matter how many times we've checked it in. Is there a reason it stops giving us the option after 2 scans? We discovered this because we were triggering holds, but slips were not printing. It wasn't until after the second attempt we discovered someone rerouted printing to a regular printer. When we set printing back to the regular receipt printer, we couldn't trigger the hold again and print a slip. Instead it just looks like a regular discharge and says not checked out. See: http://screencast.com/t/kMBcHKq8F7EZ -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5

[Bug 7989] New: RIS export file type incorrect
by bugzilla-daemon＠bugs.koha-community.org 07 Jun '15

07 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7989 Priority: P5 - low Change sponsored?: --- Bug ID: 7989 Assignee: oleonard(a)myacpl.org Summary: RIS export file type incorrect QA Contact: koha.sekjal(a)gmail.com Severity: normal Classification: Unclassified OS: All Reporter: milton.lee(a)nzica.com Hardware: All Status: NEW Version: rel_3_6 Component: OPAC Product: Koha When exporting lists to a RIS file, the TY field of the RIS file is always 'book' even if the item being exported is a journal article. The result is completely incorrect/incomplete export fields when attempting to export a journal article to, for example, a citation manager. -- You are receiving this mail because: You are watching all bug changes.

1 4

[Bug 7966] New: fund search limited even for superlibrarians
by bugzilla-daemon＠bugs.koha-community.org 07 Jun '15

07 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7966 Priority: P5 - low Change sponsored?: --- Bug ID: 7966 Assignee: henridamien(a)koha-fr.org Summary: fund search limited even for superlibrarians QA Contact: koha.sekjal(a)gmail.com Severity: normal Classification: Unclassified OS: All Reporter: nengard(a)gmail.com Hardware: All Status: NEW Version: master Component: Acquisitions Depends on: 3969 Product: Koha When logged in as a superlibrarian I can only search for funds that are for the library I'm logged in at. As a superlibrarian I should be able to search for funds at any library. -- You are receiving this mail because: You are watching all bug changes.

1 1

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

07 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 07 Jun '15

07 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 07 Jun '15

07 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 07 Jun '15

07 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 07 Jun '15

07 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 07 Jun '15

07 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