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

[Bug 7055] New: NORMARC: Links and defaults for 008 position 15-17 and 35-37
by bugzilla-daemon＠bugs.koha-community.org 09 May '13

09 May '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7055 Bug #: 7055 Summary: NORMARC: Links and defaults for 008 position 15-17 and 35-37 Classification: Unclassified Change sponsored?: --- Product: Koha Version: Rel_3_8 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: MARC Bibliographic data support AssignedTo: magnus(a)enger.priv.no ReportedBy: magnus(a)enger.priv.no QAContact: koha-bugs(a)lists.koha-community.org CC: ian.walls(a)bywatersolutions.com NORMARC 008 position 15-17 should link to http://www.nb.no/baser/landekoder/ and have "no" as default. NORMARC 008 position 35-37 should link to http://www.nb.no/baser/sprakkoder/ and have "nob" as default. -- 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 11

[Bug 9266] New: Managing tags / reject: Error "Unbekannte Operation (ablehnen)" in translated staff client
by bugzilla-daemon＠bugs.koha-community.org 09 May '13

09 May '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9266 Bug ID: 9266 Summary: Managing tags / reject: Error "Unbekannte Operation (ablehnen)" in translated staff client Classification: Unclassified Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: veron(a)veron.ch CC: gmcharlt(a)gmail.com Created attachment 14013 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=14013&action=edit Error while rejecting tag in translated staff client (German) Rejecting tags results in message: Unbekannte Operation (ablehnen) mit 2 Begriff(en). Steps to reproduce: 1) Go to Home › Tools › Tags 2) Filter tags to show a list of tags. Check checkboxes of tags you want to reject. Click "Reject" at the bottom Result in English staff client: "Rejected 1 Term(s). " Result in German Staff client: "Unbekannte Operation (ablehnen) mit 1 Begriff(en)." (Unknown operation (ablehnen)...) Same with approve. I tested on a 3.9 demo server, German translation installed. Can somebody confirm for newer version and for other languages? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 12

[Bug 8327] New: group item types together
by bugzilla-daemon＠bugs.koha-community.org 08 May '13

08 May '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8327 Priority: P5 - low Change sponsored?: --- Bug ID: 8327 CC: m.de.rooy(a)rijksmuseum.nl Assignee: gmcharlt(a)gmail.com Summary: group item types together Severity: enhancement Classification: Unclassified OS: All Reporter: nengard(a)gmail.com Hardware: All Status: NEW Version: master Component: Cataloging Product: Koha I would love to see the ability to add another layer to item types, maybe called item group. So, say you have DVD, CD, Music, etc, these things could live under the umbrella of an Item Group called maybe Audiovisual. This would enable us to put circulation rules on a group that would affect all items in the group, which would be more congruous with the kinds of policies that libraries tend to have. For instance, our policy on A/V materials is that a patron may only have 5 at a time. However, in the Circ & Fine rules, the only way we could address this was by give all of our A/V types a limit of 5 and then we have to be paying attention to each account to be sure that someone isn't taking out 5 DVD's and then 5 CD's. If there were an additional layer that could group them together, it could serve as a way to apply a limit on the whole group of item types. -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 5292] New: Google Preview Option for OPAC
by bugzilla-daemon＠bugs.koha-community.org 08 May '13

08 May '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5292 Summary: Google Preview Option for OPAC Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: OPAC AssignedTo: oleonard(a)myacpl.org ReportedBy: darrellulm(a)smfpl.org QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 This Enhancement is for Google Preview option for the OPAC. It is separate from Amazon, and so will work with Amazon or other providers. Darrell Ulm -- 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 19

[Bug 8278] New: Replace YUI autocomplete in UNIMARC 210c plugin
by bugzilla-daemon＠bugs.koha-community.org 08 May '13

08 May '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8278 Priority: P5 - low Change sponsored?: --- Bug ID: 8278 Assignee: oleonard(a)myacpl.org Blocks: 7747 Summary: Replace YUI autocomplete in UNIMARC 210c plugin Severity: normal Classification: Unclassified OS: All Reporter: oleonard(a)myacpl.org Hardware: All Status: NEW Version: master Component: Templates Product: Koha There is a YUI autocomplete instance in a UNIMARC plugin (unimarc_field_210c_bis.tt) which I couldn't figure out how to test, even on a sandbox set up with UNIMARC. I could use help with a follow-up to Bug 7747. -- You are receiving this mail because: You are watching all bug changes.

1 34

[Bug 7740] New: Highlight items in own library in search results/detail page in OPAC
by bugzilla-daemon＠bugs.koha-community.org 08 May '13

08 May '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7740 Priority: P5 - low Change sponsored?: --- Bug ID: 7740 Assignee: oleonard(a)myacpl.org Summary: Highlight items in own library in search results/detail page in OPAC QA Contact: koha.sekjal(a)gmail.com Severity: enhancement Classification: Unclassified OS: All Reporter: savitra.sirohi(a)osslabs.biz Hardware: All Status: NEW Version: master Component: OPAC Product: Koha My libraries would like to see their library name either highlighted from amongst the pile of libraries that are displayed when one searches for something in the OPAC. Really what they would like is for their holding to be moved to the front of the pack AND highlighted. Where I mean is when one goes to the OPAC and does a keyword search for something, like 'Humger Games.' A result list is provided to them with brief bibliographic information, an image, and a list of libraries and call numbers in green text (for available items). It is this listing of libraries in green text that they would like to have altered so that their item is listed first and it is highlighted. We might also want to explore changing the item listing on an individual record view in the OPAC so that the home library is listed first and all the other libraries are listed alphabetically behind it, but this is a lower priority. -- You are receiving this mail because: You are watching all bug changes.

1 42

[Bug 8264] New: local cover images not working in IE8
by bugzilla-daemon＠bugs.koha-community.org 08 May '13

08 May '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8264 Priority: P5 - low Change sponsored?: --- Bug ID: 8264 Assignee: gmcharlt(a)gmail.com Summary: local cover images not working in IE8 Severity: major Classification: Unclassified OS: All Reporter: nengard(a)gmail.com Hardware: All Status: NEW Version: master Component: Tools Product: Koha Created attachment 10350 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=10350&action=edit local image showing in ff Local cover image thumbnails are not showing in IE8. Same search displays in Firefox. In IE, images only show at bottom of OPAC Details page. -- You are receiving this mail because: You are watching all bug changes.

1 12

[Bug 8657] New: Default sort by call number does not work
by bugzilla-daemon＠bugs.koha-community.org 07 May '13

07 May '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8657 Priority: P5 - low Change sponsored?: --- Bug ID: 8657 Assignee: oleonard(a)myacpl.org Summary: Default sort by call number does not work Severity: normal Classification: Unclassified OS: All Reporter: oleonard(a)myacpl.org Hardware: All Status: ASSIGNED Version: master Component: Searching Product: Koha If you try to set your search results default sort order to "call number" either in the OPAC or the staff client it does not work. It falls back to "relevance." Koha seems to be looking for the values "call_number_asc" or "call_number_dsc" but the preferences template causes the data to be saved as "callnumber_asc" and "callnumber_dsc." -- You are receiving this mail because: You are watching all bug changes.

1 9

[Bug 9134] New: There is no previous link on the page 2 on the search results page
by bugzilla-daemon＠bugs.koha-community.org 07 May '13

07 May '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9134 Bug ID: 9134 Summary: There is no previous link on the page 2 on the search results page Classification: Unclassified Change sponsored?: --- Product: Koha Version: 3.10 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: jonathan.druart(a)biblibre.com The include file includes/page-numbers.inc tests the previous_page_offset variable. It is equal to 0 if we are on the second page and the previous link does not appears. -- You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 7428] New: koha-create shoud check for length of instancename
by bugzilla-daemon＠bugs.koha-community.org 06 May '13

06 May '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7428 Bug #: 7428 Summary: koha-create shoud check for length of instancename Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 - low Component: Packaging AssignedTo: robin(a)catalyst.net.nz ReportedBy: magnus(a)enger.priv.no QAContact: ian.walls(a)bywatersolutions.com "MySQL user names can be up to 16 characters long." ( http://dev.mysql.com/doc/refman/5.0/en/user-names.html ) koha-create constructs the mysql username for a new instance by prepending "koha_" to the instancename. If this results in a username that is longer than 16 characters, mysql will give an error. koha-create should do one of these: - check the length of the provided instancename and exit with an explanatory message if the mysql username will be too long - truncate the instancename and use the resulting string as the mysql username, making sure to put the right string in koha-conf.xml -- 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 4