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

[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

[Bug 5229] New: OPACItemsResultsDisplay preference does not work with XSLT results
by bugzilla-daemon＠bugs.koha-community.org 14 Jul '14

14 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5229 Summary: OPACItemsResultsDisplay preference does not work with XSLT results Change sponsored?: --- Product: Koha Version: HEAD Platform: All URL: /cgi-bin/koha/opac-search.pl?q=foo OS/Version: All Status: NEW Severity: normal Priority: P5 Component: OPAC AssignedTo: oleonard(a)myacpl.org ReportedBy: oleonard(a)myacpl.org QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 The description for the preference says "show/don't show an item's branch, location and call number in OPAC search results." The preference works with normal results, the alternatives being: Availability: Copies available: Athens (1) ("don't show") and Availability: Copies available: Athens [AF Needle] (1) ("show") In the OPAC's XSLT results display the latter version appears no matter what the preference is set to. -- 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 3

[Bug 8773] New: Add per-instance koha-index-daemon in .deb setup
by bugzilla-daemon＠bugs.koha-community.org 14 Jul '14

14 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8773 Priority: P5 - low Change sponsored?: --- Bug ID: 8773 Assignee: gmcharlt(a)gmail.com Summary: Add per-instance koha-index-daemon in .deb setup Severity: enhancement Classification: Unclassified OS: All Reporter: tomascohen(a)gmail.com Hardware: All Status: NEW Version: master Component: Command-line Utilities Product: Koha In order to avoid the use of cronjobs to trigger the incremental indexing of records (does not scale on busy setups, cannot do sub-minute frecaquency indexing), we can use Koha::Contrib::Tamil's koha-index-daemon to do the job. This should be set automagically by the koha-common package. -- You are receiving this mail because: You are watching all bug changes.

1 67

[Bug 9847] New: arrows for child funds not always showing
by bugzilla-daemon＠bugs.koha-community.org 12 Jul '14

12 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9847 Bug ID: 9847 Summary: arrows for child funds not always showing Classification: Unclassified 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 Created attachment 16400 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=16400&action=edit no arrows When I view the funds after filtering I see the arrows to the left (url: /cgi-bin/koha/admin/aqbudgets.pl?show=1&budget_period_id=1&filter=Go ) - this is good. But it doesn't show the arrows when I first get to the funds listing ( url: /cgi-bin/koha/admin/aqbudgets.pl ) I think this is true in Koha 3.10 as well but haven't tested. See attached -- You are receiving this mail because: You are watching all bug changes.

1 7

[Bug 9670] New: can't delete quote of the day that was just added
by bugzilla-daemon＠bugs.koha-community.org 12 Jul '14

12 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9670 Bug ID: 9670 Summary: can't delete quote of the day that was just added Classification: Unclassified Change sponsored?: --- Product: Koha Version: 3.10 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Tools Assignee: gmcharlt(a)gmail.com Reporter: nengard(a)gmail.com See: http://screencast.com/t/EFcrZ0lI3l When you add a quote you cannot delete it until you refresh the page - so if you add something in error you have to refresh before you can delete. Nicole -- You are receiving this mail because: You are watching all bug changes.

1 4

[Bug 9359] New: Cannot delete records from baskets
by bugzilla-daemon＠bugs.koha-community.org 12 Jul '14

12 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9359 Bug ID: 9359 Summary: Cannot delete records from baskets Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: jcamins(a)cpbibliography.com I get the following error when I try to deleted an order line with its associated biblio record: DBD::mysql::st execute failed: Duplicate entry '85533' for key 'PRIMARY' at /home/jcamins/kohaclone/C4/Biblio.pm line 3573. at /home/jcamins/kohaclone/acqui/addorder.pl line 270 -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 9237] New: canceling a receive redirects to a blank receive screen
by bugzilla-daemon＠bugs.koha-community.org 12 Jul '14

12 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9237 Bug ID: 9237 Summary: canceling a receive redirects to a blank receive screen Classification: Unclassified Change sponsored?: --- Product: Koha Version: 3.8 Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: nengard(a)gmail.com When you're receiving if you click receive on an order line and then click cancel at the bottom it redirects to a blank receive screen not the screen you were on before - the URL is loosing key info: After cancelling it looks like this: /cgi-bin/koha/acqui/parcel.pl?invoice=cr1234&gst=0&freight= -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 9092] New: Inaccurate Shelf List on Inventory/Stocktaking Tool
by bugzilla-daemon＠bugs.koha-community.org 12 Jul '14

12 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9092 Bug ID: 9092 Summary: Inaccurate Shelf List on Inventory/Stocktaking Tool Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Tools Assignee: gmcharlt(a)gmail.com Reporter: elliott(a)bywatersolutions.com Created attachment 13471 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=13471&action=edit Shelf List I began to take inventory of our collection today using the shelf list generated by the Inventory/Stocktaking tool. However, the shelf list is missing a bunch of titles that are on the shelf and in the OPAC. For example, the list skips over all the books in our catalog between call numbers RB150 .F37 P383 2004 - RB150 .N38 M365 2005. -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 9337] New: Alphabet for browsing patrons by last name not visible after performing a patron search
by bugzilla-daemon＠bugs.koha-community.org 12 Jul '14

12 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9337 Bug ID: 9337 Summary: Alphabet for browsing patrons by last name not visible after performing a patron search Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com To replicate: 1) Go to patrons 2) Perform a search or click on a letter in the alphabet Problem: The alphabet is no longer visible on the page with the search results or no result message. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 9338] New: 'Empty' patron search no longer returns all patrons
by bugzilla-daemon＠bugs.koha-community.org 12 Jul '14

12 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9338 Bug ID: 9338 Summary: 'Empty' patron search no longer returns all patrons Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Keywords: regression Severity: normal Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Up to 3.8 sending an empty patron search in the patron module would return all patrons. That is no longer the case and a regression to older versions of Koha. I found it working in 3.8, but broken in 3.10 and master. To test: - Go to the patron module - Change nothing and send the patron search on top Problem: Instead of a list of all patrons a 'no results found' message is shown. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2