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

[Bug 10173] New: Followup of 9169 for Unimarc: Wrap function code in <span>
by bugzilla-daemon＠bugs.koha-community.org 23 Nov '13

23 Nov '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10173 Bug ID: 10173 Summary: Followup of 9169 for Unimarc: Wrap function code in <span> Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: mathieu.saby(a)univ-rennes2.fr In UNIMARC, it could be usefull to add a span arroud $4 of 7XX fields, like bug 9169 did for Marc21. Files to change : opac-tmpl/prog/en/xslt/UNIMARCslimUtils.xsl intranet-tmpl/prog/en/xslt/UNIMARCslimUtils.xsl M. Saby -- You are receiving this mail because: You are watching all bug changes.

1 4

[Bug 9778] New: display and change easily OPAC visibility status in staff interface
by bugzilla-daemon＠bugs.koha-community.org 23 Nov '13

23 Nov '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9778 Bug ID: 9778 Summary: display and change easily OPAC visibility status in staff interface 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: mathieu.saby(a)univ-rennes2.fr CC: m.de.rooy(a)rijksmuseum.nl At present, to make a record visible or hidden on OPAC, librarians need to edit the record and change the value of field/subfield indexed in OpacSuppress. It would also be great to display current opac visibility status in staff interface. For doing that, I propose to create 2 subs in C4/Biblio : GetBiblioOPACVisibility and ModBiblioOPACVisibility. Koha will need to know the field/subfield used for OpacSuppress. Maybe with a syspref. ModBiblioOPACVisibility will be called by addbiblio.pl if $op = "hidebiblioOPAC" or "showbiblioOPAC". A choice to hide/show record in OPAC will be add in "Edit" list button in cat-toolbar.inc. Only staff with cataloguing permission (or maybe also a new specific permission) could see these new choices. GetBiblioOPACVisibily will be called by detail.pl, ISBDdetail.pl, MARCdetail.pl . The value will be passed to the templates and displayed. I have started working on this, but I will probably wait the solution of 8462 before attaching a patch. M. Saby Rennes 2 university -- You are receiving this mail because: You are watching all bug changes.

1 12

[Bug 10645] New: Missing zebra languages in koha-create manpage
by bugzilla-daemon＠bugs.koha-community.org 22 Nov '13

22 Nov '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10645 Bug ID: 10645 Summary: Missing zebra languages in koha-create manpage Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Packaging Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 13

[Bug 8670] New: Update POD of C4::Branch::GetBranches() to use TT syntax
by bugzilla-daemon＠bugs.koha-community.org 22 Nov '13

22 Nov '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8670 Priority: P5 - low Change sponsored?: --- Bug ID: 8670 Assignee: nengard(a)gmail.com Summary: Update POD of C4::Branch::GetBranches() to use TT syntax Severity: enhancement Classification: Unclassified OS: All Reporter: magnus(a)enger.priv.no Hardware: All Status: NEW Version: master Component: Documentation Product: Koha The POD of C4::Branch::GetBranches() has an example of how to create a branch selector based on the output of the function, but it uses the old template syntax, not TT syntax. -- You are receiving this mail because: You are watching all bug changes.

1 14

[Bug 10763] New: Update POD of C4::Creators::Lib::html_table() to use TT syntax
by bugzilla-daemon＠bugs.koha-community.org 22 Nov '13

22 Nov '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10763 Bug ID: 10763 Summary: Update POD of C4::Creators::Lib::html_table() to use TT syntax Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: trivial Priority: P5 - low Component: Documentation Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org The POD of C4::Creators::Lib::html_table() has an example of how to create an HTML table based on the output of the function, but it uses the old template syntax, not TT syntax. -- You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 10764] New: Update POD of C4::Items::GetItemStatus() to use TT syntax
by bugzilla-daemon＠bugs.koha-community.org 22 Nov '13

22 Nov '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10764 Bug ID: 10764 Summary: Update POD of C4::Items::GetItemStatus() to use TT syntax Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: trivial Priority: P5 - low Component: Documentation Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org The POD of C4::Items::GetItemStatus() has an example of how to create a selector based on the output of the function, but it uses the old template syntax, not TT syntax. -- You are receiving this mail because: You are watching all bug changes.

1 12

[Bug 10765] New: Update POD of C4::Koha::GetSupportList() to use TT syntax
by bugzilla-daemon＠bugs.koha-community.org 22 Nov '13

22 Nov '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10765 Bug ID: 10765 Summary: Update POD of C4::Koha::GetSupportList() to use TT syntax Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: trivial Priority: P5 - low Component: Documentation Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org The POD of C4::Koha::GetSupportList() has an example of how to create an item type selector based on the output of the function, but it uses the old template syntax, not TT syntax. -- You are receiving this mail because: You are watching all bug changes.

1 12

[Bug 10704] New: Search term highlighting doesn't work beyond the first results page
by bugzilla-daemon＠bugs.koha-community.org 22 Nov '13

22 Nov '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10704 Bug ID: 10704 Summary: Search term highlighting doesn't work beyond the first results page Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org Reporting this bug on behalf of a customer. When 'OpacHighlightedWords' is set to 'Highlight' in the system preferences only the first page of search results appear to be highlighted. Any following results pages do not obey this preference. To test; 1. Enable the above preference 2. Run a search that is known to get at least two pages wroth of results in the OPAC 3. Verify that on page one of the results, the terms you searched for are all highlighted in the results. 4. Verify that on page two (and beyond), the terms you searched for are not highlighted in the results. -- You are receiving this mail because: You are watching all bug changes.

1 12

[Bug 10728] New: subscription-renew generates unnecessary warnings in logs
by bugzilla-daemon＠bugs.koha-community.org 22 Nov '13

22 Nov '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10728 Bug ID: 10728 Summary: subscription-renew generates unnecessary warnings in logs Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Serials Assignee: koha-bugs(a)lists.koha-community.org Reporter: colin.campbell(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com subscription-renew.pl generates warnings in the logs if mode is undefined, set a default value to cut down the noise. Can use the mode variable which is otherwise created for no reason -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 13

[Bug 9830] New: Some UNIMARC item indexes could be broken whith Queryweightfields syspref
by bugzilla-daemon＠bugs.koha-community.org 22 Nov '13

22 Nov '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9830 Bug ID: 9830 Summary: Some UNIMARC item indexes could be broken whith Queryweightfields syspref Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: mathieu.saby(a)univ-rennes2.fr With this combinaison of sysprefs, and a UNIMARC configuration, it impossible to search on location, barcode and ccode indexes : QueryWeightFields is activated QueryAutoTruncate only if * is added In UNIMARC, location, barcode and ccode (995 $e,$f,h) are indexed only as "words". They need to be indexed also as "phrase" Additionnaly, in UNIMARC, information about damaged and lost status of items is not indexed, while it is done in MARC21. M. Saby -- You are receiving this mail because: You are watching all bug changes.

1 26