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

[Bug 12446] Enable an adult to have a guarantor
by bugzilla-daemon＠bugs.koha-community.org 05 Jul '17

05 Jul '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12446 Philippe Audet-Fortin <philippe.audet-fortin(a)inlibro.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Failed QA |Needs Signoff --- Comment #54 from Philippe Audet-Fortin <philippe.audet-fortin(a)inlibro.com> --- I corrected my old mistake (hope it doesn't affect the rest of the code :)) and rebase it. Now the patch apply. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 8016] Items are not tie to the transaction using "global" action.
by bugzilla-daemon＠bugs.koha-community.org 05 Jul '17

05 Jul '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8016 Kyle M Hall <kyle(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |kyle(a)bywatersolutions.com --- Comment #3 from Kyle M Hall <kyle(a)bywatersolutions.com> --- Chris, can you file a separate bug for your report? I sounds like a related but separate issue to me. As for the initial issue of not having the relationship between fees and payments stored, I do believe Bug 14826 will solve the underlying problem, and one it is pushed we can work on revealing this data in the interface. (In reply to Chris Slone from comment #2) > Hi, > > This is still an issue and is in need of fixing as it presents a potentially > more severe problem when paying the replacement charge for an item if the > item is still checked-out to the patron. So, for example, if your cronjob is > set to mark an item lost and you charge patron's for lost items, using > anything other than the 'pay' button will not remove the item from the > patron's checkouts after the charge has been paid. > > To replicate: > > 1.) Set preference WhenLostChargeReplacementFee to 'Charge' > 2.) Edit the record of a checked-out item to the lost status indicated by > your DefaultLongOverdueChargeValue. Note: To keep the item checked-out, this > must be done by opening and editing the item's record (not directly from the > items tab of the bibliographic record). You can also use an item that your > longoverdue cronjob marked. > 3.) Confirm that the item is still checked-out to the patron and that the > replacement fee was charged. > 4.) Use pay selected, pay amount, write off, or write off all with the > replacement charge and confirm the action as normal. > 5.) The charge will be removed but the item will still be checked-out to the > patron's record. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 10449] Suggestions pending approval should count only suggestions of current branch
by bugzilla-daemon＠bugs.koha-community.org 05 Jul '17

05 Jul '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10449 --- Comment #23 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- Thinking about this some more: We had a similar, but not quite the same problem with patron modification requests. It was solved with the system preference IndependentBranchesPatronModifications. So we could have a setting to see suggestions from all branches and a setting to see only your own. Ideally the suggestions page should reflect that as well in the preset filter. But patron modification requests always have a branch - suggestions do not. So 'only your own' does not quite work. Maybe the solution is to change the text of the message on the dashboard for this setting, so that it's clearer. I am not quite sure what would work here best. Thinking of something like: 1 suggestion for your branch [and 2 for any branch] are pending. I also like Fridolin's idea to make the selected option more visible as this has caused confusion in our libraries too. Instead of moving the acquisition filters to the top, I suggest having the branch filter outside and always visible, putting it below or over the tab organization filter. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 12446] Enable an adult to have a guarantor
by bugzilla-daemon＠bugs.koha-community.org 04 Jul '17

04 Jul '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12446 Philippe Audet-Fortin <philippe.audet-fortin(a)inlibro.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #63149|0 |1 is obsolete| | -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 12446] Enable an adult to have a guarantor
by bugzilla-daemon＠bugs.koha-community.org 04 Jul '17

04 Jul '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12446 Philippe Audet-Fortin <philippe.audet-fortin(a)inlibro.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #60934|0 |1 is obsolete| | --- Comment #53 from Philippe Audet-Fortin <philippe.audet-fortin(a)inlibro.com> --- Created attachment 64794 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=64794&action=ed… Bug 12446 - Enable an adult to have a guarantor Concflicts has been fixed. Also attributes in system preference : AdditionalGuarantorField are now displayed correctly in all scenerios. I have rebased every patch. This includes all the features from the previous patches. Removed the dollar signs and stopped using C4::Category On the patron category page, there is a new field to specify whether patrons can be guarantee or not. The atomic update SQL script adds this new field and sets it to true for categories of type "C" and "P". 1) Apply the patch 2) Run updatedatabase.pl to add AdditionalGuarantorField to preferences and canbeguarantee to categories. 3) Go to patron category administration, edit a category and change the value of Can Be Guarantee to yes (for Child and Professional mostly to set it by default) 4) See below to test various scenarios - Enable an adult to have a guarantor: 0.0) Create or edit a patron category of type 'A'. 0.1) Set the "Can be guarantee" field to "Yes" and save. 1) Select an adult patron -> details tab; 2) Click edit button; 3) validate "guarantor information" fieldset; - Shows guarantees' fines in the guarantor's page: 4) Click Set to patron button and select a guarantor; 5) Generate a fine; 6) Select guarantor patron -> details tab; 7) Validate guarantee's fine information. - Transfer some guarantor's information to the guarantee while adding a guarantiee: 0) Select an adult patron; 1) Insert all information; 2) Click Add guarantiee bouton; 3) Validade Garantor information/Main address/Contact fieldsets filled; - Transfer some guarantor's information to the guarantee while creating a new patron 0) Select an adult patron; 1) Insert all information; 2) Add a new adult patron; 3) Click "Set to patron" button; 4) Select the adult patron from 0); 5) Validade Garantor information/Main address/Contact fieldsets filled; - Transfer some guarantor's information to the guarantee while adding a guarantiee: 0) Select an adult patron; 1) Insert all information; 2) Click Add guarantiee bouton; 3) Validade Garantor information/Main address/Contact fieldsets filled; - Transfer guarantor's alternate address/contact to the guarantee while creating a new patron: 0) Search AdditionalGuarantorField preference; 1) Insert some additional database columns from alternate address/contact to be transferred from guarantor; 2) Select an adult patron; 3) Insert all information; 4) Add a new adult patron; 5) Click "Set to patron" button; 6) Select the adult patron from 0); 7) Validade Garantor information/Main address/Contact fieldsets filled; 8) Validade Garantor additional alternate address/contact filled; - Transfer guarantor's alternate address/contact to the guarantee while adding a guarantiee: 0) Search AdditionalGuarantorField preference; 1) Insert some additional database columns from alternate address/contact to be transferred from guarantor; 3) Select an adult patron; 4) Insert all information; 5) Click Add guarantiee bouton; 6) Validade Garantor information/Main address/Contact fieldsets filled; 7) Validade Garantor additional alternate address/contact filled; -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 12446] Enable an adult to have a guarantor
by bugzilla-daemon＠bugs.koha-community.org 04 Jul '17

04 Jul '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12446 Philippe Audet-Fortin <philippe.audet-fortin(a)inlibro.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #63214|0 |1 is obsolete| | -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 12446] Enable an adult to have a guarantor
by bugzilla-daemon＠bugs.koha-community.org 04 Jul '17

04 Jul '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12446 Philippe Audet-Fortin <philippe.audet-fortin(a)inlibro.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #64793|0 |1 is obsolete| | -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 12446] Enable an adult to have a guarantor
by bugzilla-daemon＠bugs.koha-community.org 04 Jul '17

04 Jul '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12446 --- Comment #52 from Philippe Audet-Fortin <philippe.audet-fortin(a)inlibro.com> --- Created attachment 64793 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=64793&action=ed… Cam 722: Permet a n'importe quelle categorie d'avoir un garant (bz12446) Il s'agit du code du bz 12446 collapse en un commit. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14957] Write protecting MARC fields based on source of import
by bugzilla-daemon＠bugs.koha-community.org 04 Jul '17

04 Jul '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14957 --- Comment #58 from David Gustafsson <glasklas(a)gmail.com> --- The last change (adding the $options parameter) contained several mistakes, (hopefully) fixed those now. Have run the tests and did some manual testing (which I apparently did not do last time). -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14625] LDAP: mapped ExtendedPatronAttributes cause error when updated on authentication
by bugzilla-daemon＠bugs.koha-community.org 04 Jul '17

04 Jul '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14625 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |FIXED Status|Pushed to Stable |CLOSED -- You are receiving this mail because: You are watching all bug changes.

1 0