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

[Bug 11419] New: z39.50 searches not displaying errors
by bugzilla-daemon＠bugs.koha-community.org 07 Feb '14

07 Feb '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11419 Bug ID: 11419 Summary: z39.50 searches not displaying errors Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Z39.50 / SRU / OpenSearch Servers Assignee: gmcharlt(a)gmail.com Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl When a z39.50 server isn't able to be searched successfully, the yellow error box comes up empty. -- You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 11146] New: Show a go back link on no permission page
by bugzilla-daemon＠bugs.koha-community.org 07 Feb '14

07 Feb '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11146 Bug ID: 11146 Summary: Show a go back link on no permission page Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Authentication Assignee: gmcharlt(a)gmail.com Reporter: fridolyn.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: dpavlin(a)rot13.org When a user has not the permission for a page or module, the authentication page is displayed with message : "Error: You do not have permission to access this page.". Most librarians uses the "previous page" button of there browser to come back on the page they where before trying to get to this non-permitted page. I propose to add a link to help comming back. -- You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 6435] New: False "no items" in search results [intranet]
by bugzilla-daemon＠bugs.koha-community.org 07 Feb '14

07 Feb '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6435 Bug #: 6435 Summary: False "no items" in search results [intranet] Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: major Priority: P5 Component: Cataloging AssignedTo: gmcharlt(a)gmail.com ReportedBy: eb(a)efdss.org QAContact: koha-bugs(a)lists.koha-community.org CC: ian.walls(a)bywatersolutions.com This applies only to things catalogued since upgrading to 3.4 The search results for these new records show no items in the hit list. But if you click on the title to bring up the normal view, the items are there, and are fully functional. The OPAC seems unaffected. The records created before we moved to 3.4 are also unaffected. -- 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 72

[Bug 11035] New: Replace shortcut plugin jquery.hotkeys.min.js
by bugzilla-daemon＠bugs.koha-community.org 05 Feb '14

05 Feb '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11035 Bug ID: 11035 Summary: Replace shortcut plugin jquery.hotkeys.min.js Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: blocker Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: philippe.blouin(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org (Not sure I have have the right Component or Severity, feedbacks welcomed). A sponsor asked for some specific keyboard shortcuts. After discussion a month ago with (oleonard, jcamins), it seemed a change of plugin was needed because the current one is not maintained and would limit our ability to upgrade jquery, simply. I was suggested a few independant ones, and implemented my feature with openjs's. This bug is ONLY about changing the plugin. It brings no new functionnality nor does it changes behavior. Enhancement to shortcut could bring a lot of discussion. Refression TESTING: 1) apply the patch, 2) in intranet, validate that the three available shortcuts (Alt-r, alt-u, alt-q) are still functionning perfectly. -- You are receiving this mail because: You are watching all bug changes.

1 21

[Bug 11609] New: organize suggestions by library doesn't appear to work
by bugzilla-daemon＠bugs.koha-community.org 04 Feb '14

04 Feb '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11609 Bug ID: 11609 Summary: organize suggestions by library doesn't appear to work Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Created attachment 24707 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=24707&action=edit suggestions by library See attached. You can see that the suggestions all have libraries associated with them, but the tab says 'unknown' -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 5958] New: Availability Limit with icu
by bugzilla-daemon＠bugs.koha-community.org 04 Feb '14

04 Feb '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5958 Bug #: 5958 Summary: Availability Limit with icu Classification: Unclassified Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: critical Priority: P5 Component: OPAC AssignedTo: oleonard(a)myacpl.org ReportedBy: ayousef(a)kwareict.com QAContact: koha-bugs(a)lists.koha-community.org Hi all As an extension of availability limit we noticed that the option of limit into currently available items is working only if we don't use icu but when using the icu this option is useless Plz, have you any idea about getting rid of this and what is the relationship between icu & Availability limit. thanks alot Abdou Yousuf. -- 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 3

[Bug 11434] New: in late order page only user with order_manage permission should be allowed to click on basket
by bugzilla-daemon＠bugs.koha-community.org 03 Feb '14

03 Feb '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11434 Bug ID: 11434 Summary: in late order page only user with order_manage permission should be allowed to click on basket Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: mathieu.saby(a)univ-rennes2.fr QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 10811] New: Add a 999$c record matching rule to the MARC21 defaults
by bugzilla-daemon＠bugs.koha-community.org 02 Feb '14

02 Feb '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10811 Bug ID: 10811 Summary: Add a 999$c record matching rule to the MARC21 defaults Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: MARC Bibliographic record staging/import Assignee: gmcharlt(a)gmail.com Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org Currently, the only default matching rules for MARC21 are ISBN and ISSN. However, I'm sure that many people would profit from having a 999$c "Koha biblionumber" record matching rule as well. 1) If you export your bib records to do some global/batch changes with another program (like MarcEdit), you can use this rule to replace the existing bib records with your modified records. 2) With my upcoming OAI-PMH harvesting feature, if you add a OAI-PMH repository with this rule in the configuration, you'll be able to automagically match updated records with the original records that you imported via OAI-PMH (the magic is that I check the incoming unique identifier against records in Koha, and if there is already a bib record in Koha matching that identifier, I write the biblionumber for that record back into the incoming record so that they match. It sounds convoluted but it works well). 3) People might have other ideas about this as well. -- You are receiving this mail because: You are watching all bug changes.

1 28

[Bug 11632] New: Untranslatable string "Remove" in patron lists
by bugzilla-daemon＠bugs.koha-community.org 02 Feb '14

02 Feb '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11632 Bug ID: 11632 Summary: Untranslatable string "Remove" in patron lists Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: I18N/L10N Assignee: koha-bugs(a)lists.koha-community.org Reporter: pasi.kallinen(a)pttk.fi QA Contact: testopia(a)bugs.koha-community.org CC: frederic(a)tamil.fr In modules/patron_lists/list.tt there's text "Remove" which is not translatable. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 11054] New: Creating a child record has problems with accented Latin characters
by bugzilla-daemon＠bugs.koha-community.org 02 Feb '14

02 Feb '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11054 Bug ID: 11054 Summary: Creating a child record has problems with accented Latin characters Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: colin.campbell(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl When you select New child record from the catalogue detail page. If the data that will be used to create the host field contains latin characters with diacritics from the range covered by latin-1 they are incorrectly encoded in the resulting child record. This is not the case with non-latin characters (Cyrillic, Arabic and Chinese tested) and I suspect with latin diacritic combinations that are not in the latin-1 range -- You are receiving this mail because: You are watching all bug changes.

1 17