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

[Bug 5779] New: can't add funds to budget that has past
by bugzilla-daemon＠bugs.koha-community.org 15 Mar '14

15 Mar '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5779 Bug #: 5779 Summary: can't add funds to budget that has past Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: minor Priority: P5 Component: Acquisitions AssignedTo: henridamien(a)koha-fr.org ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org The system lets you create a budget that has in essence expired, but if you try to add funds to it those funds aren't added and no error appears explaining why not. If you can't have a fund in the past then you shouldn't be able to have a budget in the past - and in both cases there should be some sort of warning or error to the user so they know what's happening. -- 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 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 6385] New: All items should optionally be displayed by default
by bugzilla-daemon＠bugs.koha-community.org 13 Mar '14

13 Mar '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6385 Bug #: 6385 Summary: All items should optionally be displayed by default Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_6 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: OPAC AssignedTo: oleonard(a)myacpl.org ReportedBy: jcamins(a)cpbibliography.com QAContact: koha-bugs(a)lists.koha-community.org There should be an option to display all items (holdings) in the table on the OPAC, for those libraries who regularly have more than 50 items, and want the patron to see all of them immediately. Since most libraries will probably not to show all items, this will need to be optional. -- 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 23

[Bug 6293] New: Add a button to the intranet for registering with the Koha community
by bugzilla-daemon＠bugs.koha-community.org 12 Mar '14

12 Mar '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6293 Bug #: 6293 Summary: Add a button to the intranet for registering with the Koha community Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_6 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Staff Client AssignedTo: paul.poulain(a)biblibre.com ReportedBy: magnus(a)enger.priv.no QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com This came up on IRC today, slightly edited version of the conversation follows: <rangi> back in about 1.2 days <1angi> as part of the makefile <rangi> we had an option to 'register' <rangi> magnuse/paul_p: maybe a button in the about page, register with the koha community ? <rangi> it could submit the about info, that way we could get info about versions too <rangi> would just need a webservice listening that it could post too <rangi> maybe on koha-community.org <rangi> and totally voluntary <snail> does the generated HTML advertise the version? we could check automagically for updates / statuses <rangi> snail: yeah if they were out on the web, lots of special/corporate libraries live on intranets <magnuse> it's in the generator meta tag <magnuse> <meta name="generator" content="Koha 3.0500001" />  <snail> dspace is switching to advertising versions in the generator tag too <rangi> i think a button where we can encourage ppl to click on <rangi> is a good first step <rangi> then we could extend it to periodically check <rangi> maybe a checkbox <rangi> some way to opt back out again <rangi> ie to turn our checking off <rangi> it could be a checkbox/syspref that just adds 'dont check' to the html, and then they have to resubmit <rangi> we need a student, its a perfect little project for a student, build a db, an a script to populate it <rangi> then add the button to koha <rangi> you dont even need to know [K]oha to do it The log: http://stats.workbuffer.org/irclog/koha/2011-05-03#i_658645 -- 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

[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 6404] New: patron bulk delete by patron category
by bugzilla-daemon＠bugs.koha-community.org 24 Feb '14

24 Feb '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6404 Bug #: 6404 Summary: patron bulk delete by patron category Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Tools AssignedTo: gmcharlt(a)gmail.com ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org In schools it would be very handy to have the ability to use the patron bulk delete to delete based on patron category in addition to the fields that are already on there. -- 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 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