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

[Bug 6775] New: Allow reason to be specified when debarring
by bugzilla-daemon＠bugs.koha-community.org 02 Aug '13

02 Aug '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6775 Bug #: 6775 Summary: Allow reason to be specified when debarring Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_6 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Patrons AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: savitra.sirohi(a)osslabs.biz QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Debar reasons can be setup using authorized values. New column in borrowers table -- 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 5

[Bug 6553] New: Parentheses in corporate author break tracings
by bugzilla-daemon＠bugs.koha-community.org 02 Aug '13

02 Aug '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6553 Bug #: 6553 Summary: Parentheses in corporate author break tracings Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_6 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: OPAC AssignedTo: jcamins(a)cpbibliography.com ReportedBy: jcamins(a)cpbibliography.com QAContact: koha-bugs(a)lists.koha-community.org If a corporate author's name includes parentheses, the tracing produced by the XSLT produces an invalid search. -- 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 33

[Bug 6301] New: super librarians can't export bib records from all libraries if indybranches on
by bugzilla-daemon＠bugs.koha-community.org 29 Jul '13

29 Jul '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6301 Bug #: 6301 Summary: super librarians can't export bib records from all libraries if indybranches on Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Tools AssignedTo: gmcharlt(a)gmail.com ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org See chat transcript for more info - but the short version is that if you have independentbranches set to 'prevent' then even super librarians can't use the bib export tool to export from all libraries. [16:35] <nengard> has anyone used the marc export tool in 3.4? [16:35] * Guillaume (~Casaubon(a)AGrenoble-156-1-76-232.w90-41.abo.wanadoo.fr) has joined #koha [16:37] <nengard> i keep getting an empty file when i try to export [16:37] <nengard> i tried bib number range and date range [16:37] <nengard> but i think the date range is in the item record and my records don't have items [16:39] <gmcharlt> nengard: it's querying the items directly, not the copy of the items in the bib MARC [16:39] <wizzyrea> hmm [16:39] <nengard> gmcharlt, i don't understand what you mean ... i have 800 bib records with no items (holdings) does that mean I can't export the bibs? [16:40] <gmcharlt> nengard: correct; if the bibs have no items, they would not be selected by date range, since it's presently looking for the item dateaccessioned [16:41] <nengard> right - that i assumed, but I tried to do it using bib numbers [16:41] <nengard> and that didn't work either [16:41] <gmcharlt> if library, call number, itemtype, or date range is selected as the filter [16:41] <gmcharlt> will only pull in bibs that are linked to items [16:42] <gmcharlt> doing it by bib number shoudl work, but only if none of those other filters are selected [16:42] <nengard> http://screencast.com/t/xoONp6IE [16:42] <nengard> that's what i have [16:42] <nengard> and i get a blank marc file [16:44] <jcamins> nengard: you checked to make sure that those records are really there, right? [16:44] <nengard> yes :) [16:44] <jcamins> Okay. Just checking. [16:44] <nengard> well I know i have 4121 but maybe not 6000 [16:44] <gmcharlt> nengard: hmm, is indybranches turned on in that database by any chance? [16:45] <nengard> gmcharlt, shoudln't be ... let me go look [16:45] <nengard> gmcharlt it was!!! [16:45] <gmcharlt> nengard: ok, there's your answer [16:45] <nengard> it worked [16:45] <nengard> you're awesome :) thanks [16:46] <nengard> I must have turned it on to test something and forgot to turn it back off [16:46] <nengard> gmcharlt++ [16:46] <gmcharlt> if indybranches is turned on, it effectively adds a filter to the user session's current branch [16:46] <gmcharlt> ... [16:46] <gmcharlt> in some circumstances that could be construed as a bug [16:46] <nengard> that shouldn't be there for super librarians ... i would think [16:46] <nengard> for them it would be a bug [16:46] <nengard> right? [16:46] <gmcharlt> yeah [16:46] <gmcharlt> and it is a bug for them [16:46] <nengard> okay I report that as a bug then -- 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 5339] New: Parcel closing in acq
by bugzilla-daemon＠bugs.koha-community.org 19 Jul '13

19 Jul '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5339 Summary: Parcel closing in acq Change sponsored?: Sponsored Product: Koha Version: rel_3_4 Platform: All URL: http://wiki.koha-community.org/wiki/Parcel_closing_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 A new feature will be added to enable closing of a parcel. Once a parcel is closed, no item can be added. -- 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 117

[Bug 5335] New: More granular VAT
by bugzilla-daemon＠bugs.koha-community.org 19 Jul '13

19 Jul '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5335 Summary: More granular VAT Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All URL: http://wiki.koha-community.org/wiki/Better_VAT_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 -- 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 81

[Bug 4887] New: "Default value" option missing for Authority records
by bugzilla-daemon＠bugs.koha-community.org 17 Jul '13

17 Jul '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4887 Summary: "Default value" option missing for Authority records Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Cataloging AssignedTo: gmcharlt(a)gmail.com ReportedBy: s.bolelli(a)libercoop.it QAContact: koha-bugs(a)lists.koha-community.org CC: ian.walls(a)bywatersolutions.com Estimated Hours: 0.0 In the Authorities frameworks (Administration, Authority types) managing the subfield definitions is not possible to set a "default value" as for subfield definition of the MARC Bibliographic framework (Administration, MARC Bibliographic framework). It would be useful to have the option to specify a default value that is the same for every authority record -- 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 6281] New: Bug in LCC sort routine
by bugzilla-daemon＠bugs.koha-community.org 17 Jul '13

17 Jul '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6281 Bug #: 6281 Summary: Bug in LCC sort routine Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: PC OS/Version: Windows Status: NEW Severity: normal Priority: P5 Component: Staff Client AssignedTo: paul.poulain(a)biblibre.com ReportedBy: flanagan(a)ucar.edu QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com While doing some work in the Inventory Tool, I notice that Koha is ordering things strangely. It seems to be trying to order things, albeit unsuccessful, according to Dewey rules. I have my DefaultClassificationSource set to Library of Congress. I'm not sure what the problem is, but it's doing things like putting QC145.45 .H4 D65 1998 before QC145 .A57 V.12 1980 and QC995 .E29 1997 before QC100 .U57 NO. 555 1986 And when I give it a range between, say, QC150 and QC 250, it gives me QC2 and QC 20 as well. Galen: "Fortunately, it will be easy for me to fix, as there is another open-source LCC sort routine that we can use as a replacement, it just needs to be wired in." -- 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 28

[Bug 6793] New: imported and cleaned basket should be regularly deleted
by bugzilla-daemon＠bugs.koha-community.org 16 Jul '13

16 Jul '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6793 Bug #: 6793 Summary: imported and cleaned basket should be regularly deleted Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_6 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Architecture, internals, and plumbing AssignedTo: gmcharlt(a)gmail.com ReportedBy: dev_patches(a)biblibre.com QAContact: koha-bugs(a)lists.koha-community.org imported baskets should be deleted on a regular base. -- 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 6763] New: sorting for funds
by bugzilla-daemon＠bugs.koha-community.org 15 Jul '13

15 Jul '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6763 Bug #: 6763 Summary: sorting for funds Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Acquisitions AssignedTo: henridamien(a)koha-fr.org ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Are the funds displaying in any particular order? Both on the Acquisitions page and on the New Order screen, the funds don't seem to be in any order. Alphabetical would be helpful. -- 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 5764] New: not for loan message in staff client repeated
by bugzilla-daemon＠bugs.koha-community.org 15 Jul '13

15 Jul '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5764 Summary: not for loan message in staff client repeated 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 Estimated Hours: 0.0 When you're in the staff client if an item has a not for loan reason of 'not for loan' you see "Not for Loan (Not for Loan)" in the status. In the OPAC you just see the reason or the value, can we do that in the staff client? -- 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