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

[Bug 2774] Path to theme is hard-coded in many places
by bugzilla-daemon＠bugs.koha-community.org 14 Aug '13

14 Aug '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=2774 Tomás Cohen Arazi <tomascohen(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |tomascohen(a)gmail.com --- Comment #24 from Tomás Cohen Arazi <tomascohen(a)gmail.com> --- Latest patch has been pushed to 3.12.x, will be in 3.12.4. Thanks Owen! -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 4222] Nonpublic note not appearing in the staff client
by bugzilla-daemon＠bugs.koha-community.org 14 Aug '13

14 Aug '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4222 --- Comment #47 from David Cook <dcook(a)prosentient.com.au> --- Another idea would be to just parse the data from more_subfields_xml (rather than changing the architecture of the database), but I think that would bring us back to the possibility that we might not necessarily know for sure that 952$x is always the MARC21 field/subfield for the non-public note. I'd be happy for someone to prove me wrong on that one though, as that might just be the easiest way to do this. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 4222] Nonpublic note not appearing in the staff client
by bugzilla-daemon＠bugs.koha-community.org 14 Aug '13

14 Aug '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4222 --- Comment #46 from David Cook <dcook(a)prosentient.com.au> --- Maybe it's worth teasing apart what needs to happen here... Architecture: 1) Add nonpublicnote to the items and deleteditems tables for all installs using updatebase.pl (it shouldn't matter if the column is in the items table for old installs). 2) Change kohastructure and default framework SQL so that new installs map 952$x (and the other flavour equivalents) to the nonpublicnote DB column. Display (Show on): 1) detail page 2) moredetail page 3) circulation pages 4) returns pages 5) serial collections pages? Utilities: 1) Iterate through all frameworks -> If a mapping for item Non-public note is found, copy the data into the nonpublicnote column. -> If no mapping is found, use the subfield in the framework (probably X) to interrogate the more_subfield_xml for an element with that subfield, and copy that data into the publicnote column. 2) Set the mapping for all frameworks for Non-public note to nonpublicnote DB column. -- Concerns: When iterating through the frameworks, we need to have a way of defining the entry for which we're looking. I don't think it's enough to look for the string "Non-public note" as that might be changed (or translated?). Is it enough to look for the 952$x? This probably only applies to MARC21 so we'll need to take into account the other marc tags used for the other MARC flavours. It might be an idea to make the utility interactive to make sure that the 952$x (or whatever) is the right framework entry to be analyzing...although if the script is interactive, it might make it more difficult for some people to do upgrades. Thoughts anyone? -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 4222] Nonpublic note not appearing in the staff client
by bugzilla-daemon＠bugs.koha-community.org 14 Aug '13

14 Aug '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4222 David Cook <dcook(a)prosentient.com.au> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |dcook(a)prosentient.com.au -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 6645] New: attaching items loses hold
by bugzilla-daemon＠bugs.koha-community.org 13 Aug '13

13 Aug '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6645 Bug #: 6645 Summary: attaching items loses hold Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: major 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 If you have an item with an item specific hold on it on one bib record and you use the 'attach item' function to move it to another bib record the hold does not transfer to the new bib record, but if the item was waiting the waiting note remains on the item. It sounds like the bibnumber isn't changing in the reserves table, and so the hold is listed on the wrong bib but the right item. -- 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 5316] New: Limit 39.50 targets to specific users
by bugzilla-daemon＠bugs.koha-community.org 13 Aug '13

13 Aug '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5316 Summary: Limit 39.50 targets to specific users Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Cataloging AssignedTo: gmcharlt(a)gmail.com ReportedBy: spalding(a)senylrc.org QAContact: koha-bugs(a)lists.koha-community.org CC: ian.walls(a)bywatersolutions.com Estimated Hours: 0.0 Have several locations with different OCLC subscriptions. Would need a way to limit the z39.50 target to specific accounts. -- 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 7647] New: Checkout History Sort
by bugzilla-daemon＠bugs.koha-community.org 13 Aug '13

13 Aug '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7647 Priority: P5 - low Change sponsored?: --- Bug ID: 7647 CC: gmcharlt(a)gmail.com Assignee: kyle.m.hall(a)gmail.com Summary: Checkout History Sort QA Contact: koha.sekjal(a)gmail.com Severity: enhancement Classification: Unclassified OS: All Reporter: srdjan(a)catalyst.net.nz Hardware: All Status: NEW Version: master Component: Circulation Product: Koha With popular items the checkout history can be quite long and it is a challenge to sort through and find one libraries history of a book. Will put a table sorter on the checkout history. -- You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 5345] New: Table sorters in Koha
by bugzilla-daemon＠bugs.koha-community.org 13 Aug '13

13 Aug '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5345 Summary: Table sorters in Koha Change sponsored?: Sponsored Product: Koha Version: rel_3_4 Platform: All URL: http://wiki.koha-community.org/wiki/Table_sorters_RFC OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Templates AssignedTo: henridamien(a)koha-fr.org ReportedBy: paul.poulain(a)biblibre.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 We will add table sorter & filters « everywhere » in Koha We will avoid adding sorters & filters where perf is a caveat (like circulation) -- 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 111

[Bug 4045] No check for maximum number of allowed holds.
by bugzilla-daemon＠bugs.koha-community.org 13 Aug '13

13 Aug '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4045 Nicole C. Engard <nengard(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |http://bugs.koha-community. | |org/bugzilla3/show_bug.cgi? | |id=8238 -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 10515] New: The prototype for GetBranchCategory and GetBranchCategories is not consistent
by bugzilla-daemon＠bugs.koha-community.org 13 Aug '13

13 Aug '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10515 Bug ID: 10515 Summary: The prototype for GetBranchCategory and GetBranchCategories is not consistent Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: jonathan.druart(a)biblibre.com The prototype is not consistent, GetBranchCategory should return only 1 result and GetBranchCategories should not have a categorycode argument. -- You are receiving this mail because: You are watching all bug changes.

1 10