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

[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 7920] New: Establish style guide for Koha help pages
by bugzilla-daemon＠bugs.koha-community.org 21 May '13

21 May '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7920 Priority: P5 - low Change sponsored?: --- Bug ID: 7920 Assignee: nengard(a)gmail.com Summary: Establish style guide for Koha help pages 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: Documentation Product: Koha In my work on Bug 2780 I'm finding some inconsistency in the way the help pages are styled and punctuated. I think it would be a good idea to establish some rules about how we express some things: - How should system preference names be quoted and/or styled? - How should Koha modules be quoted and/or styled? - How should we style common elements like 'hints' and 'Important:' blocks? Also: - Should we link system preference mentions to the corresponding help page? -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 8412] New: add color icon set
by bugzilla-daemon＠bugs.koha-community.org 21 May '13

21 May '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8412 Priority: P5 - low Change sponsored?: --- Bug ID: 8412 CC: gmcharlt(a)gmail.com Assignee: nengard(a)gmail.com Summary: add color icon set Severity: enhancement Classification: Unclassified OS: All Reporter: nengard(a)gmail.com Hardware: All Status: ASSIGNED Version: master Component: System Administration Product: Koha My goal here is to make it so that libraries can use one of the authorized values (shelving location or collection code) to store the color of the material and then make that searchable on the advanced search page. To do this for collection codes you'd need to add the following jqueries: intranetuserjs $(document).ready(function(){ $("#advsearch-tab-ccode a:contains('Collection')").text("Color"); $("#holdings th:contains('Collection')").text("Color"); }); opacuserjs $(document).ready(function(){ $("#advsearch-tab-ccode a:contains('Collection')").text("Color"); $('#item_ccode').text("Color"); }); And update the frameworks to change the 952$8 label to say Color. I'll add this tip to a blog post and to the manual once this set of icons has been pushed to Koha. Obviously this patch just has images, no code. -- You are receiving this mail because: You are watching all bug changes.

1 21

[Bug 8917] New: Track clicks to links external to Koha
by bugzilla-daemon＠bugs.koha-community.org 21 May '13

21 May '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8917 Priority: P5 - low Change sponsored?: --- Bug ID: 8917 Assignee: oleonard(a)myacpl.org Summary: Track clicks to links external to Koha Severity: enhancement Classification: Unclassified OS: All Reporter: chris(a)bigballofwax.co.nz Hardware: All Status: NEW Version: master Component: OPAC Product: Koha It would be nice to be able to track if patrons clicked on links inside records to visit links external to Koha. (Ebooks, databases etc). This should be stored in it's own database table, and a system preference should control if it is used, and also if it stores identifying information or not. TrackClicks - No - Yes anonymously - Yes link to borrowers if logged in Off by default. This data can then be retrieved by a crafted sql report. -- You are receiving this mail because: You are watching all bug changes.

1 83

[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

[Bug 9917] New: Routing list tab on patron account should depend on syspref/permission
by bugzilla-daemon＠bugs.koha-community.org 17 May '13

17 May '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9917 Bug ID: 9917 Summary: Routing list tab on patron account should depend on syspref/permission Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com At the moment the routing list tab on the patron account does always show. This is irritating for libraries not using routing lists or serials. I see different possibilities, but I am not sure what is best: - make display of tab dependent on routing permission - make display of tab dpeendent on RoutingSerials system preference - don't show tab when patron is not listed on any routing list Any opinions on this? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 10

[Bug 9719] New: Changing the rows per page on a custom report fails if it has user supplied parameters
by bugzilla-daemon＠bugs.koha-community.org 17 May '13

17 May '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9719 Bug ID: 9719 Summary: Changing the rows per page on a custom report fails if it has user supplied parameters Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Reports Assignee: gmcharlt(a)gmail.com Reporter: kyle(a)bywatersolutions.com If you create an SQL report that includes one or more parameters, using the 'rows per page' pulldown does not work. Instead, it will prompt for the parameters again and shows the first page of output. -- You are receiving this mail because: You are watching all bug changes.

1 13