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

[Bug 7468] Add label to batch by barcode range
by bugzilla-daemon＠bugs.koha-community.org 24 Oct '18

24 Oct '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7468 Pierre-Marc Thibault <pierre-marc.thibault(a)inlibro.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #67636|0 |1 is obsolete| | --- Comment #21 from Pierre-Marc Thibault <pierre-marc.thibault(a)inlibro.com> --- Created attachment 81073 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=81073&action=ed… Bug 7468 - Add warning when range has non-existent barcodes + Added a warning when the user selects a range with some non-existent barcodes, and a layout without barcodes. This allows the user to print barcodes of items not in the database if he so desires, but will warn him if he tries to print only biblios (which results in missing entries or a blank page). -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 7468] Add label to batch by barcode range
by bugzilla-daemon＠bugs.koha-community.org 24 Oct '18

24 Oct '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7468 Pierre-Marc Thibault <pierre-marc.thibault(a)inlibro.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #67598|0 |1 is obsolete| | --- Comment #20 from Pierre-Marc Thibault <pierre-marc.thibault(a)inlibro.com> --- Created attachment 81072 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=81072&action=ed… Bug 7468 - Fix 'false' message on Firefox It seems I was using an href to a javascript function in the 'Print Range' button, which Chrome didn't mind, but Firefox did understand. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 7468] Add label to batch by barcode range
by bugzilla-daemon＠bugs.koha-community.org 24 Oct '18

24 Oct '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7468 Pierre-Marc Thibault <pierre-marc.thibault(a)inlibro.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #67184|0 |1 is obsolete| | --- Comment #19 from Pierre-Marc Thibault <pierre-marc.thibault(a)inlibro.com> --- Created attachment 81071 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=81071&action=ed… Bug 7468 - Print barcodes by range Adds an option to the label creator to print a range of barcodes. Only allows printing to PDF. C4/Label.pm had to get minor changes to override database-based barcode generation. Same with labels/label-create-pdf.pl. By default, the barcode is fetched from the database using the itemnumber, but when printing ranges, you might not have a corresponding database entry. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 21636] New: Error browsing the search results of Authorities in Staff Client
by bugzilla-daemon＠bugs.koha-community.org 24 Oct '18

24 Oct '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21636 Bug ID: 21636 Summary: Error browsing the search results of Authorities in Staff Client Change sponsored?: --- Product: Koha Version: 18.05 Hardware: HP OS: Linux Status: NEW Severity: normal Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: pablojoneslobos(a)yahoo.com QA Contact: testopia(a)bugs.koha-community.org Created attachment 81031 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=81031&action=ed… Error Example pagination When I consult the results of a search in: Home> Authorities> Authority search results (../cgi-bin/koha/authorities/authorities-home.pl?marclist=mainmainentry&and_or=and&operator=contains&value=ECONOMIA&resultsperpage=20&type=intranet&op=do_search&orderby=HeadingAsc&startfrom=1), the paging buttons do not work correctly. The first page displays the results of 1 to 20, but the second page shows the results of 2 to 21 instead of 21 to 35. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 11297] Add support for custom PQF attributes for Z39.50 server searches
by bugzilla-daemon＠bugs.koha-community.org 24 Oct '18

24 Oct '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11297 Nick Clemens <nick(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |nick(a)bywatersolutions.com Status|Passed QA |Failed QA --- Comment #91 from Nick Clemens <nick(a)bywatersolutions.com> --- Please make the database update idempotent and use skeleton.perl as a base so you can check if the column exists first - example: https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=80478&action=di… -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 9775] unitprice should be hidden when creating an order
by bugzilla-daemon＠bugs.koha-community.org 24 Oct '18

24 Oct '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9775 Nick Clemens <nick(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |nick(a)bywatersolutions.com Status|Passed QA |In Discussion --- Comment #18 from Nick Clemens <nick(a)bywatersolutions.com> --- (In reply to Katrin Fischer from comment #17) > Sorry for all the comments, I am just getting warmed up today it seems. > > I've decided to pass QA since the behaviour makes sense to me. I've tested > an acquisition order. When it's not yet received the amounts show in Ordered > and when you receive, the actual cost is shown in Spent. Can you send this one out to the mailing list Martin? While I agree with the change I believe there are libraries out there entering items retroactively, and sometimes entering them upon the ordering phase, this would add work for them as they would have to make new edits in the receiving phase. I am not against it, just want to make sure users are warned. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14715] Results per page setting for catalog search in staff client and OPAC
by bugzilla-daemon＠bugs.koha-community.org 24 Oct '18

24 Oct '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14715 Séverine Queune <severine.queune(a)bulac.fr> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |severine.queune(a)bulac.fr --- Comment #63 from Séverine Queune <severine.queune(a)bulac.fr> --- Tested with Zebra : works fine ! Tested with Elasticsearch : works fine except for "60 results per page" (UI + OPAC) : each time there is more than 10000 results, using "Last" button failed : "Error: Unable to perform your search. Please try again." As it's not supposed to work with ES, I don't know if I should change the status to "Failed" or sign the patch... -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 15032] [Plack] Scripts that fork (like stage-marc-import.pl) don't work as expected
by bugzilla-daemon＠bugs.koha-community.org 24 Oct '18

24 Oct '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15032 --- Comment #28 from Fridolin SOMERS <fridolin.somers(a)biblibre.com> --- Has Nginx+Plack users, we at Biblibre are interested by any solution. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 15032] [Plack] Scripts that fork (like stage-marc-import.pl) don't work as expected
by bugzilla-daemon＠bugs.koha-community.org 24 Oct '18

24 Oct '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15032 --- Comment #27 from Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> --- (In reply to David Cook from comment #25) > Maybe we could make the hooks a "developer feature"? So the hook is only run > in "developer mode", but that lets many developers write their own plugins > to try and find something that works? And maybe the best plugin gets adopted > by Koha to replace the default functionality, which I'm sure we all agree is > not good enough right now. My idea would be "something that works", I have already tons of things that do not work. I am not sure letting other developer retrying again what did not work is a good idea :) Let's discuss and agree on an idea, then I can implement it. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 15032] [Plack] Scripts that fork (like stage-marc-import.pl) don't work as expected
by bugzilla-daemon＠bugs.koha-community.org 24 Oct '18

24 Oct '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15032 --- Comment #26 from Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> --- I do not think your Koha::Daemon will work for the background jobs. To me, the best way to fix this would be to provide a Koha daemon, instead. But it would watch a DB table, which would allow us to build a view on top of it to manage the different jobs (and history). We could also have different daemons for different needs (a param of the daemon matching a column in the DB table). The question behind that is security, we will have to list the different operations the daemon is allowed to process (and so we will loose flexibility). I have spent a *lot* of time trying to fix this issue by forking, etc. And my conclusion is: it's not feasible (see discussions and tries on related bug reports) See also bug 1993. -- You are receiving this mail because: You are watching all bug changes.

1 0