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

[Bug 5317] New: transfer messages inconsistent
by bugzilla-daemon＠bugs.koha-community.org 24 Apr '14

24 Apr '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5317 Summary: transfer messages inconsistent Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Circulation AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Estimated Hours: 0.0 I found the following is happening in Firefox: -Check-in of a checked-out item from another branch shows only a partial message that says "Please return <title> to" -When the book is checked in again, a full message appears: "Please return <title> to <branch name>" The first message should look the same as the second - including the branch name. -- 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 2

[Bug 9955] New: Partly broken local cover image uploading
by bugzilla-daemon＠bugs.koha-community.org 24 Apr '14

24 Apr '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9955 Bug ID: 9955 Summary: Partly broken local cover image uploading Classification: Unclassified Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: gmcharlt(a)gmail.com Reporter: dubyk(a)library.lviv.ua Unable to connect local cover images. Loading hangs at 100% and then not possible to process the image. Suddenly it occurs in Firefox browser in Linux (Debian testing) and in Windows (XP). In error console of Firefox appears this error: Eror: TypeError: jQuery.handleError is not a function Source: http://koha.tntu.edu.ua:8888/intranet-tmpl/prog/en/lib/jquery/plugins/ajaxf… Line: 111 The browser Chromium has no such problem. Found here (http://stackoverflow.com/questions/13107536/jquery-handler-error-is-not-a-f…) that the jQuery.handleError was removed after the jQuery version in 1.5 and need to write a custom error handler function. -- You are receiving this mail because: You are watching all bug changes.

1 6

[Bug 11482] New: new reservation syspref PickupHoldOnlyFromItemBranches
by bugzilla-daemon＠bugs.koha-community.org 24 Apr '14

24 Apr '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11482 Bug ID: 11482 Summary: new reservation syspref PickupHoldOnlyFromItemBranches Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: koha(a)univ-lyon3.fr QA Contact: testopia(a)bugs.koha-community.org warning : even if this patch and Bug 11481 can work separately it's necessary to first install Bug 11481 in order to avoid conflict and applying patch issues. The use of this new syspref assumes that other sysprefs OPACAllowUserToChooseBranch and canreservefromotherbranches are set on. it introduces the following behavior about reserves : You can't choose whatever branch as your pickup location. It must be a holding branch of an item. Either you don't mind picking the item at one branch or another and you ask for the very first available item or you select a specific branch and you will get the first checked in item in it. Multiholds is not possible from the pro interface (Place hold button is hidden in the results list). In the hold form the pickup list display only the branch(es) where the items are from. If a branch has no circulation rule allowing holds for its documents, it does not appear in the list. Test plan : 1) Enable RequestOnOpac OPACAllowUserToChooseBranch canreservefromotherbranches and PickupHoldOnlyFromItemBranches syspref 2) Choose one borrower (patron1) to place holds : get his category, login and pasword. 3) Go to Administration/Circulation and fine rules 4) in the ALL libraries table (selected by default) set a circulation rule for the borrower category adding an amount of holds in "Holds allowed" column You can set only one rule for a beginning with itemtype as All or several rules with different item type. 5) In the pro interface, choose a record with some items of different branches. 6) check out some items. do not forget to checkout items on their very homebranch 7) go to opac and search for the detailed record 8) Place a hold and authenticate as patron1. In the pickup list, you must see as options, only the branches of the items. You can choose either the first available item from all these branches or first from a specific one of them. try 'first available'. 9) Go to patron1 user file and click the tab Holds : the hold had been recorded. Pickup location is 'Whatever location from the first available'. 10) reconnect as admin and check in one of the items, a message box appears : confirm the hold. 11) Reconnect as Patron1, go back to the user file and check that the pickup location zone now displays the branch of the returned item. cancel the hold 12) redo a test from stage 6 selecting a specific branch in stage 8 13) go to pro interface to the detailed record, click the Holds tab and enter patron1 in text box 14) the holds form appears. The pickup location displays only the branches of items. Select an option and confirm the hold. 15) the holds table now display a line for the new recorded holds with patron1 name. Check that pickup location list is still restricted to item branches. -- You are receiving this mail because: You are watching all bug changes.

1 8

[Bug 11218] New: Due notices broken / not generated
by bugzilla-daemon＠bugs.koha-community.org 24 Apr '14

24 Apr '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11218 Bug ID: 11218 Summary: Due notices broken / not generated Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: critical Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org After updating a library we found due notices (send on the date a book is due) are no longer being generated. This bug is in 3.12.5 and I confirmed it's also a valid bug in master. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 25

[Bug 8948] New: MARC21 field 787 doesn't display
by bugzilla-daemon＠bugs.koha-community.org 24 Apr '14

24 Apr '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8948 Priority: P5 - low Change sponsored?: --- Bug ID: 8948 Assignee: oleonard(a)myacpl.org Summary: MARC21 field 787 doesn't display Severity: enhancement Classification: Unclassified OS: All Reporter: jcamins(a)cpbibliography.com Hardware: All Status: NEW Version: unspecified Component: OPAC Product: Koha Facebook may not like unspecified relationships, but rare books catalogers do! -- You are receiving this mail because: You are watching all bug changes.

1 10

[Bug 12016] New: After upgrading, APACHE is running but browser cannot connect
by bugzilla-daemon＠bugs.koha-community.org 24 Apr '14

24 Apr '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12016 Bug ID: 12016 Summary: After upgrading, APACHE is running but browser cannot connect Change sponsored?: --- Product: Koha Version: 3.14 Hardware: All OS: All Status: NEW Severity: critical Priority: P5 - low Component: Installation and upgrade (command-line installer) Assignee: gmcharlt(a)gmail.com Reporter: hissheep4(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Since upgrading to this new release (3.14.5) on Thursday 28th March, (No changes were made to the config file - We only ran the upgrade, reindexed Zebra and restarted APACHE server) a) we can ping the server, b) resolve the hostname, c) there are no errors output when starting the APACHE server, d) the config file for APACHE has no syntax errors, e) the virtual host for KOHA is set as active, f) the port is set to port 80, BUT even trying to navigate to the localhost from a local web browser it fails to connect to the http server. Any ideas welcome -- Please help. -- You are receiving this mail because: You are watching all bug changes.

1 4

[Bug 9349] New: Saved reports: sort broken on creation date
by bugzilla-daemon＠bugs.koha-community.org 24 Apr '14

24 Apr '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9349 Bug ID: 9349 Summary: Saved reports: sort broken on creation date Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: minor Priority: P5 - low Component: Reports Assignee: adrien.saurat(a)biblibre.com Reporter: adrien.saurat(a)biblibre.com The sort on creation date does not work with non-US dates. -- You are receiving this mail because: You are watching all bug changes.

1 9

[Bug 9508] New: the dateformat variable is not standardize in template files
by bugzilla-daemon＠bugs.koha-community.org 24 Apr '14

24 Apr '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9508 Bug ID: 9508 Summary: the dateformat variable is not standardize in template files Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: jonathan.druart(a)biblibre.com It would be great to use the following test everywhere if ( dateformat == "metric" ) instead of if ( dateformat_metric ) -- You are receiving this mail because: You are watching all bug changes.

1 22

[Bug 8747] New: clicking "repeat this tag" causes cursor to jump to top of page
by bugzilla-daemon＠bugs.koha-community.org 23 Apr '14

23 Apr '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8747 Priority: P5 - low Change sponsored?: --- Bug ID: 8747 CC: m.de.rooy(a)rijksmuseum.nl Assignee: gmcharlt(a)gmail.com Summary: clicking "repeat this tag" causes cursor to jump to top of page Severity: minor Classification: Unclassified OS: All Reporter: ago(a)bywatersolutions.com Hardware: All Status: NEW Version: rel_3_8 Component: Cataloging Product: Koha When editing a record, clicking on 'repeat this tag' for the 650 causes the cursor to jump to the top of the page. This does not always happen, but I have seen it on multiples sites in 3.6 and 3.8. -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 8444] New: Lost item checked in doesn't remove from patron record, nor prompt that item is marked as lost
by bugzilla-daemon＠bugs.koha-community.org 23 Apr '14

23 Apr '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8444 Priority: P5 - low Change sponsored?: --- Bug ID: 8444 CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Assignee: koha-bugs(a)lists.koha-community.org Summary: Lost item checked in doesn't remove from patron record, nor prompt that item is marked as lost Severity: normal Classification: Unclassified OS: All Reporter: ago(a)bywatersolutions.com Hardware: All Status: NEW Version: rel_3_8 Component: Circulation Product: Koha Item was marked as lost. When item checked in: patron still has item marked as due and lost, with no prompt that item is marked as lost. Views: Normal: Checked out to : due 06/06/2012 23:59 Lost Items: Checkout status: Checked out to , Due back on 06/06/2012 Changed status from 'Lost' to 'normal', but next day it had reverted to 'Lost'. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1