April 2011 - Koha-bugs - lists.koha-community.org

[Bug 5286] New: Problems with dates on expected issues in serials
by bugzilla-daemon＠bugs.koha-community.org 15 Mar '14

15 Mar '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5286 Summary: Problems with dates on expected issues in serials Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW Severity: major Priority: P5 Component: Serials AssignedTo: colin.campbell(a)ptfs-europe.com ReportedBy: katrin.fischer(a)bsz-bw.de QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 Created attachment 2672 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=2672 add new subscription Tested with current head (3.01.00.145) and different date settings (mm/dd/yyy and dd/mm/yyyy) I think it is perhaps a problem with frequency irregular, not sure about other frequencies. See screenshots for the exact settings to reproduce the problem. 1. create new subscription - don't add items - frequency irregular 2. dates for first issue look fine on subscription overview and receive. 3. receive first issue. Dates are broken for the predicted next issue, showing as XXX or 02/00/0. -- 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 5068] New: in add MARC record interface, concatenation of repeatable subfields in subject heading tags
by bugzilla-daemon＠bugs.koha-community.org 15 Mar '14

15 Mar '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5068 Summary: in add MARC record interface, concatenation of repeatable subfields in subject heading tags Change sponsored?: --- Product: Koha Version: rel_3_0 Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P5 Component: Cataloging AssignedTo: gmcharlt(a)gmail.com ReportedBy: ccurry(a)amphilsoc.org QAContact: koha-bugs(a)lists.koha-community.org CC: ian.walls(a)bywatersolutions.com Estimated Hours: 0.0 pages involved: cgi-bin/koha/authorities/auth_finder.pl cgi-bin/koha/cataloguing/addbiblio.pl In the add MARC record interface, repeated subfields from subject headings (imported from authorities) are being added to one subfield field, separated by a pipe, rather than being distributed to multiple subfields. In addition, these subfields are being placed in an arbitrary order, rather than the order in which they appear in the authority record. For instance, adding the subject "a$United States $xHistory $yCivil War, 1861-1865 $xCampaigns $vPictorial works" is instead entered into the new MARC record as "a$United States $vPictorial works $xHistory|Campaigns $yCivil War, 1861-1865." Our catalogers also report that records imported from Z39.50 exhibit the same behavior if their subject fields contain repeated subfields. We're running 3.00.05.001 (on Debian Lenny), but I was able to duplicate the bug on http://staff.kohademo.esilibrary.com, which is running 3.01.00.143 (HEAD?), so this bug is probably present in 3.2 as well. -- 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 9

[Bug 4956] New: ordering from external doesn't let you search more than 2
by bugzilla-daemon＠bugs.koha-community.org 15 Mar '14

15 Mar '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4956 Summary: ordering from external doesn't let you search more than 2 Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: major Priority: P5 Component: Acquisitions AssignedTo: henridamien(a)koha-fr.org ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Estimated Hours: 0.0 When ordering from an external source on acquisitions if you choose to search more than 2 targets you get a 500 error. I tried this on two installs of HEAD on two different servers with many different z39.50 targets before reporting this. -- 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 5901] New: Make virtualshelves permissions more granular
by bugzilla-daemon＠bugs.koha-community.org 06 Mar '14

06 Mar '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5901 Bug #: 5901 Summary: Make virtualshelves permissions more granular Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Virtual Shelves AssignedTo: gmcharlt(a)gmail.com ReportedBy: katrin.fischer(a)bsz-bw.de QAContact: koha-bugs(a)lists.koha-community.org At the moment the virtualshelves system parameter is an ON/OFF option. I think this needs to be more granular: - no lists - lists for staff only (= virtualshelves OFF now) - allow patrons to create private lists - allow patrons to create private and public lists (= virtuelshelves ON now) Good or bad idea? Do we need more than that? -- 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 8

[Bug 5439] New: 3M RFID sensitization
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '14

27 Feb '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5439 Summary: 3M RFID sensitization Change sponsored?: Sponsored Product: Koha Version: rel_3_4 Platform: All URL: http://wiki.koha-community.org/wiki/Hook-up_with_3M_se nsitization_solution OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Circulation AssignedTo: henridamien(a)koha-fr.org ReportedBy: paul.poulain(a)biblibre.com QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Estimated Hours: 0.0 Hook-up with 3M sensitivity solutions so that when you checkout an item in Koha it sends a code (LL) to the 3M system to switch it to Sensitize OFF, and when you checkin an item in Koha it sends a code (RR) to switch the 3M hardware to Sensitize ON. Note : some other sensitivity tools seems underway. Need some clarification ! -- 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 5349] New: Moving an order
by bugzilla-daemon＠bugs.koha-community.org 21 Feb '14

21 Feb '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5349 Summary: Moving an order Change sponsored?: Sponsored Product: Koha Version: rel_3_4 Platform: All URL: http://wiki.koha-community.org/wiki/Move_order_acq_RFC OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Acquisitions AssignedTo: henridamien(a)koha-fr.org ReportedBy: paul.poulain(a)biblibre.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 Deadline: 2011-05-01 We will add a feature to let the librarian being able to move an order from a basket to another basket, for the same supplier or another. This feature will be useful for orders that can't be done by a given supplier. Note that from a technical point of view, the move will be a « copy / cancel » : the initial order will still be here, but commented as cancelled -- 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 123

[Bug 5958] New: Availability Limit with icu
by bugzilla-daemon＠bugs.koha-community.org 04 Feb '14

04 Feb '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5958 Bug #: 5958 Summary: Availability Limit with icu Classification: Unclassified Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: critical Priority: P5 Component: OPAC AssignedTo: oleonard(a)myacpl.org ReportedBy: ayousef(a)kwareict.com QAContact: koha-bugs(a)lists.koha-community.org Hi all As an extension of availability limit we noticed that the option of limit into currently available items is working only if we don't use icu but when using the icu this option is useless Plz, have you any idea about getting rid of this and what is the relationship between icu & Availability limit. thanks alot Abdou Yousuf. -- 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 3

[Bug 5827] New: Cloning Circ rules does not clone hold policies
by bugzilla-daemon＠bugs.koha-community.org 18 Jan '14

18 Jan '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5827 Bug #: 5827 Summary: Cloning Circ rules does not clone hold policies Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: System Administration AssignedTo: paul.poulain(a)biblibre.com ReportedBy: wizzyrea(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com I set up circ rules for the main branch, including Hold Policies by Item type, and then cloned the NEKLS rules to another branch. The Hold policies by Item type were not cloned as expected. -- 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 6226] New: Returning a misrouted item twice causes transit to correct receiving library to disappear
by bugzilla-daemon＠bugs.koha-community.org 18 Jan '14

18 Jan '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6226 Bug #: 6226 Summary: Returning a misrouted item twice causes transit to correct receiving library to disappear Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Hold requests AssignedTo: ian.walls(a)bywatersolutions.com ReportedBy: wizzyrea(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Scenario: Library A transferred a book to Library B, but accidentally sent it to Library C What happens when Library C checks in the item? They get a reminder that there is a HOLD and to send the item to Library B. That’s good. (Return 1) However, if Library C returns that item a second time the transfer Goes Away. (Return 2) Also, if Library C goofs up and sends the book to Library D, when they return it, the transfer Goes Away (essentially the 2nd return that isn't the receiving branch). -- 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 6288] New: Check-in table could show reserve information
by bugzilla-daemon＠bugs.koha-community.org 18 Jan '14

18 Jan '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6288 Bug #: 6288 Summary: Check-in table could show reserve information Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Circulation AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: wizzyrea(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com When checking in items, it might be nice for the table at the bottom of the screen to show reserve and transit information on previously checked in items. This would be in case a staff member missed a confirmation box or forgot to print a slip, the information would be right there on the return screen. -- 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