August 2018 - Koha-bugs - lists.koha-community.org

[Bug 10659] Upgrade jQuery star ratings plugin
by bugzilla-daemon＠bugs.koha-community.org 02 Aug '18

02 Aug '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10659 Owen Leonard <oleonard(a)myacpl.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |11969 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11969 [Bug 11969] Show patrons star rating on their reading history -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 11969] Show patrons star rating on their reading history
by bugzilla-daemon＠bugs.koha-community.org 02 Aug '18

02 Aug '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11969 Owen Leonard <oleonard(a)myacpl.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Depends on| |10659 Summary|show patrons star rating on |Show patrons star rating on |their reading history |their reading history Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10659 [Bug 10659] Upgrade jQuery star ratings plugin -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14662] Allow blank values in pull downs in cataloguing forms when subfield is mandatory
by bugzilla-daemon＠bugs.koha-community.org 02 Aug '18

02 Aug '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14662 --- Comment #9 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- Created attachment 77444 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=77444&action=ed… Bug 14662: Add empty entries to pull downs in cataloguing form for mandatory subfields First patch deals with the problem on the item form, this patch fixes the same problem on catalouging form for the bibliographic record. To test: - Adapt your frameworks: - Make sure 942$c is mandatory - Link another field to an authorised value, for example: 942$n to YESNO - Add a new record - Verify that the first value of each pull down is preselected, there is no way to trigger the 'required' error - Apply patch - Add a record - Verify that classification source is preselected according to the DefaultClassificationSource system preference - Verify that 942$c now defaults to empty - Verify all your other mandatory subfields can be set to empty - Verify that you can't save before correctly setting them - Chane your frameworks - Add a default value for 942$c, for example: CF - Add another record - Verify the itemtype is now preset to your default itemtype - Edit an existing record, verify all values show correctly -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14662] Allow blank values in pull downs in cataloguing forms when subfield is mandatory
by bugzilla-daemon＠bugs.koha-community.org 02 Aug '18

02 Aug '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14662 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|Add empty entry to pull |Allow blank values in pull |downs in item form when |downs in cataloguing forms |subfield is mandatory |when subfield is mandatory -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14662] Add empty entry to pull downs in item form when subfield is mandatory
by bugzilla-daemon＠bugs.koha-community.org 02 Aug '18

02 Aug '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14662 Owen Leonard <oleonard(a)myacpl.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #77419|0 |1 is obsolete| | --- Comment #8 from Owen Leonard <oleonard(a)myacpl.org> --- Created attachment 77443 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=77443&action=ed… Bug 14662: Add empty entries to pull downs on item form for mandatory subfields The code assumed that if a subfield is marked as mandatory, there should be no empty entry in the pull downs. This assumption is not correct, as it leads to the first entry of the pull down being preselected if there is no default set. Which means you will never be alerted of any cataloguing errors and errors will be very hard to find later on. Correct behaviour would be to preselect the empty value when there is no default. This means on saving the item an error message is triggered and the cataloger is forced to set the value. To test: - Adapt your frameworks: - Make 942$c non-mandatory - In 952 make itemtype, classification source and some other pull downs like location or collection mandatory - Add a new item - Verify that the first value of each pull down is preselected, there is no way to trigger the 'required' error - Apply patch - Add a new item - Verify that classification source is preselected according to the DefaultClassificationSource system preference - Verify that the itemtype is preselected according to 942$c in the bibliographic record - Verify all mandatory fields can be set to empty - Verify that you can't save before correctly setting them - Change the 942$c in the record to empty - Add another item - Verify the itemtype is now empty - Change your frameworks and set a default for itemtype (Ex: BK) - Repeat default check with another pull down like collection or location Signed-off-by: Owen Leonard <oleonard(a)myacpl.org> -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14662] Add empty entry to pull downs in item form when subfield is mandatory
by bugzilla-daemon＠bugs.koha-community.org 02 Aug '18

02 Aug '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14662 Owen Leonard <oleonard(a)myacpl.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Patch complexity|--- |Small patch Status|Needs Signoff |Signed Off -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 13560] Add an 'Add' option in MARC modification templates
by bugzilla-daemon＠bugs.koha-community.org 02 Aug '18

02 Aug '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13560 Martin Renvoize <martin.renvoize(a)ptfs-europe.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |martin.renvoize@ptfs-europe | |.com Status|Pushed to Master |RESOLVED Resolution|--- |FIXED --- Comment #24 from Martin Renvoize <martin.renvoize(a)ptfs-europe.com> --- Enhancement, will not be backported to 18.05.x series. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14662] Add empty entry to pull downs in item form when subfield is mandatory
by bugzilla-daemon＠bugs.koha-community.org 02 Aug '18

02 Aug '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14662 Owen Leonard <oleonard(a)myacpl.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |21148 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21148 [Bug 21148] Dropdowns styled by the Select2 plugin do not highlight missing required fields -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 21085] New: Can't edit patrons with housebound module active
by bugzilla-daemon＠bugs.koha-community.org 02 Aug '18

02 Aug '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21085 Bug ID: 21085 Summary: Can't edit patrons with housebound module active Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com When the housebound module is activated, trying to save a patron record after editing it will result in an internal server errror: No property housebound_deliverer for Koha::Patron To test: - Activate housebound, system preference: HouseboundModule - Edit a patron using the edit button in the toolbar - Save the patron - Verify you get an Internal server error. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 14

[Bug 20807] New: Lost items report: Improve the display of CSV profile errors
by bugzilla-daemon＠bugs.koha-community.org 02 Aug '18

02 Aug '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20807 Bug ID: 20807 Summary: Lost items report: Improve the display of CSV profile errors Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org Currently, if you don't have a "Export lost items in report" CSV profile, the lost items report results will show what looks like a disabled link to exporting selected items. Information about the missing CSV profile is hidden in a title attribute on that link. I propose that we instead display a message about the missing CSV profile and hide all selection tools and checkboxes. -- You are receiving this mail because: You are watching all bug changes.

1 10