April 2020 - Koha-bugs - lists.koha-community.org

[Bug 14229] Link to accounting tab from fines column in patron search results
by bugzilla-daemon＠bugs.koha-community.org 16 Apr '20

16 Apr '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14229 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|fines clickable on patron |Link to accounting tab from |results to pay |fines column in patron | |search results -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 24566] New: UpdateItemLocationOnCheckin triggers SIP2 alert flag, even with checked_in_ok enabled
by bugzilla-daemon＠bugs.koha-community.org 16 Apr '20

16 Apr '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24566 Bug ID: 24566 Summary: UpdateItemLocationOnCheckin triggers SIP2 alert flag, even with checked_in_ok enabled Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: SIP2 Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com If UpdateItemLocationOnCheckin, it triggers an alert flag but cannot be acted on in the same way as LocalUse and thus should be removed in the same fashion. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 15

[Bug 13535] Table alert is missing FK and not deleted with the patron
by bugzilla-daemon＠bugs.koha-community.org 16 Apr '20

16 Apr '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13535 --- Comment #2 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- Created attachment 103039 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=103039&action=e… 32# Attachment to Bug 13535 - Table alert is missing FK and not deleted with the patron Bug 13535: Add FK constraint on borrowrnumber to alert table When a patron is deleted, we should clean up the data connected to the patron. This includes subscriptions to 'new issue arrived' arrive messages from the serials module. To test: Part1: - Apply patch - Run updatedatabase - verify no error message - Run updatedatabase again - verify still no error message - Add a subscription and select a notice template for patron notification - Log in as any patron (not yourself) and subscribe to the email alert in the OPAC - Veriy on the subscription detail page, that the patron is subscribed in staff - Note borrowernumber and delete patron - SELECT * from alert; in a report - There should no longer be an entry with the borrowernumber Part 2: - Start fresh with the web installer, verify there are no errors on creating the database tables -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 13535] Table alert is missing FK and not deleted with the patron
by bugzilla-daemon＠bugs.koha-community.org 16 Apr '20

16 Apr '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13535 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |Needs Signoff Patch complexity|--- |Medium patch -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 24870] New: Translate installer data label
by bugzilla-daemon＠bugs.koha-community.org 16 Apr '20

16 Apr '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24870 Bug ID: 24870 Summary: Translate installer data label Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: I18N/L10N Assignee: koha-bugs(a)lists.koha-community.org Reporter: bgkriegel(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: frederic(a)tamil.fr At install time the different files are grouped as 'Mandatory' or 'Optional', or other names depending on the language of installation. Those labels correspond to the names of the installation directories. Those labels must be translatable. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 14

[Bug 6918] Can't place holds on 'on order' items with AllowOnShelfHolds off
by bugzilla-daemon＠bugs.koha-community.org 15 Apr '20

15 Apr '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6918 Andrew Fuerste-Henry <andrew(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Needs Signoff |Failed QA --- Comment #44 from Andrew Fuerste-Henry <andrew(a)bywatersolutions.com> --- If All Unavailable still isn't quite right. Backing up: If On Shelf Holds is set to Yes, you should be able to place holds on all items, regardless of whehter or not they're on order. If On Shelf Holds is set to If Any Unavailable, you should be able to place holds on items marked On Order, but not on items where notforloan=0. If On Shelf Holds is set to If All Unavailable, you should be able to place holds on items marked On Order only if *all* items on the bib have notforloan!=0, are checked out, or are otherwise not available for checkout. So if I have 1 item that's currently checked out and one that marked On Order, I should be able to place a hold on either. -- You are receiving this mail because: You are watching all bug changes. You are the QA Contact for the bug.

1 0

[Bug 13535] Table alert is missing FK and not deleted with the patron
by bugzilla-daemon＠bugs.koha-community.org 15 Apr '20

15 Apr '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13535 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|gmcharlt(a)gmail.com |katrin.fischer(a)bsz-bw.de -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 13518] Table borrower_modifications is missing FK and not deleted with the patron
by bugzilla-daemon＠bugs.koha-community.org 15 Apr '20

15 Apr '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13518 --- Comment #3 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- I see what you by it being used for 2 features. So we have: `verification_token` varchar(255) NOT NULL DEFAULT '', `borrowernumber` int(11) NOT NULL DEFAULT '0', PRIMARY KEY (`verification_token` (191),`borrowernumber`), Because we either have it's either or: modification: borrowernumber != 0 or, no verfication token self registration borrower = 0, verififcation token exists The design, if I understand it correctly, also means that one patron can only have one modification request at a time. And a PK column can not be NULL... as the resulting keys wouldn't be unique any more. The main idea about the FK was to make sure we don't keep storing address and other personal data in there when the patron was long deleted. Would it be simpler to solve that in the method deleting the patron? (where we move the data to deleted_borrowers? -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 10561] DisplayOPACiconsXSLT and DisplayIconsXSLT descriptions should be clearer
by bugzilla-daemon＠bugs.koha-community.org 15 Apr '20

15 Apr '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10561 --- Comment #11 from Lucas Gass <lucas(a)bywatersolutions.com> --- On the results page the class name of that element is 'results_material_type' on both the OPAC and staff side. On the details page the class name is 'type' on Maybe: DisplayOPACMaterialType DisplayMaterialType -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 10561] DisplayOPACiconsXSLT and DisplayIconsXSLT descriptions should be clearer
by bugzilla-daemon＠bugs.koha-community.org 15 Apr '20

15 Apr '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10561 --- Comment #10 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- (In reply to Lucas Gass from comment #9) > If this hides the icons and the descriptions should the name of the system > preferences also change to reflect that? We could, I just held off to cause not too much disruption (manuals, docuemtation etc.). Do you have a suggestion? -- You are receiving this mail because: You are watching all bug changes.

1 0