December 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 7067] New: allow patron self registration via the opac
by bugzilla-daemon＠bugs.koha-community.org 23 Jul '13

23 Jul '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7067 Bug #: 7067 Summary: allow patron self registration via the opac Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement 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 thought there was a report for this, but I don't see it (feel free to mark as a duplicate). It would be nice if the patron could register for a card via the OPAC. -- 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 186

[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 6965] New: Tax and dicount rate should be formatted the same
by bugzilla-daemon＠bugs.koha-community.org 19 Jul '13

19 Jul '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6965 Bug #: 6965 Summary: Tax and dicount rate should be formatted the same Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: trivial Priority: P5 Component: Templates AssignedTo: oleonard(a)myacpl.org ReportedBy: katrin.fischer(a)bsz-bw.de QAContact: koha-bugs(a)lists.koha-community.org Created attachment 5690 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=5690 screenshot of vendor detail page Tax rate and dicount rate are formatted differently on vendor detail page. -- 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 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 7240] New: Cleaning up import tables and action_log
by bugzilla-daemon＠bugs.koha-community.org 16 Jul '13

16 Jul '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7240 Bug #: 7240 Summary: Cleaning up import tables and action_log Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 - low Component: Command-line Utilities AssignedTo: gmcharlt(a)gmail.com ReportedBy: m.de.rooy(a)rijksmuseum.nl QAContact: ian.walls(a)bywatersolutions.com I already asked on dev list: > Is anyone of you using code to periodically purge records from > import_records, import_biblios, import_batches and/or action_logs ? > > If so, would it be an idea to include such code into > cleanup_database.pl in misc/cronjobs ? Response of Paul on dev list: +1 Sounds a very good idea. We have already made a dirty mysql "truncate xxx" on some setups IIRC. Would be better to have it in cleanup_database. I also agree it should be driven by a parameter, like the number in days to keep/clean. Something like cleanup_database --import 90 --action_logs 180 (90 days for import_* tables and 180 for action logs in this example) And if no parameter are given, either do nothing or remove after a default duration (30 for import ? 90 for action_logs ?) Will be sending a proposed patch. -- 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 13