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

[Bug 13259] Set notforloan status when adding items to a course reserve
by bugzilla-daemon＠bugs.koha-community.org 14 Mar '17

14 Mar '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13259 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |katrin.fischer(a)bsz-bw.de --- Comment #2 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- Hi Alexandre, I think a lot of libraries use a different item type while the item is in course reserves that can be set to 'not for loan' or 'for reference'. Maybe this would help? The itemtype will move back to its original value automatically on removing the item from the course. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 16969] Vulnerability warning for opac/opac-memberentry.pl
by bugzilla-daemon＠bugs.koha-community.org 14 Mar '17

14 Mar '17

1 0

[Bug 13259] Set notforloan status when adding items to a course reserve
by bugzilla-daemon＠bugs.koha-community.org 13 Mar '17

13 Mar '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13259 Alexandre <alexandre.breton(a)ccsr.qc.ca> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |alexandre.breton(a)ccsr.qc.ca --- Comment #1 from Alexandre <alexandre.breton(a)ccsr.qc.ca> --- I was creating a new bug when I found an old one from my work partner... I decided to put my notes here as a supplement. Alternative title: Adding alerts when loaning a record from a course reserve When the staff put a record in a course reserve (with his barcode for example), the record stay avalable for loan. It must be corrected in a second step for which not all the staff are allowed to do it. Can we add an option "not for loan" when we transfer a record in a reserve ? (It will eliminate a step and some errors possibilities as it's not the same people making the 2 steps. Also, some items may be loaned by error when they are put in a course reserve. Path : 1) Go to "Course reserves" module 2) Select a course 3) Clic on "Add reserves" 4) On "Add items : scan barcode", I use "02500141x" because I know we already have in the system (put one that you are sure to have) 5) Select the record you entered in the reserve 6) Observe that no option are creating a "not for loan" status ($7) for the record, even if they are put in a reserve, they still available Then, we must change the status "not for loan" manually in a second step (with some upper staff rights). I see some solutions for this : - Add a dropdown menu linked to autorized values from NOT_LOAN function ($7) or at least, a "not for loan" option (y/n) on the same page - A alert message in a yellow square informing the user that he is about to loan a record in the reserve (with y/n) - All records put in a reserve will automatically have the "not for loan" status (This status will then return automatically to 0 value when the record exit the reserve.) Also, one of our users said that before around v3.12, when we are doing a loan from a reserve, we receive an alert "Are you sure you want to loan this record y/n ?" (or something like this.). But now, this message doesn't appears all the time (just when $7 was modified after the first step). Thanks all, Alexandre from CCSR -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 18249] New: Typo "resrerves" in en-NZ translation files
by bugzilla-daemon＠bugs.koha-community.org 13 Mar '17

13 Mar '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18249 Bug ID: 18249 Summary: Typo "resrerves" in en-NZ translation files Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: aleishaamohia(a)hotmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 7534] New OPACAllowUserToChooseBranch setting for only showing libraries allowing holds
by bugzilla-daemon＠bugs.koha-community.org 13 Mar '17

13 Mar '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7534 Lari Taskula <lari.taskula(a)jns.fi> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #61045|0 |1 is obsolete| | --- Comment #41 from Lari Taskula <lari.taskula(a)jns.fi> --- Created attachment 61047 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=61047&action=ed… Bug 7534: Check hold availability to desired pickup location in opac-reserve.pl To test: -1. Have access to your browser's developer tools in order to modify <select> dropdown values 1. Go to cgi-bin/koha/admin/branches.pl 2. Configure one of your libraries to "Pickup location" => "No". Remember the branchcode of this library! 3. Go place a hold in OPAC 4. See the provided "Pick up location" list 5. Observe the library that you configured is not present in the list 6. You should see another library selected by default. Right click that and in Firefox/Chrome click "Inspect element" 7. You should see a list of <option value="xxxx">blabla</option> elements 8. Double click between value (xxxx in above example) and replace the value with the branchcode you remember from step 2. 9. Place the hold 10. Observe that you are taken to cgi-bin/koha/opac-user.pl but your hold was not successful. 11. Go back to place a hold and this time do not modify any values. 12. Observe that a hold is now placed. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 7534] New OPACAllowUserToChooseBranch setting for only showing libraries allowing holds
by bugzilla-daemon＠bugs.koha-community.org 13 Mar '17

13 Mar '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7534 Lari Taskula <lari.taskula(a)jns.fi> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #61044|0 |1 is obsolete| | --- Comment #40 from Lari Taskula <lari.taskula(a)jns.fi> --- Created attachment 61046 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=61046&action=ed… Bug 7534: Validate pickup location in CanBook/ItemBeReserved This patch adds $branchcode_to parameter to CanBookBeReserved and CanItemBeReserved. It represents the pickup location for the hold. To test: 1. prove t/db_dependent/Holds.t -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 7534] New OPACAllowUserToChooseBranch setting for only showing libraries allowing holds
by bugzilla-daemon＠bugs.koha-community.org 13 Mar '17

13 Mar '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7534 Lari Taskula <lari.taskula(a)jns.fi> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Failed QA |Needs Signoff --- Comment #39 from Lari Taskula <lari.taskula(a)jns.fi> --- (In reply to Jonathan Druart from comment #36) > Lari, I think we need a check server-side to make sure a patron will not > inject a library that is not in the list. Agreed. This was done in Bug 7614, but as it should be already in this Bug, I took the patches from 7614 and rewrote them to be suitable in 7534. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 7534] New OPACAllowUserToChooseBranch setting for only showing libraries allowing holds
by bugzilla-daemon＠bugs.koha-community.org 13 Mar '17

13 Mar '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7534 --- Comment #38 from Lari Taskula <lari.taskula(a)jns.fi> --- Created attachment 61045 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=61045&action=ed… Bug 7534: Check hold availability to desired pickup location in opac-reserve.pl To test: -1. Have access to your browser's developer tools in order to modify <select> dropdown values 1. Go to cgi-bin/koha/admin/branches.pl 2. Configure one of your libraries to "Pickup location" => "No". Remember the branchcode of this library! 3. Go place a hold in OPAC 4. See the provided "Pick up location" list 5. Observe the library that you configured is not present in the list 6. You should see another library selected by default. Right click that and in Firefox/Chrome click "Inspect element" 7. You should see a list of <option value="xxxx">blabla</option> elements 8. Double click between value (xxxx in above example) and replace the value with the branchcode you remember from step 2. 9. Place the hold 10. Observe that you are taken to cgi-bin/koha/opac-user.pl but your hold was not successful. 11. Go back to place a hold and this time do not modify any values. 12. Observe that a hold is now placed. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 7534] New OPACAllowUserToChooseBranch setting for only showing libraries allowing holds
by bugzilla-daemon＠bugs.koha-community.org 13 Mar '17

13 Mar '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7534 --- Comment #37 from Lari Taskula <lari.taskula(a)jns.fi> --- Created attachment 61044 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=61044&action=ed… Bug 7534: Validate pickup location in CanBook/ItemBeReserved This patch adds $branchcode_to parameter to CanBookBeReserved and CanItemBeReserved. It represents the pickup location for the hold. To test: 1. prove t/db_dependent/Holds.t -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 7614] Branch transfer limit and holds
by bugzilla-daemon＠bugs.koha-community.org 13 Mar '17

13 Mar '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7614 Lari Taskula <lari.taskula(a)jns.fi> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Needs Signoff |Patch doesn't apply --- Comment #16 from Lari Taskula <lari.taskula(a)jns.fi> --- (In reply to Koha Team AMU from comment #13) > I tried to test in sandbox but failed : Hi and thanks for testing! This patch set is not rebased yet on top of Bug 7534 as it is currently going through some changes in QA process. I will rebase these patches once Bug 7534 passes QA. (In reply to Olli-Antti Kivilahti from comment #14) > Created attachment 60938 [details] [review] > Bug 7614 - Fix my variable earlier declaration bug. (In reply to Olli-Antti Kivilahti from comment #15) > Created attachment 60946 [details] [review] > Bug 7614 - Fixes "Looks like you planned 61 tests but ran 62" at > t/db_dependent/Holds.t Thanks Olli-Antti! -- You are receiving this mail because: You are watching all bug changes.

1 0