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

[Bug 11188] New: Make gather_print_notices.pl die on failed open()
by bugzilla-daemon＠bugs.koha-community.org 07 Feb '14

07 Feb '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11188 Bug ID: 11188 Summary: Make gather_print_notices.pl die on failed open() Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Command-line Utilities Assignee: magnus(a)enger.priv.no Reporter: magnus(a)enger.priv.no QA Contact: testopia(a)bugs.koha-community.org Currently, gather_print_notices.pl tries to open a file to write notices to, but it does not check that the open() succeeded. This can result in the following error error, if you point at a location you do not have write access to: print() on closed filehandle $OUTPUT at /usr/share/koha/bin/cronjobs/gather_print_notices.pl line 129. But the script proceeds on its merry way, and marks the "pending" messages it found as "sent", which means you can't re-run the script with another location and gather up the notices you meant to gather up. I'll propose to replace the current "open(...)" with an "open(...) or die()". (I'll probably do a patch for this during training on Monday, so please don't fix it before that :-) -- You are receiving this mail because: You are watching all bug changes.

1 9

[Bug 9579] New: Incorrect display of UNICODE symbols in 'Refine Search Results'
by bugzilla-daemon＠bugs.koha-community.org 07 Feb '14

07 Feb '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9579 Bug ID: 9579 Summary: Incorrect display of UNICODE symbols in 'Refine Search Results' 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: tigran(a)flib.sci.am Created attachment 15202 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=15202&action=edit 3 iamges with incorrect UNICODE Attaching 3 images - 2 for Cyrillic records and one or Armenian. You will notice that instead of the letter some other code is displayed and when pressing on the names from left pan (Refine your search), the search is returning null results (see arm1.png). Another interesting detail. When pressing om left pan name, the display on search window of Armenian name is displayed correctly (see arm1.png) but on the top (URL window) some of letters are displayed incorrectly. When we are just typing Armenian or Cyrillic scripts in the search window everything is working fine. So the problem is how is encoding/indexing going with the 'Refine your search' pan. Tigran -- You are receiving this mail because: You are watching all bug changes.

1 41

[Bug 10970] New: Update MARC21 frameworks to Update Nr. 17 - DB update
by bugzilla-daemon＠bugs.koha-community.org 07 Feb '14

07 Feb '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10970 Bug ID: 10970 Summary: Update MARC21 frameworks to Update Nr. 17 - DB update 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: bgkriegel(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Update MARC21 frameworks to Update Nro. 17 for current installs -- You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 11228] New: Explanation on 'patron notification' is not quite right
by bugzilla-daemon＠bugs.koha-community.org 07 Feb '14

07 Feb '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11228 Bug ID: 11228 Summary: Explanation on 'patron notification' is not quite right Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Serials Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com Created attachment 22849 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=22849&action=edit Screenshot of subscription add form The subscription details form states as explanation for the patron notifications pull down: "Select a notice and patrons on the routing list will be notified when new issues are received." This is not quite right, as the notices will only be sent out when you have subscribed to them from the OPAC. The routing list patrons won't receive the notice unless they have subscribed before. In that context the notices template named RLIST should be renamed too, so this is less confusing. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 14

[Bug 9948] New: acq data going on first item even if not received
by bugzilla-daemon＠bugs.koha-community.org 07 Feb '14

07 Feb '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9948 Bug ID: 9948 Summary: acq data going on first item even if not received Classification: Unclassified Change sponsored?: --- Product: Koha Version: 3.10 Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: nengard(a)gmail.com This is hard to explain so I did a video: http://screencast.com/t/COozHEj58ny If you choose to receive 1 item out of multiple and that item is not the first one Koha puts the acq data on the item you didn't receive, not the one you received. Tested in 3.10.4 and master. The bug is in both. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 19

[Bug 10453] New: updating child to adult loses password
by bugzilla-daemon＠bugs.koha-community.org 07 Feb '14

07 Feb '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10453 Bug ID: 10453 Summary: updating child to adult loses password Classification: Unclassified Change sponsored?: --- Product: Koha Version: 3.10 Hardware: All OS: All Status: NEW Severity: critical Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: nengard(a)gmail.com CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Tested in 3.10.x and master. When you update a child to an adult it loses the password (or changes it) - the patron can no longer log in to the OPAC after using the 'update child to adult' in the staff client. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 12

[Bug 8018] New: New subfields have a default max length of zero
by bugzilla-daemon＠bugs.koha-community.org 07 Feb '14

07 Feb '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8018 Priority: P3 Change sponsored?: --- Bug ID: 8018 Assignee: gmcharlt(a)gmail.com Summary: New subfields have a default max length of zero Severity: major Classification: Unclassified OS: All Reporter: jcamins(a)cpbibliography.com Hardware: All Status: NEW Version: master Component: Cataloging Depends on: 7263 Product: Koha If you add a new subfield to a framework, the maximum length of the field defaults to 0, and the "Max length" box is hidden under "Display more constraints." The result is that if someone simply adds a new subfield, they will be unable to type in it, with no indication of what the problem is. -- You are receiving this mail because: You are watching all bug changes.

1 18

[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