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

[Bug 5636] New: clean borrowers run from command line
by bugzilla-daemon＠bugs.koha-community.org 05 Jun '13

05 Jun '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5636 Summary: clean borrowers run from command line Change sponsored?: Sponsored Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: PATCH-Sent Component: Tools AssignedTo: paul.poulain(a)biblibre.com ReportedBy: paul.poulain(a)biblibre.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 in France, the anonymization of issues & patrons is defined by law. So it can be crontab-ed. We will add command line feature to the script -- 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 19

[Bug 5656] New: Add Checked only adding first checked item to batch
by bugzilla-daemon＠bugs.koha-community.org 05 Jun '13

05 Jun '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5656 Summary: Add Checked only adding first checked item to batch Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Label printing AssignedTo: cnighswonger(a)foundations.edu ReportedBy: shawn.fogg(a)state.ma.us QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 In Koha version 3.03.00.004 in the Administration if I go into Tools- Label Creator->Manage Batches->New Batch Then do a search by a creation date I am getting 77 returns. If I press 'Select All' all the checkboxes on that page are being selected. However when I press the 'Add Checked' button on the top of that page only the first item is being added to the batch. -- 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 5695] New: Cart display should show proper item type
by bugzilla-daemon＠bugs.koha-community.org 04 Jun '13

04 Jun '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5695 Summary: Cart display should show proper item type Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: OPAC AssignedTo: oleonard(a)myacpl.org ReportedBy: jwagner(a)ptfs.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 In earlier versions, the cart display had a column for item type, which was reading the 942c instead of the item's item type. Current head has removed the item type column altogether, but one of my libraries would like to show item type. However, obviously, the item type should be the proper one, not the 942c. Since there is a column for call number, which is already looping through each item to display each call number, would there be any objection to adding item type into that column? -- 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 5393] New: test case for verifying XML/XSLT files are well-formed
by bugzilla-daemon＠bugs.koha-community.org 03 Jun '13

03 Jun '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5393 Summary: test case for verifying XML/XSLT files are well-formed Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Architecture, internals, and plumbing AssignedTo: gmcharlt(a)gmail.com ReportedBy: gmcharlt(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 At present, all XML and XSLT files should be well-formed. There currently aren't any .xml/.xslt/.xsl files in the source tree that aren't, so a test will pass. -- 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 5696] New: Hold deletion should use reservenumber
by bugzilla-daemon＠bugs.koha-community.org 29 May '13

29 May '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5696 Summary: Hold deletion should use reservenumber Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Hold requests AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: oleonard(a)myacpl.org QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Estimated Hours: 0.0 Now that we have a reservenumber column in the reserves table (Bug 4806), the holds deletion process (Reserves::ModReserve) should use reservenumber instead of borrowernumber + biblionumber. Making this change would allow the deletion of one duplicate hold without deleting all duplicate copies of the hold at once. -- 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 5324] New: "bring out the dead!" in C4
by bugzilla-daemon＠bugs.koha-community.org 24 May '13

24 May '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5324 Summary: "bring out the dead!" in C4 Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Architecture, internals, and plumbing AssignedTo: gmcharlt(a)gmail.com ReportedBy: gmcharlt(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 Standing bug for the removal of dead code in C4, i.e., functions that are: * not invoked by any extant scripts AND * do not have a useful purpose as a stand-alone part of the C4 API -- 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 5380] New: an end to copy-and-paste-itis
by bugzilla-daemon＠bugs.koha-community.org 24 May '13

24 May '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5380 Summary: an end to copy-and-paste-itis Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Architecture, internals, and plumbing AssignedTo: gmcharlt(a)gmail.com ReportedBy: gmcharlt(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 Standing bug for removing instances of copy-and-paste code, particular cases where the copy isn't used at all. -- 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 6413] New: Notes in Fines doing wonky things
by bugzilla-daemon＠bugs.koha-community.org 22 May '13

22 May '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6413 Bug #: 6413 Summary: Notes in Fines doing wonky things Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: major Priority: P5 Component: Circulation AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Follow these steps: Add a manual invoice with a note Add a second manual invoice with a different note Pay the first invoice using the 'pay' tab the note carries over but is not published on the 'pay' line Pay the second invoice and put a different note in the note isn't put on the payment line, but the note on the charge is changed Logically, there should be a note for the payment line and a note for the charge line, they don't have to be the same. As it is now you can't add a note on a payment line at all, but the field is 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 82

[Bug 6329] New: patron categories should show which fields are required
by bugzilla-daemon＠bugs.koha-community.org 15 May '13

15 May '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6329 Bug #: 6329 Summary: patron categories should show which fields are required Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Templates AssignedTo: oleonard(a)myacpl.org ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Created attachment 4076 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=4076 error about required fields not being filled in When you're adding or editing patron category the required fields aren't marked as required. There should be a red start or some sort of indication of what fields are required. -- 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 6359] New: number one printing on quick label page
by bugzilla-daemon＠bugs.koha-community.org 14 May '13

14 May '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6359 Bug #: 6359 Summary: number one printing on quick label page Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All URL: cgi-bin/koha/labels/spinelabel-print.pl OS/Version: All Status: NEW Severity: minor Priority: P5 Component: Label printing AssignedTo: cnighswonger(a)foundations.edu ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Created attachment 4160 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=4160 #1 bottom left When doing a quick spine label there is a number 1 at the bottom left of the 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 1