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

[Bug 10988] Allow login via Google OAuth2 (OpenID Connect)
by bugzilla-daemon＠bugs.koha-community.org 11 Apr '16

11 Apr '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10988 --- Comment #74 from David Cook <dcook(a)prosentient.com.au> --- (In reply to Brendan Gallagher from comment #72) > Pushed to Master - Should be in the May 2016 release. Thanks! Neato! I should take a look at this again. I haven't had time/money to upstream my generic OpenID Connect stuff, but maybe I can use this to replace some of my homespun code... -- 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 11 Apr '16

11 Apr '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10662 --- Comment #74 from David Cook <dcook(a)prosentient.com.au> --- (In reply to Mirko Tietgen from comment #70) > - Would it make sense for you to use Catmandu::OAI instead of IO::*? We will > use Catmandu for Elasticsearch, it would probably make sense here too? > I'd be open to that. HTTP::OAI is already a dependency of Koha, so I used that, but I think it's a bit rubbish, so I would be happy to use something else like Catmandu::OAI I suspect. > - Task type is set on separate page for add and edit of tasks. Should be on > the same page as the rest of the config. > It's on a separate page, as changing it will change the template for the rest of the config. I suppose this could be done with AJAX to make it prettier, but at the moment I'm going for function over everything else. > - I can add a task, I can start a task -- but I can't stop a task, just > remove. > Yeah, that's on my TODO list. Ideally, I'd add "pause" and "stop". Maybe even "edit", which would require a "stop" first. > - Task numbering always starts at 2. There is no task 1? > If it's active tasks, that's an artifact of POE. I suppose that could be changed, although I never thought order would matter much. > - Tasks should be sorted by task number > Honestly, I've thought about doing away with task numbers, and using task names instead, as that would probably be more useful. > - I can send a single task to Icarus multiple times. Is that intended? > Mmm, I know that it does this, but it's unintentional. I have thought about adding safeguards, but I've been focusing on core functionality first. > - "Send to Icarus" leads to empty page if Icarus is not running > Ahhh, I'd heard of the blank page, but not the cause. Cool. I'll look at fixing that. > - Permissions for the OAI user? Even with superlibrarian I get several auth > errors, and I would not want to give it superlibrarian permissions anyway. > What do you mean by "OAI user"? Do you mean the user for the /svc/import_oai API? Those auth errors are misleading. Like /svc/import_bib, it tries to do the import first before doing any auth, so you'll get a 403 error (and it'll probably show up twice because of bad logging). On the second try, it should work. I think all you need is "catalogue edit" permissions for that user (like with /svc/import_bib). > - Log should display something more useful than [server 1], like name or IP > It's a bit of a muchness. The name or IP would be localhost/127.0.0.1. [server 1] refers to the Icarus listener. > - Log shows lots of "Connection n started.1" and "Connection n failed or > ended" but there is no hint what that actually means. It does not seem to be > relevant for fulfilling the task > True. It's mostly for debugging. I'll be removing a lot of logging before I'm ready for a sign off. > - Enqueue needs an identifier to work. What if I want to get more than one > record? Using just the prefix does not work. > It only needs an identifier to work if you're using the GetRecord verb. You don't need it for ListRecords. I could use Javascript to make that easier in the UI. As mentioned above, I'm still just at a barebones level with this feature. > - Enqueue seems to work so far, I downloaded a record. > > - Dequeue does not work for me. Several auth errors, then a working auth. A > record is created, but it only contains a (broken) leader. > As above, the auth errors are the same as you'd get with /svc/import_bib. I have ideas about how to improve that, but they're more optimisations than anything. Is this when you were using oai_dc? I'm amazed that anything was created... that's probably a bug. I would've expected it to fail... > - Have not tested matching yet. That'll probably be the hardest/most interesting bit :p. For that to work correctly, a person will have applied the other bugzilla dependencies, and have Zebra indexing rapidly. By default, the Debian packages are going to be too slow, I think, as they only process updates every 5 minutes, I think. We update Zebra every 5 seconds, so I haven't noticed any matching problems to date, when everything is configured correctly... --- Thanks for the feedback, Mirko! I have another update that's almost ready to go out. Just juggling a couple of projects atm. -- 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 11 Apr '16

11 Apr '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10662 --- Comment #73 from David Cook <dcook(a)prosentient.com.au> --- (In reply to Mirko Tietgen from comment #71) > I had metadataPrefix set to oai_dc. I successfully imported a record in Koha > after switching to marcxml. Very nice! The default XSLT only handles OAI-PMH records containing MARCXML, but you can write your own XSLT to handle oai_dc to MARCXML and then it would work, although you need to make sure to include the OAI identifier in the MARCXML for future updates/deletions (by default, that's in 024$a). -- 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 11 Apr '16

11 Apr '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10662 --- Comment #72 from David Cook <dcook(a)prosentient.com.au> --- (In reply to Mirko Tietgen from comment #69) > Hi David, > > does that mean "create two match points with > Match point 1 > > Search index = control-number > Score = 100 > Tag = 001 > > > Match point 2 > > Search index = id-other,st-urx > Score = 100 > Tag = 024 > Subfields = a > Normalization rule = raw > > "? Yep, that's right. I should have been clearer. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 13216] fix koha-shell to work with git/dev installs
by bugzilla-daemon＠bugs.koha-community.org 10 Apr '16

10 Apr '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13216 --- Comment #6 from Liz Rea <liz(a)catalyst.net.nz> --- That's fine with me, I just wanted to avoid cruft in koha-conf. Liz -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 13265] Still too many search cursor cookies
by bugzilla-daemon＠bugs.koha-community.org 10 Apr '16

10 Apr '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13265 Mirko Tietgen <mirko(a)abunchofthings.net> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jseppal(a)student.uef.fi --- Comment #22 from Mirko Tietgen <mirko(a)abunchofthings.net> --- *** Bug 12510 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 12510] In staff client search, per-page search results (cookie) get concatenated needlessly on page reload
by bugzilla-daemon＠bugs.koha-community.org 10 Apr '16

10 Apr '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12510 --- Comment #3 from Mirko Tietgen <mirko(a)abunchofthings.net> --- *** This bug has been marked as a duplicate of bug 13265 *** -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 12510] In staff client search, per-page search results (cookie) get concatenated needlessly on page reload
by bugzilla-daemon＠bugs.koha-community.org 10 Apr '16

10 Apr '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12510 Mirko Tietgen <mirko(a)abunchofthings.net> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |DUPLICATE --- Comment #2 from Mirko Tietgen <mirko(a)abunchofthings.net> --- *** This bug has been marked as a duplicate of bug 13256 *** -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 13256] Typographical error on item search template
by bugzilla-daemon＠bugs.koha-community.org 10 Apr '16

10 Apr '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13256 Mirko Tietgen <mirko(a)abunchofthings.net> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jseppal(a)student.uef.fi --- Comment #6 from Mirko Tietgen <mirko(a)abunchofthings.net> --- *** Bug 12510 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 12510] In staff client search, per-page search results (cookie) get concatenated needlessly on page reload
by bugzilla-daemon＠bugs.koha-community.org 10 Apr '16

10 Apr '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12510 Mirko Tietgen <mirko(a)abunchofthings.net> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |mirko(a)abunchofthings.net --- Comment #1 from Mirko Tietgen <mirko(a)abunchofthings.net> --- I saw this in a 3.16. I tried to reproduce in 3.22 but can't. Is this still valid for you? What version of Koha are you using? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0