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

[Bug 9259] New: batch delete marc batches
by bugzilla-daemon＠bugs.koha-community.org 26 Nov '14

26 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9259 Bug ID: 9259 Summary: batch delete marc batches 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 We have the ability to 'clean' a staged file but it would be great if there was a way to batch delete (or barring that delete one by one) old batches. Today I saw a system with over 1700 of these batches and there is really no need to keep that much stuff. I'm thinking checkboxes next to each batch and then a 'clean' and a 'delete' button at the top of the page and you can choose one or the other. I should make you clean it before you delete it - kind of like deleting all items before deleting the bib record. Just some ideas I have. Nicole -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 8819] New: enter claim date manually
by bugzilla-daemon＠bugs.koha-community.org 26 Nov '14

26 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8819 Priority: P5 - low Change sponsored?: --- Bug ID: 8819 Assignee: koha-bugs(a)lists.koha-community.org Summary: enter claim date manually Severity: enhancement Classification: Unclassified OS: All Reporter: nengard(a)gmail.com URL: cgi-bin/koha/serials/claims.pl Hardware: All Status: NEW Version: master Component: Acquisitions Product: Koha It would be nice if on the claims form for serials you could manually mark something claimed or enter a claim date. Most US vendors do not want an email as a claim, they have special web forms to fill out, but that doesn't mean that the library doesn't want to track when they claimed their issue. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 9043] New: Adding system preferences to control the visibility of the content on the Advanced Search page
by bugzilla-daemon＠bugs.koha-community.org 26 Nov '14

26 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9043 Priority: P5 - low Change sponsored?: --- Bug ID: 9043 Assignee: oleonard(a)myacpl.org Summary: Adding system preferences to control the visibility of the content on the Advanced Search page Severity: enhancement Classification: Unclassified OS: All Reporter: srikanth(a)catalyst.net.nz Hardware: All Status: NEW Version: unspecified Component: OPAC Product: Koha There are several options on the advanced search page using which a user can refine/limit their search. Some of that content may be too technical or may not be relavant. By adding additional system preferences the librarians can control what to display on the OPAC advanced search page. -- You are receiving this mail because: You are watching all bug changes.

1 121

[Bug 12298] New: The "feed" MTT does not seem to be used
by bugzilla-daemon＠bugs.koha-community.org 25 Nov '14

25 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12298 Bug ID: 12298 Summary: The "feed" MTT does not seem to be used Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: jonathan.druart(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes.

1 11

[Bug 10956] New: Series of OPAC searches can cause a browser crash
by bugzilla-daemon＠bugs.koha-community.org 25 Nov '14

25 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10956 Bug ID: 10956 Summary: Series of OPAC searches can cause a browser crash Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org In my tests this series of OPAC searches will result a browser crash (Firefox) or an endlessly loading tab (Chrome): 1. Perform a keyword search which will return a good number of results. 2. Click on a title in those results which will have a good number of works by that author. 3. Click on the author link on the detail page to perform a search by author. 4. Click on a facet on the author search results page (I tested by clicking on a library facet). 5. Click on a title in the refined search results. I've tested this procedure with XSLT on and off, with OpacBrowseResults on and off, and with EnableOpacSearchHistory on and off. I get the same results in both themes. -- You are receiving this mail because: You are watching all bug changes.

1 22

[Bug 10749] New: patron permissions typos
by bugzilla-daemon＠bugs.koha-community.org 25 Nov '14

25 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10749 Bug ID: 10749 Summary: patron permissions typos Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org In Home > Patrons > Set permissions for {staff member}, it says "edit_patronsPerform batch modifivation of patrons" which should be "edit_patronsPerform batch modification of patrons" It also says "budget_add_delAdd and delete budgets (but cant modify budgets)" which should be "budget_add_delAdd and delete budgets (but can't modify budgets)" -- You are receiving this mail because: You are watching all bug changes.

1 14

[Bug 11354] New: NewItemsDefaultLocation Override in Cataloging
by bugzilla-daemon＠bugs.koha-community.org 25 Nov '14

25 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11354 Bug ID: 11354 Summary: NewItemsDefaultLocation Override in Cataloging Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: library(a)stas.org QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl The value of NewItemsDefaultLocation indiscriminately sets the location of a new item to this value. That is, when adding a new item, no matter what the cataloger sets for 952$c, the record defaults to the preference value, even if 952$c is not null. The matter is trivial, because one can easily just edit the item after the addition, and the edit sticks. It would be nice, however, for the NewItemsDefaultLocation value to only be applied to a new record when 952$c is null. If non-null, the default should not be applied. -- You are receiving this mail because: You are watching all bug changes.

1 4

[Bug 11111] New: The basket group is not display on the parcel page
by bugzilla-daemon＠bugs.koha-community.org 25 Nov '14

25 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11111 Bug ID: 11111 Summary: The basket group is not display on the parcel page Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: jonathan.druart(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Bug 10724 adds the search by basket group on the parcel page but does not display it the the table. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 20

[Bug 5304] New: Too many post find queries for items
by bugzilla-daemon＠bugs.koha-community.org 24 Nov '14

24 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5304 Summary: Too many post find queries for items Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Searching AssignedTo: gmcharlt(a)gmail.com ReportedBy: srdjan(a)catalyst.net.nz QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 C4::Items::GetItemsInfo(): When the items resultset is returned from the search, lots of additional queries are requested for each item in order ti get extra data. This makes large resultsets extremely slow to return. Proposed solution: Rewrite items query so it returns all relevant data at once -- 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 31

[Bug 10345] New: Copy number should be incremented when adding multiple items at once
by bugzilla-daemon＠bugs.koha-community.org 24 Nov '14

24 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10345 Bug ID: 10345 Summary: Copy number should be incremented when adding multiple items at once Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: katrin.fischer(a)bsz-bw.de CC: m.de.rooy(a)rijksmuseum.nl When adding multiple items in cataloguing, the copy number is not incremented for the generated additional items. To test: - Add new items to any of your records - Make sure you enter a copy number - Choose "Add multiple copies" - Enter number of items to be generaded - Click Add - Verify copynumber is empty for all generated items except the first -- You are receiving this mail because: You are watching all bug changes.

1 4