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

[Bug 21195] New: Makefile.t is failing due to new files for SCSS
by bugzilla-daemon＠bugs.koha-community.org 13 Aug '18

13 Aug '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21195 Bug ID: 21195 Summary: Makefile.t is failing due to new files for SCSS Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org not ok 1 - All directories should be mapped: .sass-lint.yml,.scss-lint.yml,gulpfile.js,package.json,yarn.lock -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 12

[Bug 15184] Ability to duplicate existing order lines to a given basket
by bugzilla-daemon＠bugs.koha-community.org 13 Aug '18

13 Aug '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15184 Bug 15184 depends on bug 20661, which changed state. Bug 20661 Summary: Implement blocking errors for circulation scripts https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20661 What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|FIXED |--- -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14666] adds fixed_fines for overdues
by bugzilla-daemon＠bugs.koha-community.org 13 Aug '18

13 Aug '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14666 Victor Grousset/tuxayo <victor.grousset(a)biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Needs Signoff |In Discussion -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 10662] Build OAI-PMH Harvesting Client
by bugzilla-daemon＠bugs.koha-community.org 13 Aug '18

13 Aug '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10662 --- Comment #162 from David Cook <dcook(a)prosentient.com.au> --- I want to do some more work on this before Kohacon18... I think I will separate out the RDF work and put it in its own Bugzilla issue, since overall an OAI-PMH harvester and RDF support are two separate things. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 10787] Linked Data/RDF Omnibus
by bugzilla-daemon＠bugs.koha-community.org 13 Aug '18

13 Aug '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10787 David Cook <dcook(a)prosentient.com.au> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |dcook(a)prosentient.com.au --- Comment #1 from David Cook <dcook(a)prosentient.com.au> --- I've been thinking a bit more about RDF in Koha and wondering if we should primarily store the RDF metadata in Koha, as Nick Clemens suggested long ago. I suppose my reasoning is based on my experience with Fedora Commons (https://wiki.duraspace.org/display/FEDORA4x/Configuring+JDBC+Object+Store) and Apache Fuseki. The production recommendation for Fedora Commons is to use ModeShape within a relational database for storing RDF. Then people can use Fedora's ActiveMQ message queue for updating Apache Fuseki from there. As I understand it, Apache Fuseki seems to have one maintainer (who I've talked to using JIRA as I've reported issues and tested fixes for Fuseki). Fuseki doesn't support replication and doesn't really seem to scale that well. It can do online backups which is cool although there are several versions where the backup system is broken. If you do a disk-based backup while Fuseki is running, you'll get a corrupted backup, so you need to use its application-based backup (like with a relational database). I think that I like the idea of keeping the source metadata in MySQL and then having the ability to update Fuseki or any other triplestore from there. Even if you did lose all of your Fuseki data, you could always re-create it from the persisted data in MySQL. In other words, I think we could leverage the maturity and stability of relational databases, while also taking advantage of the SPARQL query power of a triplestore like Apache Fuseki. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 1993] Task Scheduler Needs Re-write
by bugzilla-daemon＠bugs.koha-community.org 13 Aug '18

13 Aug '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=1993 --- Comment #51 from David Cook <dcook(a)prosentient.com.au> --- After seeing a comment on #3935, I was thinking that maybe this is worth another revisit sometime soon. There are lots of pre-existing job queues and task schedulers out there in the world, but - considering our embracing of the Mojolicious framework - maybe we should opt for Minion (https://mojolicious.org/perldoc/Minion) Martin Renvoize has advocated this in the past and has some experience with it, I think. For #10662, I wrote a job queue / task scheduler using https://metacpan.org/pod/POE::Component::JobQueue and https://metacpan.org/pod/POE::Wheel::Run. I had looked at Minion a bit, but I think we hadn't accepted Mojolicious yet, and I had some requirements (like deleting already enqueued jobs before they had a chance to run) which it didn't seem to have. I think the hardest thing for this issue is not the work itself... but making a choice in a sea of possibilities. On that note, maybe this is an issue that would best be addressed using plugins. We could create a uniform task scheduler user interface and internal API, and then the "hard work" of interfacing with a particular scheduling system could be left up to a plugin. That also means that we could experiment a bit before forging ahead with "The One True Way"? -- You are receiving this mail because: You are watching all bug changes. You are the QA Contact for the bug.

1 0

[Bug 1993] Task Scheduler Needs Re-write
by bugzilla-daemon＠bugs.koha-community.org 13 Aug '18

13 Aug '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=1993 David Cook <dcook(a)prosentient.com.au> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |martin.renvoize@ptfs-europe | |.com -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 15110] decreaseHighHolds unclear
by bugzilla-daemon＠bugs.koha-community.org 13 Aug '18

13 Aug '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15110 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |katrin.fischer(a)bsz-bw.de Keywords| |Academy Version|3.20 |master -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 14896] Errors in staff-global.css (.import_export_options)
by bugzilla-daemon＠bugs.koha-community.org 13 Aug '18

13 Aug '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14896 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |WORKSFORME CC| |katrin.fischer(a)bsz-bw.de Status|NEW |RESOLVED --- Comment #1 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- I can't find the code in master anymore - I think it's fixed! -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 14643] Add homebranch to checkouts table
by bugzilla-daemon＠bugs.koha-community.org 13 Aug '18

13 Aug '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14643 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |FIXED CC| |katrin.fischer(a)bsz-bw.de Status|NEW |RESOLVED --- Comment #1 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- Fixed with the configurable columns in the checkouts table. -- You are receiving this mail because: You are watching all bug changes.

1 0