June 2012 - Koha-bugs - lists.koha-community.org

[Bug 5447] New: Limit search to serials / continuing resources
by bugzilla-daemon＠bugs.koha-community.org 18 Jul '14

18 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5447 Summary: Limit search to serials / continuing resources Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All URL: /cgi-bin/koha/opac-search.pl?expanded_options=1 OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Searching AssignedTo: gmcharlt(a)gmail.com ReportedBy: katrin.fischer(a)bsz-bw.de QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 One of our libraries asked about a possiblity to limit the search to serials. I have looked at the various pull down menus in advanced search, but have not found an option to limit to serials. We can limit search to all kinds of things, like fimographies and Braille books. I think we should also offer a limit for serials in OPAC and intranet. -- 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 4969] New: Vendors can not be deleted / show only active vendors
by bugzilla-daemon＠bugs.koha-community.org 18 Jul '14

18 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4969 Summary: Vendors can not be deleted / show only active vendors Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Acquisitions AssignedTo: henridamien(a)koha-fr.org ReportedBy: katrin.fischer(a)bsz-bw.de QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 You can delete almost everything in acq, but not vendors. Vendors can only be deactivated but still show up in search results. Although almost everything else in acq can be deleted (budgets, funds, orders (reopen + delete), im not sure it should be possible to delete vendors. An option to filter search results to show only active vendors would be a nice feature. -- 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 7367] New: General OPAC typo omnibus
by bugzilla-daemon＠bugs.koha-community.org 17 Jul '14

17 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7367 Bug #: 7367 Summary: General OPAC typo omnibus Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: trivial Priority: P5 - low Component: OPAC AssignedTo: oleonard(a)myacpl.org ReportedBy: m.de.rooy(a)rijksmuseum.nl QAContact: ian.walls(a)bywatersolutions.com This is meant for submitting trivial opac typo fixes. If they are really trivial, and you tested the fix yourself (of course ;), please add your own signoff. The QA team will most probably not mind. -- 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 46

[Bug 7605] New: items that not available say availalbe in the staff search results
by bugzilla-daemon＠bugs.koha-community.org 17 Jul '14

17 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7605 Bug #: 7605 Summary: items that not available say availalbe in the staff search results Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: minor Priority: P5 - low Component: Templates AssignedTo: oleonard(a)myacpl.org ReportedBy: nengard(a)gmail.com QAContact: koha.sekjal(a)gmail.com When an item has a not for loan status of ordered or not for loan in the OPAC it says ordered or available for reference in the search results, but in the staff client it just says available and having an ordered item say available (until you click to see more details) is confusing to staff. The staff search results should show statuses like the OPAC does so it's clear that items are not really available. -- 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 1

[Bug 6668] New: Marc batch edit will freeze after deselecting all items and saving,
by bugzilla-daemon＠bugs.koha-community.org 16 Jul '14

16 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6668 Bug #: 6668 Summary: Marc batch edit will freeze after deselecting all items and saving, Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: PC OS/Version: Windows Status: NEW Severity: minor Priority: P5 Component: Cataloging AssignedTo: gmcharlt(a)gmail.com ReportedBy: stevecallender(a)esilibrary.com QAContact: koha-bugs(a)lists.koha-community.org CC: ian.walls(a)bywatersolutions.com After applying patches for bugs 6446 and 6543 to fix the "Batch item modification" from freezing when trying to save, there is still an issue, albeit minor. When deselecting all items for batch editing, and then saving, the progress bar changes to NaN% and nothing happens. The code should recognize that the user is attempting to save 0 items and complain about such, rather than just freeze. -- 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 7252] New: Lists inaccessible when one or more MARC records listed have been deleted
by bugzilla-daemon＠bugs.koha-community.org 16 Jul '14

16 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7252 Bug #: 7252 Summary: Lists inaccessible when one or more MARC records listed have been deleted Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 - low Component: Virtual Shelves AssignedTo: gmcharlt(a)gmail.com ReportedBy: oleonard(a)myacpl.org QAContact: ian.walls(a)bywatersolutions.com If you delete a title which is on someone's list, that list can no longer be accessed because of an error: Can't call method "field" on an undefined value at C4/Koha.pm line 1217. The line in question is part of GetNormalizedUPC: @fields = $record->field('024'); Called by VirtualShelves/Page.pm: $this_item->{'normalized_upc'} = GetNormalizedUPC($record,$marcflavour); Seems like there's several things that can be done here: 1. Remove titles from lists when they are deleted. The disadvantage here is that someone might have been using a list as a bibliography, for instance, and losing the title makes their information incomplete. To follow up: 2. Add error handling to VirtualShelves/Page.pm. Don't try to pull the full MARC data for a biblionumber which doesn't exist. Some choices for the display: a. Pretend nothing happened, title never existed b. Indicate that a title was removed, no information available. c. Indicate that a title was removed, pull basic info from deletedbiblio. 3. Add error handling to Koha.pm. Don't die if an empty record gets passed. This seems like a no-brainer. -- 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 3

[Bug 7545] New: can't edit items
by bugzilla-daemon＠bugs.koha-community.org 15 Jul '14

15 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7545 Bug #: 7545 Summary: can't edit items Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: ASSIGNED Severity: blocker Priority: P5 - low Component: Cataloging AssignedTo: nengard(a)gmail.com ReportedBy: nengard(a)gmail.com QAContact: koha.sekjal(a)gmail.com Depends on: 6875 when trying to edit items you get the following: Bareword "C4::Search::enabled_staff_search_views" not allowed while "strict subs" in use at /home/nengard/kohaclone/cataloguing/additem.pl line 715. Bareword "C4::Search::enabled_staff_search_views" not allowed while "strict subs" in use at /home/nengard/kohaclone/cataloguing/additem.pl line 485. Execution of /home/nengard/kohaclone/cataloguing/additem.pl aborted due to compilation errors. -- 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 12

[Bug 6875] New: de-nesting C4 packages
by bugzilla-daemon＠bugs.koha-community.org 15 Jul '14

15 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6875 Bug #: 6875 Summary: de-nesting C4 packages 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: paul.poulain(a)biblibre.com QAContact: koha-bugs(a)lists.koha-community.org Created attachment 5442 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=5442 script to check which package used in a package is useless C4 packages are using use C4::another package a lot. It result in all packages being loaded (& compiled) on each page. This bugzilla entry will contain the work to remove as much as possible the dependancies That will be achieved through : * removing use C4::otherpackage and using require C4::otherpackage in the subs that need C4::otherpackage. Require is loaded at run time only. Most of the time, the C4::otherpackage is loaded everytime, just to be used once, in one sub (that is rarely used) * removing useless subs that use a C4::otherpackage::sub, because there are some Cleaning for each package will result in a patch, with a lot of comments/details/feedback. To discover which sub is used by which script, I'll use the attached script. -- 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 131

[Bug 6016] New: Keyword Mapping Should Work with XSLT turned on
by bugzilla-daemon＠bugs.koha-community.org 15 Jul '14

15 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6016 Bug #: 6016 Summary: Keyword Mapping Should Work with XSLT turned on Classification: Unclassified 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 You can use the subfield keyword to map words to appear after the title. This field doesn't have to be a subtitle, it could be the volume or issue number (something often asked for) but we can't use this feature is XSLT is turned on. -- 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 7715] New: Add biblio.subtitle and appropriate mappings to MARC frameworks
by bugzilla-daemon＠bugs.koha-community.org 14 Jul '14

14 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7715 Priority: P5 - low Change sponsored?: --- Bug ID: 7715 Assignee: gmcharlt(a)gmail.com Summary: Add biblio.subtitle and appropriate mappings to MARC frameworks QA Contact: koha.sekjal(a)gmail.com Severity: enhancement Classification: Unclassified OS: All Reporter: koha.sekjal(a)gmail.com Hardware: All Status: NEW Version: master Component: Database Product: Koha There is more and more demand for the subtitle of a material to be shown along the main portion of the title. Right now, the only way to extra this information is to process the MARC record, which involves costly XML processing. It would be better to stash the subtitle in the biblio table, so it can be accessed just with SQL. Necessary changes: Installation: add subtitle to biblio table, after title and before uniform title add the appropriate mappings to MARC21, UNIMARC and NORMARC frameworks. Respect any pre-existing mapping on the 245$b field or 200$e fields Usage: Add subtitle to SQL queries for title Export subtitle to templates along with title Display subtitle token (if it exists) after title Previous RFC: http://wiki.koha-community.org/wiki/Add_column_to_biblio_table_for_subtitle… -- You are receiving this mail because: You are watching all bug changes.

1 7