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

[Bug 8179] Receiving multiple order lines at once
by bugzilla-daemon＠bugs.koha-community.org 06 Dec '19

06 Dec '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8179 Chris Curcio <christopher.curcio(a)coloradocollege.edu> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |christopher.curcio@colorado | |college.edu --- Comment #3 from Chris Curcio <christopher.curcio(a)coloradocollege.edu> --- I would love to have this capability to batch receive big orders like YBP or Worldwide. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 8179] Receiving multiple order lines at once
by bugzilla-daemon＠bugs.koha-community.org 05 Dec '19

05 Dec '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8179 Monique <monique.prive(a)northernvermont.edu> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |monique.prive@northernvermo | |nt.edu --- Comment #2 from Monique <monique.prive(a)northernvermont.edu> --- This would be a great addition. Often I physically receive all the items in my basket and have to go through several steps in order to receive just one item. It takes up a lot of time. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 11500] Use dateformat syspref and datepicker on additems.pl (and other item cataloguing pages)
by bugzilla-daemon＠bugs.koha-community.org 05 Dec '19

05 Dec '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11500 Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #95892|0 |1 is obsolete| | --- Comment #5 from Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> --- Created attachment 96042 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=96042&action=ed… Bug 11500: Use dateformat syspref and datepicker on additems.pl (and other item cataloguing pages) This patch modifies the cataloging plugin dateaccessioned.pl so that it triggers the addition of a datepicker widget to fields it is linked with. Despite its name the plugin can be used on any item field which requires a date. To test, apply the patch and make sure you have one or more item subfields linked to the dateaccessioned.pl plugin. For instance, in MARC21: - Administration -> MARC bibliographic framework -> MARC structure -> 952 -> Edit subfields: - subfields d ("Date acquired") and w ("Price effective from"): - Other options -> Plugin -> dateaccessioned.pl - Go to cataloging and add or edit an item on a bibliographic record - The "Date acquired" and "Price effective from" fields should be styled as datepickers. - Clicking in these fields should populate the field with today's date and trigger the datepicker popup. - Test that all the datepicker features work correctly. - Test that manual entry of a date works. - With the AcqCreateItem system preference set to "placing an order," go to Acquisitions -> Vendor -> Add to basket. - Add a title to your basket using your preferred method. - In the "New order" form, find the section for adding an item. - Test the "Date acquired" and "Price effective from" fields, which should behave just like they did in the cataloging module. Signed-off-by: Maryse Simard <maryse.simard(a)inlibro.com> Signed-off-by: Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 11500] Use dateformat syspref and datepicker on additems.pl (and other item cataloguing pages)
by bugzilla-daemon＠bugs.koha-community.org 05 Dec '19

05 Dec '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11500 Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Signed Off |Passed QA -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 24070] New: koha_es killed, missing RAM
by bugzilla-daemon＠bugs.koha-community.org 05 Dec '19

05 Dec '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24070 Bug ID: 24070 Summary: koha_es killed, missing RAM Change sponsored?: --- Product: Project Infrastructure Version: unspecified Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Continuous Integration Assignee: tomascohen(a)gmail.com Reporter: jonathan.druart(a)bugs.koha-community.org We have some recent builds failing, the common pattern is: "koha_es_1 exited with code 137" https://jenkins.koha-community.org/job/Koha_Master_U18/477/consoleFull https://jenkins.koha-community.org/job/Koha_Master_D9_My8/20/consoleFull which means koha_es received a SIGKILL caused by a OOM. Could we increase the size of this container please? -- You are receiving this mail because: You are watching all bug changes.

1 5

[Bug 6070] On a new order defined from suggestion some fields were missing.
by bugzilla-daemon＠bugs.koha-community.org 05 Dec '19

05 Dec '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6070 Koha Team University Lyon 3 <koha(a)univ-lyon3.fr> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|FIXED |--- --- Comment #42 from Koha Team University Lyon 3 <koha(a)univ-lyon3.fr> --- Sorry, I have misunderstood the bug. When you add an order from a suggestion, in the order, you have the publicationyear but not the place and the collectiontitle. And this information are not in the biblio notice created from the order. -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 6070] On a new order defined from suggestion some fields were missing.
by bugzilla-daemon＠bugs.koha-community.org 05 Dec '19

05 Dec '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6070 Koha Team University Lyon 3 <koha(a)univ-lyon3.fr> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |koha(a)univ-lyon3.fr Resolution|--- |FIXED Status|Failed QA |RESOLVED --- Comment #41 from Koha Team University Lyon 3 <koha(a)univ-lyon3.fr> --- I have just verified on a master version and all this fields are available when you enter a new suggestion : publicationyear, place, collectiontitle. -- You are receiving this mail because: You are watching all bug changes. You are the QA Contact for the bug.

1 0

[Bug 16655] New: ERROR ON HOLIDAYS
by bugzilla-daemon＠bugs.koha-community.org 05 Dec '19

05 Dec '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16655 Bug ID: 16655 Summary: ERROR ON HOLIDAYS Change sponsored?: --- Product: Koha Version: 3.22 Hardware: All OS: All Status: NEW Severity: critical Priority: P5 - low Component: SIP2 Assignee: koha-bugs(a)lists.koha-community.org Reporter: hblancoca(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com Hi, I created holidays for vacation period, if i borrow a book on staff inferface have no problems,but if so the same over SIP2 protocol do no take the holidays defined. For example: humberto blanco can borrow book for 8 days. If checkout from staff interface in 2016-06-03 has no problem and the date_due take all my holidays (2016-07-25); but if I do the same process over 3m selfcheck machine the date_due is (2016-06-11) Really appreciate your help to solve this issue Humberto, -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 7

[Bug 13806] No input sanitization where creating Reports subgroup
by bugzilla-daemon＠bugs.koha-community.org 05 Dec '19

05 Dec '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13806 Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #96010|0 |1 is obsolete| | --- Comment #4 from Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> --- Created attachment 96014 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=96014&action=ed… Bug 13806: Sanitize inputs where creating Reports subgroup This patch adds validation of report group and subgroup inputs so that the user can't enter data into only one half of the group code/name pair. To test, apply the patch and go to Reports -> Use saved. - Create or edit a report which doesn't have a group or subgroup assigned. - Under "Report group," select the "or create" radio button. - Click the "Update SQL" button to submit the form without entering a group code or name. The form should require taht you enter data into both fields. - Enter data into the report group code and name fields. Add data to either the code or data field under "Report subgroup." You should not be able to submit the form without populating both. - Start over editing a report which doesn't have a group or subgroup assigned. - Select an existing group under "Report group." - Under "Report subgroup," select the "or create" option. - You should not be able to submit the form without adding data in both the code and name fields for the report subgroup. Signed-off-by: Séverine QUEUNE <severine.queune(a)bulac.fr> Signed-off-by: Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 13806] No input sanitization where creating Reports subgroup
by bugzilla-daemon＠bugs.koha-community.org 05 Dec '19

05 Dec '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13806 Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #95817|0 |1 is obsolete| | --- Comment #3 from Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> --- Created attachment 96010 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=96010&action=ed… Bug 13806: No input sanitization where creating Reports subgroup This patch adds validation of report group and subgroup inputs so that the user can't enter data into only one half of the group code/name pair. To test, apply the patch and go to Reports -> Use saved. - Create or edit a report which doesn't have a group or subgroup assigned. - Under "Report group," select the "or create" radio button. - Click the "Update SQL" button to submit the form without entering a group code or name. The form should require taht you enter data into both fields. - Enter data into the report group code and name fields. Add data to either the code or data field under "Report subgroup." You should not be able to submit the form without populating both. - Start over editing a report which doesn't have a group or subgroup assigned. - Select an existing group under "Report group." - Under "Report subgroup," select the "or create" option. - You should not be able to submit the form without adding data in both the code and name fields for the report subgroup. Signed-off-by: Séverine QUEUNE <severine.queune(a)bulac.fr> Signed-off-by: Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> -- You are receiving this mail because: You are watching all bug changes.

1 0