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

[Bug 10648] New: In records merge greatest field can not be added
by bugzilla-daemon＠bugs.koha-community.org 27 Aug '14

27 Aug '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10648 Bug ID: 10648 Summary: In records merge greatest field can not be added Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Lists Assignee: gmcharlt(a)gmail.com Reporter: fridolyn.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl When merging 2 records (/cgi-bin/koha/cataloguing/merge.pl), the destination record is build using the fields and subfields checked in source records. When a field is checked, the javascript code searches in destination record a field with a greater tag number to insert new field before. When the new field tag number is greater than all existing field tag numbers, the field is not added. -- You are receiving this mail because: You are watching all bug changes.

1 43

[Bug 7462] New: duplicate patron shows flags
by bugzilla-daemon＠bugs.koha-community.org 27 Aug '14

27 Aug '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7462 Bug #: 7462 Summary: duplicate patron shows flags Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 - low Component: Patrons AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: nengard(a)gmail.com QAContact: koha.sekjal(a)gmail.com CC: gmcharlt(a)gmail.com When you duplicate a patron record the duplicate has the patron flags showing. The patron flags should only show when editing a patron not when adding a new patron. -- 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 9

[Bug 7237] New: duplicating patron not using patron's branch
by bugzilla-daemon＠bugs.koha-community.org 27 Aug '14

27 Aug '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7237 Bug #: 7237 Summary: duplicating patron not using patron's branch Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 - low Component: Patrons AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: nengard(a)gmail.com QAContact: ian.walls(a)bywatersolutions.com CC: gmcharlt(a)gmail.com When duplicating a patron the branch chosen is not the branch of the patron I was duplicating but the branch I'm logged in to the staff client at. I think it should be the branch of the previous patron since I am duplicating them. -- 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 11

[Bug 8539] New: Library transfer limits page has incorrect permission
by bugzilla-daemon＠bugs.koha-community.org 27 Aug '14

27 Aug '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8539 Priority: P5 - low Change sponsored?: --- Bug ID: 8539 CC: gmcharlt(a)gmail.com Assignee: koha-bugs(a)lists.koha-community.org Summary: Library transfer limits page has incorrect permission Severity: normal Classification: Unclassified OS: All Reporter: oleonard(a)myacpl.org Hardware: All Status: NEW Version: master Component: System Administration Product: Koha Permissions for branch_transfer_limits.pl are defined as "flagsrequired => {borrowers => 1}." This makes the page accessible to any user with permission to add or modify patrons. Based on the other admin scripts, the correct setting appears to be "parameters => 'parameters_remaining_permissions'" -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 10

[Bug 5830] New: Using XSLT on OPAC Lists page
by bugzilla-daemon＠bugs.koha-community.org 26 Aug '14

26 Aug '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5830 Bug #: 5830 Summary: Using XSLT on OPAC Lists page Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Virtual Shelves AssignedTo: gmcharlt(a)gmail.com ReportedBy: frederic(a)tamil.fr QAContact: koha-bugs(a)lists.koha-community.org On OPAC Lists page (opac-shelves.pl), biblio records are not displayed accordingly to OPACXSLTResultsDisplay system preference. -- 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 6

[Bug 5969] New: Add News Item displays all installed languages
by bugzilla-daemon＠bugs.koha-community.org 25 Aug '14

25 Aug '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5969 Bug #: 5969 Summary: Add News Item displays all installed languages Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Tools AssignedTo: gmcharlt(a)gmail.com ReportedBy: magnus(a)enger.priv.no QAContact: koha-bugs(a)lists.koha-community.org When adding a new news item, the "Display Location" dropdown shows all installed languages, not just the ones that are enabled. Would it make more sense to just show the languages that are enabled? Or is it possible to imagine a situation where a library is working on a new language - it's installed but not enabled yet, and they might want to add some news items before it's enabled? -- 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 7

[Bug 7812] New: Add markup to staff client templates to increase customization options
by bugzilla-daemon＠bugs.koha-community.org 25 Aug '14

25 Aug '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7812 Priority: P5 - low Change sponsored?: --- Bug ID: 7812 Assignee: oleonard(a)myacpl.org Summary: Add markup to staff client templates to increase customization options QA Contact: koha.sekjal(a)gmail.com Severity: enhancement Classification: Unclassified OS: All Reporter: oleonard(a)myacpl.org Hardware: All Status: NEW Version: master Component: Templates Product: Koha Created attachment 8570 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=8570&action=edit Screenshot showing #header_wrapper highlighted Following up on Bug 7760, there are markup changes we could add to further increase the options for CSS customizations. In the current markup: <body id="circ_circulation-home" class="circ"> <div id="header">...</div> <h1 id="logo">...</div> <div id="header_search">...</div> <div id="breadcrumbs">...</div> I think it would be good to create a wrapper div for everything which is fall under the broad category of "header" (as opposed to "body" in the structural sense): <body id="circ_circulation-home" class="circ"> <div id="header_wrapper"> <div id="header">...</div> <h1 id="logo">...</div> <div id="header_search">...</div> <div id="breadcrumbs">...</div> </div> I would then add a new <div> which marks the "body" of the page, between #header_wrapper and the language footer. This would open just before the beginning of the main YUI grid declaration: <div id="body"> <div id="doc" class="yui-t7"> ...and close just before the footer include: </div> [% INCLUDE 'intranet-bottom.inc' %] Unfortunately this means making edits to each template. But it introduces no visual changes to the templates unless custom CSS is added, so the work can happen piece by piece without any disruptions. -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 9515] New: A browser-based (javascript) non-Latin IME for Koha
by bugzilla-daemon＠bugs.koha-community.org 25 Aug '14

25 Aug '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9515 Bug ID: 9515 Summary: A browser-based (javascript) non-Latin IME for Koha Classification: Unclassified Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: new feature Priority: P5 - low Component: I18N/L10N Assignee: koha-bugs(a)lists.koha-community.org Reporter: indradg(a)gmail.com CC: frederic(a)tamil.fr Created attachment 14964 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=14964&action=edit Screenshot of JQuery IME working with Koha v3.10 Indian installations with large holdings in vernacular languages (India has 22 recognized "official" languages) need input method (IME) to input and query data in the Indic languages. Largely, the user preference is for a browser-based IME. I've used the JQuery IME[1] from Wikimedia Language Engineering team with Koha v3.10 and found it to be suitably working (see scrnshot). I would like to see the IME included into future Koha versions. The plugin is dual-licensed GPLv2+ and MIT and should pose no problem in license compatibility with Koha. How to take this forward? Reference: [1] https://github.com/wikimedia/jquery.ime/ - "jQuery Input method editor library supporting 50+ input methods across several languages. This is the jQuery version of the input method tool used in Wikimedia projects, a.k.a. Narayam. These input methods are well tested and contributed by large Wikimedia community. This project is a Wikimedia foundation initiative to provide language technology tools to wider audience outside the Wikimedia universe" -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 9963] New: Inventory tool doing strange things
by bugzilla-daemon＠bugs.koha-community.org 24 Aug '14

24 Aug '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9963 Bug ID: 9963 Summary: Inventory tool doing strange things 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 I can't come up with a better title that I have. You have to see this to understand what's going on: http://www.screencast.com/t/62evHO7OuST When I submit my criteria the first time, it comes up as expected. But after clicking Mark seen, it comes up with items that do not meet my original criteria. This is a problem in 3.10.3 and master. -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 8838] New: Digest option for HOLD FILLED notice?
by bugzilla-daemon＠bugs.koha-community.org 23 Aug '14

23 Aug '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8838 Priority: P5 - low Change sponsored?: --- Bug ID: 8838 Assignee: koha-bugs(a)lists.koha-community.org Summary: Digest option for HOLD FILLED notice? Severity: enhancement Classification: Unclassified OS: All Reporter: mcoalwell(a)nekls.org Hardware: All Status: NEW Version: rel_3_6 Component: Notices Product: Koha Is there a way to set Koha to only send one email to a patron when they have several items on hold instead of one email for each item? We've had a couple of patrons ask and 12 emails put a patron over her email inbox quota. Thanks, Erica Voell Bonner Springs City Library -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3