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

[Bug 8707] New: tags always say approved
by bugzilla-daemon＠bugs.koha-community.org 21 Apr '13

21 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8707 Priority: P5 - low Change sponsored?: --- Bug ID: 8707 Assignee: gmcharlt(a)gmail.com Summary: tags always say approved Severity: major Classification: Unclassified OS: All Reporter: nengard(a)gmail.com Hardware: All Status: NEW Version: rel_3_8 Component: Tools Product: Koha Created attachment 11900 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=11900&action=edit rejected say approved This happens in master and 3.8.4 (those are the ones I tested). When you look at your tags there used to be tabs across the top for pending/approved/rejected - now there isn't, but this isn't as big a deal as the fact that tags that were rejected have the 'approved' box depressed. See attached images. -- You are receiving this mail because: You are watching all bug changes.

1 16

[Bug 8213] New: "Cancel All" button on holds over tab cancels both holds over and holds waiting
by bugzilla-daemon＠bugs.koha-community.org 21 Apr '13

21 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8213 Priority: P5 - low Change sponsored?: --- Bug ID: 8213 CC: gmcharlt(a)gmail.com Assignee: kyle.m.hall(a)gmail.com Summary: "Cancel All" button on holds over tab cancels both holds over and holds waiting Severity: major Classification: Unclassified OS: All Reporter: melia(a)bywatersolutions.com Hardware: All Status: NEW Version: rel_3_8 Component: Circulation Product: Koha The "Cancel All" button on the Holds Over tab currently cancels all holds over and all holds waiting. This doesn't make sense - librarians are inadvertently canceling all of their holds that are waiting to be picked up. The "Cancel All" button should cancel only the holds over that do not need to be transferred (these are the ones that are older than ReservesMaxPickUpDelay). It should not cancel the holds waiting. -- You are receiving this mail because: You are watching all bug changes.

1 16

[Bug 7483] New: A more detailed breadcrumb for authority management
by bugzilla-daemon＠bugs.koha-community.org 21 Apr '13

21 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7483 Bug #: 7483 Summary: A more detailed breadcrumb for authority management Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Templates AssignedTo: adrien.saurat(a)biblibre.com ReportedBy: adrien.saurat(a)biblibre.com QAContact: koha.sekjal(a)gmail.com [MT1424] After editing a subfield in an Authority structure, we are redirected to the "auth_subfields_structure.pl" page with no breadcrumb to come back to the structure being edited. The breadcrumb only shows: Home › Administration › Authority MARC subfield structure When editing a bibliographic framework, the breadcrumb is much more practical: Home › Administration › MARC Frameworks › BD Framework Structure › Tag 011 Subfield Structure Something along this line should be implemented for authorities. -- 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 8

[Bug 7379] New: some database fields are displayed 'as is' when they are linked to autorised values
by bugzilla-daemon＠bugs.koha-community.org 21 Apr '13

21 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7379 Bug #: 7379 Summary: some database fields are displayed 'as is' when they are linked to autorised values Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_6 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing AssignedTo: gmcharlt(a)gmail.com ReportedBy: gaetan.boisson(a)biblibre.com QAContact: ian.walls(a)bywatersolutions.com When items.copynumber is linked to an autorized value, the value displayed both on OPAC and on the staff interface is the one found in the database and not the description linked to the value. This should be fixed in order for this field to function like the other ones, where the authorized value's description is displayed when the field is linked to an authorized value. -- 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 38

[Bug 8610] New: Normalize records imported from Z39.50 servers to prevent Zebra search problems.
by bugzilla-daemon＠bugs.koha-community.org 21 Apr '13

21 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8610 Priority: P5 - low Change sponsored?: --- Bug ID: 8610 CC: m.de.rooy(a)rijksmuseum.nl Assignee: gmcharlt(a)gmail.com Summary: Normalize records imported from Z39.50 servers to prevent Zebra search problems. Severity: enhancement Classification: Unclassified OS: All Reporter: fcapovilla(a)live.ca Hardware: All Status: NEW Version: rel_3_8 Component: Z39.50 / SRU / OpenSearch Servers Product: Koha Created attachment 11512 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=11512&action=edit Normalize records imported from Z39.50 servers. Records with separated diacritics might not show up in Zebra searches if the search terms use accented characters, because typed UTF-8 accented characters normally use combined diacritics. Some Z39.50 server may use the MARC-8 encoding, which uses separated diacritics. By forcing a normalization, all imported records will have combined diacritics. Example serveur using separated diacritics (MARC-21): http://www.collectionscanada.gc.ca/amicus/006002-400-f.html Hostname: amicus.collectionscanada.gc.ca Port: 210 Database: BN Syntax: MARC21/USMARC Encoding: MARC-8 -- You are receiving this mail because: You are watching all bug changes.

1 9

[Bug 8370] New: Default checkout, hold and return policy for all library => wrong term
by bugzilla-daemon＠bugs.koha-community.org 21 Apr '13

21 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8370 Priority: P2 Change sponsored?: --- Bug ID: 8370 CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com, nengard(a)gmail.com Assignee: koha-bugs(a)lists.koha-community.org Blocks: 8362 Summary: Default checkout, hold and return policy for all library => wrong term Severity: normal Classification: Unclassified OS: All Reporter: paul.poulain(a)biblibre.com Hardware: All Status: NEW Version: master Component: Circulation Product: Koha The string "Default checkout, hold and return policy for all library" that appear in issuingrules when you're on "All" library is wrong. It's related to the rule that is applied by default if there is no library-level rule. Same problem with "Checkout limit by patron category for all libraries" and "Holds policy by itemtype for all libraries" => they refer to the behaviour if no library-level rule is set -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 17

[Bug 8622] New: Koha themes broken
by bugzilla-daemon＠bugs.koha-community.org 21 Apr '13

21 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8622 Priority: P3 Change sponsored?: --- Bug ID: 8622 Assignee: jcamins(a)cpbibliography.com Summary: Koha themes broken Severity: normal Classification: Unclassified OS: All Reporter: jcamins(a)cpbibliography.com Hardware: All Status: NEW Version: master Component: Templates Product: Koha Due to regressions in the codebase, Koha's built in theming support (e.g. prog) no longer functions properly: all of prog must be duplicated even for a relatively small change due to errors in fallback for TT includes and XSLT files. Moreover, in places where fallback *was* working, incorrect CSS, javascript, and image files were being displayed because [% themelang %] in the templates was being set to the fallback theme/language, rather than the current theme/language. CSS, Koha-specific javascript, and image files should always be pulled from the preferred theme, never from the fallback theme. -- You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 8597] New: New theme for the OPAC with a mobile view
by bugzilla-daemon＠bugs.koha-community.org 21 Apr '13

21 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8597 Priority: P5 - low Change sponsored?: --- Bug ID: 8597 Assignee: oleonard(a)myacpl.org Summary: New theme for the OPAC with a mobile view Severity: enhancement Classification: Unclassified OS: All Reporter: fcapovilla(a)live.ca Hardware: All Status: NEW Version: rel_3_8 Component: OPAC Product: Koha Created attachment 11448 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=11448&action=edit New theme for the OPAC We created a new OPAC theme for our client and he agreed to share it with the community. This new theme also includes a mobile version using mediaqueries in another patch. How to install : 1. Add the image files found in the attached "images.zip" file to the "koha-tmpl/opac-tmpl/prog/images" folder. 2. Apply the patch file on your Koha instance. This patch file includes new js and css files, and some template modifications. -- You are receiving this mail because: You are watching all bug changes.

1 89

[Bug 8623] New: Javascript libraries should be outside theme directories
by bugzilla-daemon＠bugs.koha-community.org 21 Apr '13

21 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8623 Priority: P5 - low Change sponsored?: --- Bug ID: 8623 Assignee: oleonard(a)myacpl.org Summary: Javascript libraries should be outside theme directories Severity: normal Classification: Unclassified OS: All Reporter: jcamins(a)cpbibliography.com Hardware: All Status: NEW Version: master Component: Templates Product: Koha Similar to bug 4048, which seeks to move Koha's non-translatable assets outside of language-specific directories, third-party javascript libraries should be stored outside of the theme hierarchy entirely, in koha-tmpl/opac-tmpl/lib/ and koha-tmpl/intranet-tmpl/lib/. This will prevent future regressions in Koha's theming functionality. -- You are receiving this mail because: You are watching all bug changes.

1 29

[Bug 8523] New: Authority hierarchies only support UNIMARC
by bugzilla-daemon＠bugs.koha-community.org 21 Apr '13

21 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8523 Priority: P5 - low Change sponsored?: Sponsored Bug ID: 8523 Assignee: jcamins(a)cpbibliography.com Summary: Authority hierarchies only support UNIMARC Severity: enhancement Classification: Unclassified OS: All Reporter: jcamins(a)cpbibliography.com Hardware: All Status: NEW Version: master Component: MARC Authority data support Depends on: 8207 Product: Koha As of right now, the authority hierarchy code works only with UNIMARC. There is, however, no reason why it should not also work with MARC21, and we propose to add support for MARC21 to the authority hierarchy code. -- You are receiving this mail because: You are watching all bug changes.

1 32