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

[Bug 11652] New: merging authority records does not correct biblios
by bugzilla-daemon＠bugs.koha-community.org 15 Jul '14

15 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11652 Bug ID: 11652 Summary: merging authority records does not correct biblios Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: MARC Authority data support Assignee: gmcharlt(a)gmail.com Reporter: januszop(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org When merging authority records in librarian interface biblio records linked to deleted authority are not being corrected (i.e. have still old heading and orpaned link in $9). Test scenario: 1. Have two authorities in the catalogue, linked to biblio records. 2. Merge them with the new merge facility (cf. Bug 5202). 3. Have a look a the biblio record(s) previously linked to the removed authority. It should still have the old heading AND orpaned authority link in $9. -- You are receiving this mail because: You are watching all bug changes.

1 20

[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 11426] New: Make HighlightOwnItemsOnOPAC work with XSLT
by bugzilla-daemon＠bugs.koha-community.org 15 Jul '14

15 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11426 Bug ID: 11426 Summary: Make HighlightOwnItemsOnOPAC work with XSLT Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org It would be nice if the HighlightOwnItemsOnOPAC preference worked on sites using XSLT -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 10980] New: purchase suggestion doesn't always show
by bugzilla-daemon＠bugs.koha-community.org 15 Jul '14

15 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10980 Bug ID: 10980 Summary: purchase suggestion doesn't always show Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org I have noticed that the 'not finding what you're looking for make a purchase suggestion' box doesn't appear consistently. I have to admit I don't have much information on what could be causing this but I wanted to report the issue. What I've seen is that on all opacs I've tested the link shows at the bottom of some searches and not others - and it shows on some 'no results found' pages and not others. This is all on one system - not that it works on some and not others - that it's inconsistent within one system depending on what you search for and where you search from. This is with CCSR on Koha 3.12.4 and master in Firefox on Mac & Windows. -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 11382] New: patron left menu on purchase suggestions tab not showing all info
by bugzilla-daemon＠bugs.koha-community.org 15 Jul '14

15 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11382 Bug ID: 11382 Summary: patron left menu on purchase suggestions tab not showing all info 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 Created attachment 23397 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=23397&action=edit normal view on a patron tab If you see in the attached image on cgi-bin/koha/members/purchase-suggestions.pl?borrowernumber=51 the patron image and attributes don't show on the menu on the left like they do on other pages. -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 9256] New: debian/templates/koha-conf-site.xml.in is hardcoded to retrieval syntax = usmarc
by bugzilla-daemon＠bugs.koha-community.org 15 Jul '14

15 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9256 Bug ID: 9256 Summary: debian/templates/koha-conf-site.xml.in is hardcoded to retrieval syntax = usmarc Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Packaging Assignee: koha-bugs(a)lists.koha-community.org Reporter: magnus(a)enger.priv.no CC: robin(a)catalyst.net.nz Bug 3087 updated koha-conf.xml so the MARC flavour is configurable: - <backend syntax="usmarc" name="F"> + <backend syntax="__ZEBRA_MARC_FORMAT__" name="F"> But debian/templates/koha-conf-site.xml.in was not updated, so it is still hardcoded to usmarc: <retrieval syntax="usmarc" name="F"/> <retrieval syntax="usmarc" name="B"/> -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 29

[Bug 8990] New: Jquery UI images missing in OPAC
by bugzilla-daemon＠bugs.koha-community.org 15 Jul '14

15 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8990 Priority: P5 - low Change sponsored?: --- Bug ID: 8990 Assignee: oleonard(a)myacpl.org Summary: Jquery UI images missing in OPAC Severity: minor Classification: Unclassified OS: All Reporter: fridolyn.somers(a)biblibre.com Hardware: All Status: NEW Version: master Component: Templates Product: Koha The JQuery UI CSS uses a few images. They exists in : koha-tmpl/intranet-tmpl/prog/en/lib/jquery/images but most of them are missing in : koha-tmpl/opac-tmpl/prog/en/lib/jquery/images We should copy images from intranet to opac. -- You are receiving this mail because: You are watching all bug changes.

1 4

[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