https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17560 Jonathan Druart <jonathan.druart@bugs.koha-community.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |Needs Signoff -- You are receiving this mail because: You are watching all bug changes.

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17560 --- Comment #2 from Jonathan Druart <jonathan.druart@bugs.koha-community.org> --- Created attachment 57234 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=57234&action=edit Bug 17560: Update current code This patch updates the current code to make it works with the new option's name of the syspref. It also refactor the tests to make them more reusable and robust. Sponsored-by: Cheshire Libraries -- You are receiving this mail because: You are watching all bug changes.

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17560 --- Comment #4 from Jonathan Druart <jonathan.druart@bugs.koha-community.org> --- Created attachment 57236 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=57236&action=edit Bug 17560: Update the wording when a patron places a hold at the OPAC Sponsored-by: Cheshire Libraries -- You are receiving this mail because: You are watching all bug changes.

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17560 Jonathan Druart <jonathan.druart@bugs.koha-community.org> changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://bugs.koha-community | |.org/bugzilla3/show_bug.cgi | |?id=16817 -- You are receiving this mail because: You are watching all bug changes.

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17560 Josef Moravec <josef.moravec@gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #57233|0 |1 is obsolete| | Attachment #57234|0 |1 is obsolete| | Attachment #57235|0 |1 is obsolete| | Attachment #57236|0 |1 is obsolete| | Attachment #57237|0 |1 is obsolete| | --- Comment #6 from Josef Moravec <josef.moravec@gmail.com> --- Created attachment 57241 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=57241&action=edit [SIGNED-OFF] Bug 17560: Add a third option to HoldFeeMode This patch adds a new 'any_time_is_collected' option to the HoldFeeMode syspref. The existing 'always' option is renamed with 'any_time_is_placed'' Sponsored-by: Cheshire Libraries Signed-off-by: Josef Moravec <josef.moravec@gmail.com> -- You are receiving this mail because: You are watching all bug changes.

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17560 --- Comment #8 from Josef Moravec <josef.moravec@gmail.com> --- Created attachment 57243 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=57243&action=edit [SIGNED-OFF] Bug 17560: Hold fee placement at point of checkout Currently, Koha charges all patrons a hold fee in all circumstances, if a hold fee is applicable to their patron category. This is immediately applied at point of request. However, it would be useful to let patrons make requests without a charge being incurred until they physically have the item in their hands and checked out to their cards. The hold fee will only be added to the account as soon as the item is checked out to the requesting patron. With this scenario, we will be certain that patrons have the correct item, and they are happy with what has been supplied. It also means that patrons can place holds via the OPAC without reaching the usage limit that has been selected. Test plan: 0/ All the following steps must be done with a patron using a patron category with a hold fee 1/ Make sure that the existing options for HoldFeeMode work as before 2/ Select the third option "any time a hold is collected" 3/ Place a hold on an item 4/ Note that the patron has not been charged 5/ Check this item from the staff interface 6/ Note that the patron has been charged 7/ Place another hold 8/ Use the self checkout feature at the OPAC for the checkin 9/ Note that the patron has been charged and a message is displayed to inform about the fee. Sponsored-by: Cheshire Libraries Signed-off-by: Josef Moravec <josef.moravec@gmail.com> -- You are receiving this mail because: You are watching all bug changes.

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17560 --- Comment #10 from Josef Moravec <josef.moravec@gmail.com> --- Created attachment 57245 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=57245&action=edit [SIGNED-OFF] Bug 17560: Add a message when a patron checking in using the self checkout Sponsored-by: Cheshire Libraries Signed-off-by: Josef Moravec <josef.moravec@gmail.com> -- You are receiving this mail because: You are watching all bug changes.

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17560 Martin Renvoize <martin.renvoize@ptfs-europe.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |martin.renvoize@ptfs-europe | |.com --- Comment #11 from Martin Renvoize <martin.renvoize@ptfs-europe.com> --- This is a dupe of https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16817 right? -- You are receiving this mail because: You are watching all bug changes.

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17560 Sally Healey <sally.healey@cheshiresharedservices.gov.uk> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |sally.healey@cheshireshared | |services.gov.uk --- Comment #13 from Sally Healey <sally.healey@cheshiresharedservices.gov.uk> --- Hi Martin, It's a very similar bug (it was our original spec) - but after some internal discussion, we altered the spec, and this bug was logged and sponsored instead. -- You are receiving this mail because: You are watching all bug changes.

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17560 Marcel de Rooy <m.de.rooy@rijksmuseum.nl> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Signed Off |Failed QA --- Comment #15 from Marcel de Rooy <m.de.rooy@rijksmuseum.nl> --- QA Comment Code looks good to me. Note some wording issues and one blocker in the db revision. Did not yet test the interface. not_always is kind of a vague name for an option ;) There is a charge of [% RESERVE_CHARGE %] for collecting this hold There is a charge of [% RESERVE_CHARGE %] for placing this hold Shouldn't it be better to say WHEN collecting this hold or WHEN placing this hold ? <div class="alert">You have been charged for collecting this item.</div> Why did they charge me? Shouldn't you mention the the term "hold fee" here too? sco-main.pl You check if a hold exists before issuing. Shouldn't you check for the borrowernumber too? BTW Why not just call GetReserveFee here instead? You do not need to check holds and account_lines anymore. And additionally you can pass the exact amount in the message. If you would still check account_lines, why not search for "Reserve Charge - $title" too? Please rename bug_XXXXX.sql. Additionally, if the pref is set to 'always', you should now change the value to any_time_is_placed. Since you remove always !! Failed QA -- You are receiving this mail because: You are watching all bug changes.

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17560 --- Comment #17 from Jonathan Druart <jonathan.druart@bugs.koha-community.org> --- Created attachment 60993 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=60993&action=edit Bug 17560: Improve strenght of hold existence test This patch is a QA follow-up to fix several issues: - 1 call to GetReserveFee was wrong in ModReserveFill - Update DB entry was wrong and insufficient - Add robustness to the tests in sco-main -- You are receiving this mail because: You are watching all bug changes.

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17560 Marc Véron <veron@veron.ch> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |veron@veron.ch -- You are receiving this mail because: You are watching all bug changes.

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17560 Alex Sassmannshausen <alex.sassmannshausen@ptfs-europe.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |alex.sassmannshausen@ptfs-e | |urope.com --- Comment #20 from Alex Sassmannshausen <alex.sassmannshausen@ptfs-europe.com> --- (In reply to Jonathan Druart from comment #16)

(In reply to Marcel de Rooy from comment #15)

...

QA Comment Code looks good to me. Note some wording issues and one blocker in the db revision. Did not yet test the interface.

not_always is kind of a vague name for an option ;) There is a charge of [% RESERVE_CHARGE %] for collecting this hold There is a charge of [% RESERVE_CHARGE %] for placing this hold Shouldn't it be better to say WHEN collecting this hold or WHEN placing this hold ? <div class="alert">You have been charged for collecting this item.</div> Why did they charge me? Shouldn't you mention the the term "hold fee" here too?

Can we get a native English speaker confirm the wordings?

Claire and I have deliberated for a bit at the hackfest, and we think the following would be minor improvements (though it kind of works as it is).

There is a charge of [% RESERVE_CHARGE %] for collecting this hold You will be charged a hold fee of [% _ %] for collecting this item

There is a charge of [% RESERVE_CHARGE %] for placing this hold You will be charged a hold fee of [% _ %] for placing this hold

<div class="alert">You have been charged for collecting this item.</div> A hold fee was charged to your account for collecting this item.

-- You are receiving this mail because: You are watching all bug changes.

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17560 --- Comment #22 from Marcel de Rooy <m.de.rooy@rijksmuseum.nl> --- (In reply to Alex Sassmannshausen from comment #20)

Claire and I have deliberated for a bit at the hackfest, and we think the following would be minor improvements (though it kind of works as it is).

Great. Thanks.

...

There is a charge of [% RESERVE_CHARGE %] for collecting this hold You will be charged a hold fee of [% _ %] for collecting this item

Although I am not a native speaker, maybe we can still improve here :) Note that opac-reserve tells this to the user. So the time is placing the hold, but collecting it is still in the future. We do not charge for collecting btw, we just charge when you collect.. Shouldn't it be better to say You will be charged WHEN collecting? (Very strictly, we can't say THIS item; could be a biblio level hold. Maybe: book, material, or just 'it'.) So I would opt for: You will be charged WHEN collecting THE item. No blocker btw. -- You are receiving this mail because: You are watching all bug changes.

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17560 --- Comment #24 from Marcel de Rooy <m.de.rooy@rijksmuseum.nl> --- (In reply to Marcel de Rooy from comment #23)

Just another question: If we checkout in the staff client, wouldn't it be good to also show a message? A staff member could remind the patron that the fee is applied now, but he does not see it happening.

Not to talk about SIP. This 'fortunately' does not look very promising currently in do_hold: AddReserve( $branch, $borrower->{borrowernumber}, $bibno, GetBiblioItemByBiblioNumber($bibno) ); # unfortunately no meaningful return value $self->ok(1); return $self; -- You are receiving this mail because: You are watching all bug changes.

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17560 --- Comment #26 from Martin Renvoize <martin.renvoize@ptfs-europe.com> --- Comment from Colin regarding SIP (He's on leave today, so I've replied for him after a conversation about this yesterday): "I think if user tries to issue the item you will see that there is a fee associated and the unit should take that from the user - similar to rental fees - we just need to check that is returned" -- You are receiving this mail because: You are watching all bug changes.

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17560 --- Comment #27 from Fiona Borthwick <fiona.borthwick@ptfs-europe.com> --- (In reply to Marcel de Rooy from comment #23)

Just another question: If we checkout in the staff client, wouldn't it be good to also show a message? A staff member could remind the patron that the fee is applied now, but he does not see it happening.

I think this would be a 'nice to have' feature but not essential so perhaps it could be a phase 2 follow up. Items with rental fees show an alert at checkout so an alert would be consistent with this. However in large, busy public libraries for example with lots of customers collecting holds, an alert may be more of a hindrance. -- You are receiving this mail because: You are watching all bug changes.

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17560 Colin Campbell <colin.campbell@ptfs-europe.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |colin.campbell@ptfs-europe. | |com --- Comment #29 from Colin Campbell <colin.campbell@ptfs-europe.com> --- (In reply to Marcel de Rooy from comment #28)

(In reply to Martin Renvoize from comment #26)

...

Comment from Colin regarding SIP (He's on leave today, so I've replied for him after a conversation about this yesterday):

"I think if user tries to issue the item you will see that there is a fee associated and the unit should take that from the user - similar to rental fees - we just need to check that is returned"

Martin, could you translate this for me? :) I am not sure what you or Colin mean here. Do you want a change, or are you comfortable with the current status?

Sip calls CanBookBeIssued and will need to be told in the return that the issue requires a fee to be paid - It will then handle it much as it does rental fees. -- You are receiving this mail because: You are watching all bug changes.

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17560 --- Comment #31 from Marcel de Rooy <m.de.rooy@rijksmuseum.nl> --- (In reply to Colin Campbell from comment #29)

Sip calls CanBookBeIssued and will need to be told in the return that the issue requires a fee to be paid - It will then handle it much as it does rental fees.

Thx Colin for your quick response. There is a fundamental difference with this fee. The user cannot acknowledge it anymore as with a rental fee. He already agreed with this fee when he placed the hold. In other words, CanBookBeIssued does not look at it and AddIssue will just charge the fee via MoveReserve/ModReserveFill. But just as we show the fee on the self checkout, we need to show a message imo on the sip terminal about the fee applied. -- You are receiving this mail because: You are watching all bug changes.

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17560 --- Comment #33 from Alex Sassmannshausen <alex.sassmannshausen@ptfs-europe.com> --- (In reply to Marcel de Rooy from comment #22)

(In reply to Alex Sassmannshausen from comment #20)

...

Claire and I have deliberated for a bit at the hackfest, and we think the following would be minor improvements (though it kind of works as it is).

Great. Thanks.

...

...

There is a charge of [% RESERVE_CHARGE %] for collecting this hold You will be charged a hold fee of [% _ %] for collecting this item

Although I am not a native speaker, maybe we can still improve here :) Note that opac-reserve tells this to the user. So the time is placing the hold, but collecting it is still in the future. We do not charge for collecting btw, we just charge when you collect.. Shouldn't it be better to say You will be charged WHEN collecting? (Very strictly, we can't say THIS item; could be a biblio level hold. Maybe: book, material, or just 'it'.) So I would opt for: You will be charged WHEN collecting THE item. No blocker btw.

Fwiw, I agree with this reasoning you, Marcel (though I think the tense 'collecting' is not quite right): You will be charged a hold fee of [% RESERVE_CHARGE %] when you collect the item. Jonathan, would you be happy for me to add a patch for this? Alex -- You are receiving this mail because: You are watching all bug changes.

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17560 --- Comment #35 from Marcel de Rooy <m.de.rooy@rijksmuseum.nl> --- (In reply to Colin Campbell from comment #34)

(In reply to Marcel de Rooy from comment #32)

...

Just for completeness: Colin: See comment 24. The currently applied hold fee at the time of placing a hold is not shown in SIP. I guess that placing a hold via SIP is not that common as checking out.

I suspect the hold messages are not used in practice. Hence the code only returns failure messages in its current skeletal state. If any are used it would be the cancel and possibly alter functions, I dont think self checks have the interface to let you search for an item to hold in order to place it, whereas it could possible retrieve a user's holds to allow them to cancel them.

I would imagine that items are not checked out to the holder via self check as they have to collect the item from a staffed hold shelf.

I may be wrong but I think if we are going to change the sip code I'd like to have a user's scenario of what the workflow is rather than concocting it from possibly mistaken abstractions. So I suggest any sip implications be dealt with in a separate call

Well, at least I learned a new word :) Concoct. My message stated more or less the same: placing a hold in SIP is probably useless. If we put the SIP change in another report, you may have the effect that this patch is pushed into 17.05 and the sip followup is not.. -- You are receiving this mail because: You are watching all bug changes.

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17560 Jonathan Druart <jonathan.druart@bugs.koha-community.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Failed QA |Signed Off --- Comment #37 from Jonathan Druart <jonathan.druart@bugs.koha-community.org> --- Back to the SO queue as the only issue seems to be nitpicking wording. -- You are receiving this mail because: You are watching all bug changes.

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17560 Marcel de Rooy <m.de.rooy@rijksmuseum.nl> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #61301|0 |1 is obsolete| | --- Comment #38 from Marcel de Rooy <m.de.rooy@rijksmuseum.nl> --- Created attachment 61669 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=61669&action=edit Bug 17560: Improve wordings Signed-off-by: Marcel de Rooy <m.de.rooy@rijksmuseum.nl> Amended as per comment33 of Alex Sassmannshausen. -- You are receiving this mail because: You are watching all bug changes.

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17560 --- Comment #40 from Marcel de Rooy <m.de.rooy@rijksmuseum.nl> --- (In reply to Jonathan Druart from comment #36)

Marcel, by chance could you rephrase with what you want on QAing?

Of course :) [1] If we checkout in the staff client, wouldn't it be good to also show a message? (Just like the sco message.) See comment23, 27 and 30. Show the fee under Attention just like rental fees. [2] Provide a message to the SIP terminal at checkout time. (a.o. comment31, 34) Note that Colin suggested to do this on another report. In that case we could perhaps add a small "disclaimer" to the preference that SIP does apply, but not show the fee at checkout time. And as a side note, SIP currently does not show a fee when placing a hold. But this is just a theoretical thing; not really used. [3] Since we need to show the same message at three locations, we could consolidate that code (now in sco-main.pl) -- You are receiving this mail because: You are watching all bug changes.

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17560 --- Comment #42 from Jonathan Druart <jonathan.druart@bugs.koha-community.org> --- Created attachment 61691 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=61691&action=edit Bug 17560: Add a message when a patron collecting a hold (staff interface) -- You are receiving this mail because: You are watching all bug changes.

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17560 --- Comment #44 from Marcel de Rooy <m.de.rooy@rijksmuseum.nl> --- (In reply to Jonathan Druart from comment #41)

(In reply to Marcel de Rooy from comment #40)

...

[1] If we checkout in the staff client, wouldn't it be good to also show a message? (Just like the sco message.) See comment23, 27 and 30. Show the fee under Attention just like rental fees.

I would consider this as a new enhancement, the info did not show up before this patch set. I will submit a patch anyway.

The info did not show up before since the hold fee was not charged at checkout time before. So this is not a new enhancement. I am still looking at your patch btw. You may have a point somehow, since the rental charge is not presented as an individual charge but as a total amount. -- You are receiving this mail because: You are watching all bug changes.

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17560 Marcel de Rooy <m.de.rooy@rijksmuseum.nl> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #61691|0 |1 is obsolete| | -- You are receiving this mail because: You are watching all bug changes.

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17560 --- Comment #47 from Marcel de Rooy <m.de.rooy@rijksmuseum.nl> --- (In reply to Marcel de Rooy from comment #46)

What may happen is this: I set rental to 6, hold fee to 7 and noissuecharge to 5 (a weird combination), Koha still allows me to checkout the book, charges me 13 AND says Cannot check out ! This is definitely a bug but not from this report.

Or my interpretation. Should we read it as: Can no longer check out ! -- You are receiving this mail because: You are watching all bug changes.

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17560 Marcel de Rooy <m.de.rooy@rijksmuseum.nl> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #57241|0 |1 is obsolete| | Attachment #57242|0 |1 is obsolete| | Attachment #57243|0 |1 is obsolete| | Attachment #57244|0 |1 is obsolete| | Attachment #57245|0 |1 is obsolete| | Attachment #60993|0 |1 is obsolete| | Attachment #61669|0 |1 is obsolete| | --- Comment #49 from Marcel de Rooy <m.de.rooy@rijksmuseum.nl> --- Created attachment 61744 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=61744&action=edit Bug 17560: Add a third option to HoldFeeMode This patch adds a new 'any_time_is_collected' option to the HoldFeeMode syspref. The existing 'always' option is renamed with 'any_time_is_placed'' Sponsored-by: Cheshire Libraries Signed-off-by: Josef Moravec <josef.moravec@gmail.com> Signed-off-by: Marcel de Rooy <m.de.rooy@rijksmuseum.nl> -- You are receiving this mail because: You are watching all bug changes.

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17560 --- Comment #51 from Marcel de Rooy <m.de.rooy@rijksmuseum.nl> --- Created attachment 61746 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=61746&action=edit Bug 17560: Hold fee placement at point of checkout Currently, Koha charges all patrons a hold fee in all circumstances, if a hold fee is applicable to their patron category. This is immediately applied at point of request. However, it would be useful to let patrons make requests without a charge being incurred until they physically have the item in their hands and checked out to their cards. The hold fee will only be added to the account as soon as the item is checked out to the requesting patron. With this scenario, we will be certain that patrons have the correct item, and they are happy with what has been supplied. It also means that patrons can place holds via the OPAC without reaching the usage limit that has been selected. Test plan: 0/ All the following steps must be done with a patron using a patron category with a hold fee 1/ Make sure that the existing options for HoldFeeMode work as before 2/ Select the third option "any time a hold is collected" 3/ Place a hold on an item 4/ Note that the patron has not been charged 5/ Check this item from the staff interface 6/ Note that the patron has been charged 7/ Place another hold 8/ Use the self checkout feature at the OPAC for the checkin 9/ Note that the patron has been charged and a message is displayed to inform about the fee. Sponsored-by: Cheshire Libraries Signed-off-by: Josef Moravec <josef.moravec@gmail.com> Signed-off-by: Marcel de Rooy <m.de.rooy@rijksmuseum.nl> -- You are receiving this mail because: You are watching all bug changes.

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17560 --- Comment #53 from Marcel de Rooy <m.de.rooy@rijksmuseum.nl> --- Created attachment 61748 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=61748&action=edit Bug 17560: Add a message when a patron checking in using the self checkout Sponsored-by: Cheshire Libraries Signed-off-by: Josef Moravec <josef.moravec@gmail.com> Signed-off-by: Marcel de Rooy <m.de.rooy@rijksmuseum.nl> -- You are receiving this mail because: You are watching all bug changes.

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17560 --- Comment #55 from Marcel de Rooy <m.de.rooy@rijksmuseum.nl> --- Created attachment 61750 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=61750&action=edit Bug 17560: Improve wordings Signed-off-by: Marcel de Rooy <m.de.rooy@rijksmuseum.nl> Amended as per comment33 of Alex Sassmannshausen. -- You are receiving this mail because: You are watching all bug changes.

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17560 Marcel de Rooy <m.de.rooy@rijksmuseum.nl> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Signed Off |Passed QA -- You are receiving this mail because: You are watching all bug changes.

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17560 Katrin Fischer <katrin.fischer@bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |katrin.fischer@bsz-bw.de Status|Pushed to Master |RESOLVED Resolution|--- |FIXED --- Comment #58 from Katrin Fischer <katrin.fischer@bsz-bw.de> --- This won't get ported back to 16.11.x as it is an enhancement. -- You are receiving this mail because: You are watching all bug changes.