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

[Bug 15562] Make Koha more suitable for shared hosting with plack
by bugzilla-daemon＠bugs.koha-community.org 19 Sep '16

19 Sep '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15562 --- Comment #50 from David Cook <dcook(a)prosentient.com.au> --- I've been thinking about this a bit lately, and this seems like a huge task. I support a legacy mod_perl app, and the original developers of that had difficulty with caching just within the single app itself. They weren't the best developers, but I wonder if we could really handle 2+ apps via a single Plack instance. Has anyone seen examples of this elsewhere on the Internet? I've never heard of anything like it before (outside CGI), but I'd be curious to hear about any. I foresee problems with global variables in modules. Take XML::LibXSLT for example. There are several global options which are set per process, so all your Kohas would share those same options, and one Koha changing those options would affect all Kohas. I suppose we probably don't play with XML::LibXSLT too much. I think I added the ability to register functions, which is a global XML::LibXSLT option, in XSLT::Handler, but I don't think I ever used it. Anyway, I obviously haven't investigated very deeply into this, but I've been thinking more about using Plack locally for our multi-host environments, and I'm struggling conceptually to see how it would work. http://search.cpan.org/~shlomif/XML-LibXSLT-1.95/LibXSLT.pm#OPTIONS -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 16949] New: Batch record deletion says success when no records have been passed in
by bugzilla-daemon＠bugs.koha-community.org 18 Sep '16

18 Sep '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16949 Bug ID: 16949 Summary: Batch record deletion says success when no records have been passed in Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: gmcharlt(a)gmail.com Reporter: aleishaamohia(a)hotmail.com QA Contact: testopia(a)bugs.koha-community.org To reproduce: 1) Go to Tools -> Batch record deletion 2) Put in a record number and click Continue 3) Deselect the record so that it doesn't actually delete and click Delete selected records 4) Page says All records have been deleted successfully! --> Error -- You are receiving this mail because: You are watching all bug changes.

1 23

[Bug 14868] REST API: Swagger2-driven permission checking
by bugzilla-daemon＠bugs.koha-community.org 18 Sep '16

18 Sep '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14868 Jiri Kozlovsky <mail(a)jkozlovsky.cz> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |16652 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16652 [Bug 16652] Omnibus: RestfulAPI supporting services for Vufind and for xnciptoolkit drivers -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 16699] New: Swagger: Split parameters and paths, and specify required permissions for resource
by bugzilla-daemon＠bugs.koha-community.org 18 Sep '16

18 Sep '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16699 Bug ID: 16699 Summary: Swagger: Split parameters and paths, and specify required permissions for resource Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Web services Assignee: koha-bugs(a)lists.koha-community.org Reporter: larit(a)student.uef.fi QA Contact: testopia(a)bugs.koha-community.org It's great that Bug 15126 splits Swagger specification over multiple files. However, the problem of still exists as swagger.json grows larger with each new path. We should do the same split as Bug 15126 did, but for paths and parameters. I propose the following structure for paths: . ├── swagger.json ├── definitions │ └── index.json │ └── error.json │ └── patron.json ├── parameters │ └── index.json │ └── patron.json └── paths ├── index.json └── patrons.json Also Swagger should specify the required permissions for each resource. We can do this by adding "x-koha-permission"-field for each path, and using this field when checking for the needed permissions. This way required permissions are well-documented and anyone can instantly find out which permissions they need. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 71

[Bug 9896] Show vendor in subscription search when creating an order for a subscription
by bugzilla-daemon＠bugs.koha-community.org 18 Sep '16

18 Sep '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9896 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #55624|0 |1 is obsolete| | --- Comment #6 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- Created attachment 55641 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=55641&action=ed… [PASSED QA] Bug 9896 - Show vendor in subscription search when creating an order for a subscription In the staff client, when creating an order from a subscription the vendor name should be shown in a separate column. This patch adds that feature. The 'Vendor' column is added before the 'Library' column since they appear in that order in Advanced search. Test plan: 0) [PREREQUISITES] In the Staff client, under Acquisitions, create a Vendor and associated Basket if you don't already have them. Then, under Serials, add a new Subscription using the Vendor you've just created. 1) Go to Acquisitions, and under 'Manage orders' search for a vendor, then click on 'Add to basket' and select 'From a subscription'. 2) Click 'Search' on the left hand side to search for all subscriptions. Notice how there is no 'Vendor' column in the results table. 3) Apply the patch. 4) Repeat step 2. Confirm that the patch works, i.e. there is now a 'Vendor' column which displays the vendor name. Followed test plan, works as expected. Signed-off-by: Marc Véron <veron(a)veron.ch> Signed-off-by: Katrin Fischer <katrin.fischer(a)bsz-bw.de> -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 9896] Show vendor in subscription search when creating an order for a subscription
by bugzilla-daemon＠bugs.koha-community.org 18 Sep '16

18 Sep '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9896 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Signed Off |Passed QA -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 9188] Remove 'debug' information from patron statistics
by bugzilla-daemon＠bugs.koha-community.org 18 Sep '16

18 Sep '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9188 --- Comment #4 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- Checking the other statistical reports I notice that they all show a 'Filtered on' - maybe instead of hiding this totally, we should try to clean up the bits that are not easy to understand? Or should we try and clean up the other reports too? What do you think? -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 10768] Improve the interface related to itemBarcodeFallbackSearch
by bugzilla-daemon＠bugs.koha-community.org 18 Sep '16

18 Sep '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10768 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #55590|0 |1 is obsolete| | --- Comment #7 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- Created attachment 55639 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=55639&action=ed… [PASSED QA] Bug 10768 - Improve the interface related to itemBarcodeFallbackSearch When the itemBarcodeFallbackSearch syspref is on, the wording in the interface should reflect that you can enter a barcode OR a keyword. Additionally, in the results of a keyword search the "Fast cataloging" link should be more descriptive. This patch fixes these issues. Test plan: 0) [PREREQUISITES] Ensure you have a Fast Add ('FA') framework defined, and that your itemBarcodeFallbackSearch syspref is set to 'Enable'. 1) Go to Circulation -> Check out, search for a patron, then select a patron to Check out. Notice how the text above the textbox reads "Enter item barcode:". 2) Type something generic (not a barcode) in the textbox so that you'll get at least one item as a result. Notice how the text in the yellow warning box reads "The barcode was not found: <terms> Fast cataloging". 3) Apply the patch. 4) Repeat step 1), now the text above the textbox should read "Enter item barcode or keyword:". 5) Repeat step 2), now the text in the yellow warning box should read "The barcode was not found: <terms> Add record using fast cataloging". Signed-off-by: Owen Leonard <oleonard(a)myacpl.org> Signed-off-by: Katrin Fischer <katrin.fischer(a)bsz-bw.de> -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 10768] Improve the interface related to itemBarcodeFallbackSearch
by bugzilla-daemon＠bugs.koha-community.org 18 Sep '16

18 Sep '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10768 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Signed Off |Passed QA -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14707] Change UsageStatsCountry from free text to a dropdown list
by bugzilla-daemon＠bugs.koha-community.org 18 Sep '16

18 Sep '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14707 --- Comment #16 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- Created attachment 55638 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=55638&action=ed… Bug 14707: Update existing installations and correct wrong values See http://hea.koha-community.org/, the countries are filled is wrong values. If we decide to update the free text with a dropdown list, we need to handle these wrong data. 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