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

[Bug 6461] New: BiblioDefaultView has no impact on how record are displayed when going from results list
by bugzilla-daemon＠bugs.koha-community.org 29 May '13

29 May '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6461 Bug #: 6461 Summary: BiblioDefaultView has no impact on how record are displayed when going from results list Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: minor Priority: P5 Component: Templates AssignedTo: oleonard(a)myacpl.org ReportedBy: januszop(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org In OPAC, when having a list of results and clicking on the title, one gets always "Normal View", despite of BiblioDefaultView systempreference setting. This is because in T::T transition BiblioDefaultView has been erroneously prefixed in opac-results.tt with SEARCH_RESULT. A patch will follow. -- 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 11

[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 6506] New: deleting patron history missing errors
by bugzilla-daemon＠bugs.koha-community.org 23 May '13

23 May '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6506 Bug #: 6506 Summary: deleting patron history missing errors Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: critical Priority: P5 Component: Patrons 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 I'm not sure what category to put this in. If you don't set up an anonymous patron you don't get errors in the OPAC when using my privacy (which requires this patron). Without AnonymousPatron set, go to the OPAC and click 'immediate deletion' on your privacy tab to delete your reading history. You are told that your history is deleted, but the history is actually still showing. I'm assuming that all of the privacy settings are not working if that patron isn't set and there should be some kind of error message explaining that instead of making the patron think that the feature works. -- 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 29

[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 7130] New: quantity to receive showing wrong amount
by bugzilla-daemon＠bugs.koha-community.org 21 May '13

21 May '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7130 Bug #: 7130 Summary: quantity to receive showing wrong amount Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_6 Platform: All URL: /cgi-bin/koha/acqui/orderreceive.pl?ordernumber=13&inv oice=345665432&gst=0&supplierid=1 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 Created attachment 6135 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=6135 quantity wrong I ordered 2 copies of a title, but when I go to receive it it says I have 1 to receive and that I have received 2 - I think the data in these fields is swapped. See attached. -- 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 7593] New: merging bib records loses connection to order line
by bugzilla-daemon＠bugs.koha-community.org 19 May '13

19 May '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7593 Bug #: 7593 Summary: merging bib records loses connection to order line Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 - low Component: Acquisitions AssignedTo: henridamien(a)koha-fr.org ReportedBy: nengard(a)gmail.com QAContact: koha.sekjal(a)gmail.com Many libraries follow this process: 1. Enter brief record in Aquisitions basket 2. Receive items in Aquisitions 3. Cataloger pulls in full record 4. Merge full record and Acq record Now, if you do this and choose the new full record as your base record then you end up losing the connection to the order line because in essence the bib record that was on that order has been deleted. We need some sort of check in place to prevent this from happening. The easiest I can think of is to update the bib number in the order line as part of the merge record process, but I'm up for any suggestion that does not mean that we have to trust the user to choose the Acq order record as their base and then check all the boxes for all the fields on the full record by hand. -- 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 85

[Bug 6546] New: Batch modification tool should accept a biblionumber
by bugzilla-daemon＠bugs.koha-community.org 19 May '13

19 May '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6546 Bug #: 6546 Summary: Batch modification tool should accept a biblionumber 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: oleonard(a)myacpl.org QAContact: koha-bugs(a)lists.koha-community.org It would be nice to be able to edit all the items attached to a biblio by passing the biblionumber to the batch item modification tool. Then we could put a link on the item edit screen to "Batch edit these items." -- 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 6802] New: with IndependantBranches on can still edit items
by bugzilla-daemon＠bugs.koha-community.org 18 May '13

18 May '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6802 Bug #: 6802 Summary: with IndependantBranches on can still edit items Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: critical Priority: P5 Component: Cataloging AssignedTo: gmcharlt(a)gmail.com ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org CC: ian.walls(a)bywatersolutions.com When you're logged in to Koha with IndependantBranches turned on you shouldn't be able to edit other people's items, but there is a way around this. Even though you don't see the edit and delete links next to the items on this page: /cgi-bin/koha/cataloguing/additem.pl?biblionumber=509 you can click on an item and the edit and delete links show up - once that happens you can click edit and when you go to edit the item it forces the branch to be changed to yours - all bad things. I have a video, but jing isn't letting me upload it right now, so I'll add it if necessary. -- 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 7691] New: normal results showing multiple copies individually
by bugzilla-daemon＠bugs.koha-community.org 17 May '13

17 May '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7691 Priority: P5 - low Change sponsored?: --- Bug ID: 7691 Assignee: oleonard(a)myacpl.org Summary: normal results showing multiple copies individually QA Contact: koha.sekjal(a)gmail.com Severity: minor Classification: Unclassified OS: All Reporter: nengard(a)gmail.com Hardware: All Status: NEW Version: master Component: Templates Product: Koha Created attachment 8123 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=8123&action=edit atlanta showing 5 times instead of once with (5) after it When on the search results in the OPAC if you do not have XSLT turned on it's showing the same branch over and over with 1 copy at each instead of the branch and a total of copies. -- You are receiving this mail because: You are watching all bug changes.

1 1