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

[Bug 5633] New: import borrower, add command line option
by bugzilla-daemon＠bugs.koha-community.org 20 Jul '14

20 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5633 Summary: import borrower, add command line option Change sponsored?: Sponsored Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: ASSIGNED Severity: enhancement Priority: PATCH-Sent Component: Patron Import AssignedTo: paul.poulain(a)biblibre.com ReportedBy: paul.poulain(a)biblibre.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 import_borrowers.pl is a usefull tool. Under certain circumstances, it's even more usefull to run it in command line mode (like in a daily cron). We will add parameters & features to manage this goal. -- 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 16

[Bug 9156] New: itemcallnumber not pulling more than 2 subfields
by bugzilla-daemon＠bugs.koha-community.org 20 Jul '14

20 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9156 Bug ID: 9156 Summary: itemcallnumber not pulling more than 2 subfields Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: nengard(a)gmail.com CC: m.de.rooy(a)rijksmuseum.nl Created attachment 13711 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=13711&action=edit 090 in the marc record I have itemcallnumber set to 090abvy but it's only pulling subfields ab from the attached record. This preference should pull all subfields listed. -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 11355] New: PERL5OPTS="-mDevel::Cover" makes t/db_dependent/Search.t fail
by bugzilla-daemon＠bugs.koha-community.org 18 Jul '14

18 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11355 Bug ID: 11355 Summary: PERL5OPTS="-mDevel::Cover" makes t/db_dependent/Search.t fail Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Test Suite Assignee: gmcharlt(a)gmail.com Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org To reproduce: - Run $ prove t/db_dependent/Search.t --harness=TAP::Harness::JUnit > SUCCESS - Run $ HARNESS_PERL_SWITCHES="-MDevel::Cover" prove t/db_dependent/Search.t --harness=TAP::Harness::JUnit > FAILURE -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 9796] New: ability to delete a patron image
by bugzilla-daemon＠bugs.koha-community.org 18 Jul '14

18 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9796 Bug ID: 9796 Summary: ability to delete a patron image Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: nengard(a)gmail.com CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com There is no way to delete a patron image. It would be nice to remove an image without having to upload another. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 9501] New: renew patron link next to expiration date
by bugzilla-daemon＠bugs.koha-community.org 18 Jul '14

18 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9501 Bug ID: 9501 Summary: renew patron link next to expiration date Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: nengard(a)gmail.com CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com It would be nice if there were a little 'renew' link to the right of the patron's expiration date on their details. It's just one less click to renew this way then having to click 'More' and then 'Renew' -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 9961] New: Truncation and QueryAutoTruncate not working properly with new QueryParser
by bugzilla-daemon＠bugs.koha-community.org 18 Jul '14

18 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9961 Bug ID: 9961 Summary: Truncation and QueryAutoTruncate not working properly with new QueryParser Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: katrin.fischer(a)bsz-bw.de CC: jcamins(a)cpbibliography.com I did some tests while working on bug 7518 and found that truncation seems not to work correctly when QueryParser is activated: START CONFIGURATION: Chr UseQueryParser Try QueryAutoTruncate only if * is added QueryFuzzy Try QueryStemming Try QueryWeightFields Enable TESTS: 1) NOT OK Keyword Geschichte 1236 Keyword Gesch* No results found! Keyword Gesch No results found! 2) OK UseQueryParser Do not try Keyword Geschichte 1236 Keyword Gesch* 1372 Keyword Gesch 1379 3) NOT OK UseQueryParser Try QueryAutoTruncate automatically Keyword Geschichte 1236 Keyword Gesch* No results found! Keyword Gesch No results found! -- You are receiving this mail because: You are watching all bug changes.

1 14

[Bug 11597] New: tab through fields in cataloging.
by bugzilla-daemon＠bugs.koha-community.org 18 Jul '14

18 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11597 Bug ID: 11597 Summary: tab through fields in cataloging. Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: ed.veal(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl When you are in cataloging and in the edit items page when you tab through all the fields the last tab should take you to the 'add item' button or the 'save changes' button but it skips that altogether and goes up to 'Circulation' up at the top of the page. -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 10901] New: Filters is needed on the add item page
by bugzilla-daemon＠bugs.koha-community.org 18 Jul '14

18 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10901 Bug ID: 10901 Summary: Filters is needed on the add item page Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: jonathan.druart(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl For a biblio with a lot of items, it is not easy to find the one you want to edit. Datatables could help using a filter box. -- You are receiving this mail because: You are watching all bug changes.

1 19

[Bug 11162] New: ability to sort items on item edit screen
by bugzilla-daemon＠bugs.koha-community.org 18 Jul '14

18 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11162 Bug ID: 11162 Summary: ability to sort items on item edit screen Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Would be nice if there were datatables on the edit items screen table at the top example url: /cgi-bin/koha/cataloguing/additem.pl?biblionumber=76640 -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 9291] New: don't auto select CCODE
by bugzilla-daemon＠bugs.koha-community.org 18 Jul '14

18 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9291 Bug ID: 9291 Summary: don't auto select CCODE Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: nengard(a)gmail.com CC: m.de.rooy(a)rijksmuseum.nl When cataloging if you have CCODE as required in your framework Koha will automatically populate that field with the first option in the CCODE pull down. This seems silly to me and kind of defeats making it required. You make it required so that you're prompted to fill it in if you forget, but if it's filled in already then you might forget to change it to something else. I think that if this field is required it should still default to blank (like it does if it's not required) and prompt you fill it in if you try to save without selecting an option. Nicole PS. This is 3.6, 3.10 and master (probably even before that as well) -- You are receiving this mail because: You are watching all bug changes.

1 1